Vytisknout stránku | Zavřít okno

dimarc

Vytištěno z: CAD Fórum
Kategorie: Autodesk - stavebnictví, strojírenství, CAD/GIS
Název fóra: CAD programování
Popis fóra: Otázky programování - nadstavby a utility pro CAD a GIS aplikace Autodesk (VBA, AutoLISP, ARX/C++, .Net, JavaScript, Python, MEL...)
URL: https://www.cadforum.cz/forum/forum_posts.asp?TID=889
Datum vytištění: 13.kvě.2026 v 03:28


Téma: dimarc
Odeslal: Ferdinand
Předmět: dimarc
Datum odeslání: 20.kvě.2005 v 14:32

No, zkoušel jsem utilitu DIMARC.LSP. Proběhlo tohle:

Command: dimarc
Pick 2 points on an arc - 1st pt:  2nd pt:
Arc length: 236.65,   complementar arc: 768.76_DIMANGULAR
Select arc, circle, line, or <specify vertex>:
Specify angle vertex:
Specify first angle endpoint:
Specify second angle endpoint:
Specify dimension arc line location or [Mtext/Text/Angle]: _T
Enter dimension text <84.74>: 236.65
Specify dimension arc line location or [Mtext/Text/Angle]:
Dimension text = 84.74

Sice napíše správnou délku 236.65, ale proč anebo odkud je tam ta hodnota 84.74  Proč to chce zapsat znova nějakou jinou hodnotu než tu správnou?

Bohužel, tip pro tlačítko (už nevím, od koho to bylo)

^C^C_pedit;\y;;area;o;@;_explode;@;_dimangular;@;_text;$M=$( getvar,perimeter);

nefunguje, poněvadž jako text kóty napíše GETVAR)??

 



-------------
-FerTh-



Odpovědi:
Odeslal: Pepa
Datum odeslání: 20.kvě.2005 v 14:45
nemáte před tím GETVARem mezeru? Nesmí tam být, pak to vrací getvar)??


Odeslal: Seiner
Datum odeslání: 20.kvě.2005 v 14:48

na tom tlačítku mám ověřěné:

^C^C_-LAYER;S;koty;;_-COLOR;bylayer;_pedit;\;;_area;o;@;_exp lode;@;_dimangular;@;_text;$M=$(RTOS,$(GETVAR,perimeter),2 ,2);

Dimarc.lsp jsem zkoušel a chodil mi. Protože už jsem ale v té době měl svůj prográmek, zůstal jsem u něj. http://www.cadforum.cz/forum/uploads/Seiner/2005-05-20_144547_KOBL.zip - 2005-05-20_144547_KOBL.zip   http://www.cadforum.cz/forum/uploads/Seiner/2005-05-20_145224_sipka.zip - 2005-05-20_145224_sipka.zip

Nepochopil jsem, jaký máte problém s Dimarc - dá Vám správnou kótu, nebo ne? Postup je jasný - použije se kóta úhlu a změní se číslo na délku oblouku.



Odeslal: Mantlík
Datum odeslání: 20.kvě.2005 v 15:08

Mechanismus utility neznám, ale používám ji velmi často a bez problémů.

A protože v 90% případů kreslím v gradech a nikoliv ve stupních, tak se mi v obou Vámi uváděných závorkách objevuje číslo s "g" na konci a dosud jsem si toho proto moc nevšímal.

Takže jak jsem v rychlosti vydedukoval, číslo v závorce

Enter dimension text <84.74>: 236.65 

 znamená nějaký úhel (možná natočení textu)

 

zatímco    Dimension text = 84.74

je středový úhel výseče, dané měřenými body a středem oblouku. Vše je asi v desetinných stupních, proto se to snadno splete s délkovými mírami



-------------
J. Mantlík



Odeslal: Seiner
Datum odeslání: 20.kvě.2005 v 15:25

Znova jsem si Dimarc odzkoušel a nechápu, čemu se divíte. Zkuste si postup, který program dělá ručně.

Příkaz: _dimangular
Vyberte oblouk, kružnici, úsečku nebo <zadejte vrchol>:

Zadejte vrchol úhlu: stř z
Zadejte první koncový bod úhlu: kon z
Zadejte druhý koncový bod úhlu: kon z
Zadejte umístění oblouku kótovací čáry nebo [Mtext/Text/úHel]: t
Zadejte kótovací text <84>: 100

Zadejte umístění oblouku kótovací čáry nebo [Mtext/Text/úHel]:
Kótovací text = 84

Prostě je to úhlová kóta s přepsanou hodnotou. Chodí to bezva, akorát to u malých úhlů nekótuje podle normy. Můj program ano. (Vynášecí čáry u malých úhlů - nevím už do kolika - mají být rovnoběřné s osou úhlu)

 



