Situace: mám zaměření , v němž jsou některé úseky (okraj vozovky) nakresleny z oblouků. Ty jsou však prostorové, tzn. že počátek, konec i střed mají z-souřadnici a také normály mají své hodnoty.
Výsledek je pak ten, že mi z úchopů funguje pouze _END a _MID.
 
Když se pokusím tyto entity "splácnout" do 2D (přes Flatten.lsp nebo zero-z.lsp), "odběhnou někam k Neumětelům", jako ten Šemík
Stejná situace nastane, když se pokusím použít Arc2lin.lsp (abych to převedl na křivky či úsečky
 
Napadne někoho, co by s tím dalo dělat ?  Díky

A jake jsou to "entity" ty oblouky?

Zkuste si udělat makro pro přesun do z=0 (jedno je pro přesun všeho, druhý jen pro výběr)

[FlattenSel]^C^C_UCS;;_select \_move _p;;0,0,1e99;;_move _p;;0,0,-1e99;;

[FlattenAll]^C^C_UCS;;_move _all;;0,0,1e99;;_move _all;;0,0,-1e99;;_chprop;_all;;_thickness;0;;

Třeba to půjde... Bena

Proč tolik složitosti? Já bych si dal jen vyfiltrovat výběrem všechny oblouky a hromadně jim všem změnil Z = 0.

Vážení
Děkuji Vám za Vaše návrhy. Ale jak jsem psal rovnou, zkoušel jsem je, než jsem to ventiloval sem. Takže:
 
1) při výpisu se entity tváří, že jsou oblouk - bohužel  prostorově natočený. např.
ARC       Hladina: "zam_vozovka"                            Prostor: Modelový prostor                   Barva: 7 (bílá)    Typ čáry: "DLEHLAD"                   Index = dfc             střed bod, X=-754135.108  Y=-1045988.074  Z=  388.102            rádius   327.746Směr vysunutí relativně k USS:                   X=   -0.010  Y=    0.003  Z=    1.000            délka    97.241             celkový úhel 18.8882g
 
2) přes vlastnosti mi to dovolí změnit pouze z souřadnici středu, nikoliv i krajních bodů
3) stejně tak mi nepovolí změnit normálu - směr vysunutí k USS
4) jakýkoliv posun kamkoliv nevede k žádanému výsledku - entita se "nekontrolovaně" posune úplně jinam
5) totéž platí o jakémkoliv pokusu o "zplacatění" do z=0
6) pokud nakreslím oblouk z počátečního bodu stávajícího "oblouku" do jeho koncového bodu. vykreslí se "spořádaně" ve vodorovné rovině s výškou z= z prvního bodu, normály 0,0,1.
7) Řešením pro půdorys  nebo "klasický" postup je tedy překreslit ručně všechny obdobné oblouky podle bodu 6) - pokud bude čas.
 
Ale co s tím budu dělat, když bych to chtěl řešit v Civilu? Anebo pokud bych se potřeboval chytit přesně na čáru ?

A nešel by oblouk nově překreslit? Pak by možná byla lepší manipulace s z osou. 

Problém bude zřejmě v kombinaci velkých souřadnic (JTSK) a malého natočení USS (problém numerické stability). Zkusil bych přesunout vše k počátku (_MOVE), zplacatit a pak přesunout zpět do JTSK pozice.

ad Musil: Když by byl ten oblouk jeden, neřeším a překreslím (viz moje minulá reakce). Je jich víc .... A stejně z nich povinné hrany neudělám, takže na Civil zase zapomenu
 
ad Michl: nepomohlo. Přesunul jsem to velmi blízko k 0,0, použil flatten a výsledek je ten, je počáteční bod jednoho oblouku má souřadnice -6E+65, -4E+81,0. A každý oblouk je samozřejmě někde jinde
 
No nic, děkuji všem za snahu a "házím ručník do ringu"

Pak už jen zkusit malou znouzecnost. Uložit jako DXF a načíst zpět do DWG.

Pro informaci ostatním závěry z řešení problému přímo s p. Michlem (s jeho souhlasem) po zaslání problémových entit:
 
p. Michl
aha, ale ten výkres není z AutoCADu, ale zřejmě z Civil 3D
tam se mohou některé funkce chovat odlišně (vlivem reaktorů a custom objektů) a to je zřejmě i tento případ
namátkou jsem zkusil Flatten na jeden z oblouků (s vlastním USS) a převedl se zdá se správně na 2D elipsu (viz červený úsek)
 
JM.

Je pravda, že mám nainstalovaný Civil, nicméně bohužel jsem se ještě nedostal k tomu, abych jej jako Civil využíval.
Z čeho pochází původní zaměření, nevím. Navíc je minimálně ze dvou zdrojů. Nepředpokládám ale, že by to zrovna geometři dělali v Civilu.
 
Tak jsem ten soubor, co jsem Vám poslal, uložil přes "exportovat do aplikace AutoCAD". Otevřu-li ho v Civilu, chová se úplně stejně, jako předtím.
Otevřu-li ho v Acadu 2004, lze použít flatten a "splácnout to do nuly" - stanou se z nich elipsy v 0. Uložím v Acadu2004. Načtu do Civilu a jsou najednou též elipsy v 0. Tím je problém pro tuto chvíli (tedy 2D - pokud s tím nebudu chtít pracovat dále v mém Civilu "jako v Civilu") vyřešen. Pro povinné hrany v Civilu to asi bude znamenat (ručně) převést elipsovité oblouky na 3D polyline (nebo snad mohou být povinné hrany ve 2D?)
 
Aha, takže zase nějaká "mírná nekompatibilita" mezi academ a jeho vertikálními aplikacemi, o které se člověk nikde nedozví. Pokud podlehneme nabídkám a nakonec budeme mít ve firmě jen vertikální aplikace a k tomu nějaká LT, tak máme smůlu.