No, zkoušel jsem utilitu DIMARC.LSP. Proběhlo tohle:
Command: dimarcPick 2 points on an arc - 1st pt:  2nd pt:Arc length: 236.65,   complementar arc: 768.76_DIMANGULARSelect 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]: _TEnter dimension text <84.74>: 236.65Specify 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)??
 

nemáte před tím GETVARem mezeru? Nesmí tam být, pak to vrací getvar)??

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.2005-05-20_144547_KOBL.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.Seiner38492.6197800926

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

Znova jsem si Dimarc odzkoušel a nechápu, čemu se divíte. Zkuste si postup, který program dělá ručně.
Příkaz: _dimangularVyberte oblouk, kružnici, úsečku nebo <zadejte vrchol>:
Zadejte vrchol úhlu: stř zZadejte první koncový bod úhlu: kon zZadejte druhý koncový bod úhlu: kon zZadejte umístění oblouku kótovací čáry nebo [Mtext/Text/úHel]: tZadejte 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)
 

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.43349974471955Enter 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 ofArc length: 223.02,   complementar arc: 139.53_DIMANGULARSelect 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]: _TEnter dimension text <221.45>: 223.02Specify 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
 Ferdinand38496.6909837963

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ů.

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

[QUOTE=Vladimír Michl] ... 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ů.[/QUOTE]
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.

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.