Odeslal: Ferdinand
Datum odeslání: 24.kvě.2005 v 16:27

Ano, bylo to v té mezeře. Nyní už je to OK. Ale...

...zajímavé je, že když kótuji tentýž oblouk dvěma různýma jinou metodama, pokaždé dostanu jinou hodnotu délky - když použiju DIMARC.lsp, udává větší vzdálenost než když použiju KOBL.lsp.

Příklad:

Nakreslen 1 oblouk, zjištěn

Command: _list 1 found
                   ARC       Layer: "0"
                              Space: Model space
                     Color: 1 (red)    Linetype: "BYLAYER"
                     Handle = 23D
             center point, X=    98.36  Y=   131.77  Z=     0.00
             radius     57.70
              start angle 357.25
                end angle 135.80
             length    139.53

pak

Command: kobl

...

Specify rotation angle of text <336.57>: -23.43349974471955
Enter text: 139.53

...

vloží Dtext  "139.53" na nakreslený oblouk (správně).

Oproti tomu

Command:
DIMARC Pick 2 points on an arc - 1st pt: _endp of  2nd pt: _endp of
Arc length: 223.02,   complementar arc: 139.53_DIMANGULAR
Select arc, circle, line, or <specify vertex>:
Specify angle vertex:
Specify first angle endpoint:
Specify second angle endpoint:
Specify dimension arc line location or [Mtext/Text/Angle]: _T
Enter dimension text <221.45>: 223.02
Specify dimension arc line location or [Mtext/Text/Angle]:
Dimension text = 138.55

A přepíše Mtext kóty na hodnotu "223.02" (špatně ).

Mně se zamlouvá spíš DIMARC, protože se to chová přeci jenom jako kóta (=je to jediná entita), a nejsou to pouze narýsované čáry s textem.

Otázky :

1. Proč udává DIMARC jinou hodnotu než je ta změřená  (Anebo je to správně, ale v nějakých jiných jednotkách? Jakých?)

Aha, teď vidím, že to tam háže vždy a jenom DOPLŇKOVÝ úhel. Tak to je špatné

2. Lze nějak přepočítat v DIMARC, aby respektovala tu správnou (změřenou) hodnotu délky v (mm) tak, jak tomu je v KOBL

 



-------------
-FerTh-


Odeslal: Vladimír Michl
Datum odeslání: 24.kvě.2005 v 16:54

Náš DIMARC je triviální aplikace (ve verzi A2006 už je stejnojmenný vnitřní příkaz) - při měření na oblouku/kružnici jsou vždy dva možné úhly (zde přepočtené na délku obvodové výseče), myslím, že záleží na pořadí (směru) ukázaných bodů, ale nebyl by problém upravit to např. na použití menšího z obou výsledků.



-------------
Vladimír Michl (moderátor)
ARKANCE CZ - https://arkance.world - arkance.world
(podpora viz helpdesk.arkance-systems.cz)


Odeslal: Mantlík
Datum odeslání: 24.kvě.2005 v 17:24

Tak nevím

zkoušel jsem to teď narychlo na 11 obloucích, z toho jeden byl přesně podle Vašich údajů.

10x ukázal Dimarc správné hodnoty, pouze v jednom případě špatnou - hádejte, u kterého oblouku ...

Tuhle utilitku jinak používám dost často - i když spíše na odměřování po oblouku, než pro přímé kótování - a docela dost jí věřím. Ukazuje se mi vždycky hodnota podle výseče, ve které se s kurzorem pohybuji



-------------
J. Mantlík



Odeslal: Ferdinand
Datum odeslání: 29.kvě.2005 v 00:18
Původně odeslal(a) Vladimír Michl Vladimír Michl napsal(a):

 ... myslím, že záleží na pořadí (směru) ukázaných bodů, ale nebyl by problém upravit to např. na použití menšího z obou výsledků.


Na pořadí výběru dvou bodů (=začátek a konec oblouku) nezáleží, je to vždy stejné: napíše tam doplňkovou a ne tu změřenou délku.



-------------
-FerTh-


Odeslal: Vladimír Michl
Datum odeslání: 29.kvě.2005 v 10:20
Asi nelze automaticky rozlišit, který z obou možných oblouků (daných 2 body) je ten správný, takže DIMARC se teď zeptá, kterou délku chcete vepsat (1./2./Kratší). Stáhněte si zaktualizovanou verzi na Download.

-------------
Vladimír Michl (moderátor)
ARKANCE CZ - https://arkance.world - arkance.world
(podpora viz helpdesk.arkance-systems.cz)



Vytisknout stránku | Zavřít okno