Nojo, je to tak, prostě to i tak mrší. Tak pak je ještě potřeba, neprovádět s tím tyto měřítkové psí kusy (v reálném kreslení to myslím nepřipadá v úvahu). Holt neumí PC malou násobilku .

rychetsky napsal(a): K této chybě může dojít pokud vkládáte entitu přes ctrl+v(může za to schránka windows). Proto je lepší cokoliv vkládat přes DesignCenter.

Tato chyba už neplatí od nějaké verze ACADu (2007?). Problém byl, že to transformovalo do .WMF formátu a ten ničil tu přesnost. Již řadu verzí ale schránka ACADu používá uložení přes .DWG (jako třeba PIŠBLOK) a tato chyba je tak eliminována ... k tomuto závěru jsem tedy došel já, když jsem to zkoumal.

A ohledně toho, že to samovolně ničí přesnost při kreslení. Kdysi jsem to také zkoumal, proč se tak děje a došel jsem ke zjištění, že to dělá, pokud máte zapnuto při kreslení nestandardně desetinných míst (příkaz _UNITS) (při kreslení v milimetrech třeba na 0.0000000).

Upravil Petr Bláha - 21.led.2010 v 19:44

Vladimír Michl napsal(a): Excel dělá naprosto to samé - to je prostě vyjádření reálných čísel v počítači. V té úvaze ale máte chybu - vy zmenšíte jednu čáru milionkrát, ale zároveň říkáte AutoCADu, že zbytek výkresové databáze si má pamatovat v původním řádu a v původní přesnosti, takže on chudák musí najednou pracovat s 6 řády návíc - když to samé udělám v Excelu, dostanu téměř ty samé výsledky:

Ano, schválně jsem použil zjednodušení. Víceméně chápu důvod proč to tak je, i když asi ne úplně do detailů (a to ani úplně nepotřebuji). Zkusil jsem si to v tom Excelu. Zajimavé je, že když to naklepu do kalulačky tak mi nakonec napíše 3000, tedy správně přesnou hodnotu po žádných desetinných místech ani stopa.

Přesvědčil jste mě, že o přesnosti výpočtu počítačů jsem měl trochu mylné a přehnané  představy. Nicméně v pořádku se mi to nezdá...

Excel dělá naprosto to samé - to je prostě vyjádření reálných čísel v počítači.

Něco podobného se mi stalo při ukládání výkresů z ACA do holého cadu pře exporttoautocad. Tam se mi to projevilo už na 2 desetinném místě.

Potvrzuji. V Civilu 2010 se to chova podobne. Pokud se pouzije zmena radove 10^-3 a pak 10^3 tak to je OK. Pokud pouziji 10^-4 nebo 10^-5 a zpět tak uz to pak meri neco spatne - (nekdy jen X nebo Y rozmer, nekdy oba).

Je to tesne vedle 0,0

Priznam se, ze me takhle jednoducha opetace s takovouhle nepresnosti dost sokuje. Je to vlastnost, nebo chyba?



Upravil alfred - 21.led.2010 v 15:32

zdravim, tak jsem to chvili zkousel a popisu postup pri kterym se tato nepresnost vyskytuje (ne vzdy ale z 90% ano)

otevru novy vykres (sablona autocadltiso.dwt), příkazem obdélník a zadáním hodnot do příkazového řádku @300,300 mi vznikne čtverec 300x300 jenotek.
příkazem měřítko zmeším čtverec o hodnotu 0.0001 a dalším příkazem měřítko s hodnotou 10000 zvětšim čtverec na původní hodnotu. poté ve vlastnostech v položce obsah je nepřesná hodnota. nepřesnost je velmi malá proto je nutné si ve formátu jenotek zapnout přesnost jednotek na 8 desetiných míst...

zkoušel jsem to poblíž počátku jak tu bylo doporučeno

osobně se domnívám jak už jsem dříve napsal že by to mohlo souviset s float point... 

ano, takto se mi xanadu líbí - toto je profi a mám pocit, že j o mne postaráno... k datům: já posílal výkres a myslím, že je mimo vši pochybnost, že mi čára o 0,01 mm musela ulítnout jiným, než mým přičiněním, protože to ani na chybu v nastaveném kroku nevychází...tak jen doufám, že někdo ten vzorně-chybový výkres má ... evidentně je nás víc, kdo tu chybu známe...

alfred napsal(a): A jste si jist, ze jste nahodou nemel zapnuty treba KROK s nejakou minimalni hodnotou?

ano, jsem