rýsuju přesně, tento výkres jsem dělal já, vše je v UCS, ortho, okolo nuly, používané příkazy jsou offset a zaobli (semtam kopie o zadanou vzdálenost v ortho módu) - jak je možné, že mi to vyhazuje na obrázku dokumentovanou nepřesnost? jsem si na 1000% jist, že jsem kreslil přesně....

Mam podobné problémy, chvílemi jsem z toho na hlavu, ale asi se nedá nic dělat.
Občas se mi i stane, když mam čtverec např. 5000 x 5000 mm jeho plocha je 24.99999998 m2 - přitom všechny hodnoty jsou přesné.

[QUOTE=zdrk]Mam podobné problémy, chvílemi jsem z toho na hlavu, ale asi se nedá nic dělat. Občas se mi i stane, když mam čtverec např. 5000 x 5000 mm jeho plocha je 24.99999998 m2 - přitom všechny hodnoty jsou přesné.[/QUOTE]
jaktože se nedá nic dělat? minimálně se dá napsat xanadu - což právě dělám - že jimi dodaný program se chová debilně ...což právě činím: "xanadu, aspoň na webu (někde jsem to četl) nepište, že autocad je tak přesný, že počítá vzdálenost k nějaké hvězdě na milimetry - ve Vámi dodávaném programu je naopak někde chyba, a to taková, co znemožňuje přesné kreslení nejen, že  rámci této planety, ale i jednoho domu v jednom městě na ní - a navíc se těžko odchytává - čím déle člověk kreslí, tím více nepřesností se ve výkresu objevuje ... a taky roste jeho velikost ... pořád platí (v ACA určitě) že se výkres (jakoli byl předtím čistěn, recoverován atd.) o trochu zmenší poté, co jeho entity wblocknu do jiného souboru - rozdíl je tím větší, čím déle se s konkrétním souborem manipulovalo ... autocad prostě není pořádný, nechává po sobě bordel.

Tak to je síla, nicméně, někde jsem viděl i článek, kdy v novém AutoCADu nefungovala správně ani kalkulačka. Byl tam dokonce příklad ve smyslu 5 - 3 = 3.

k chybe s kalkulačkou se autodesk přiznal a je odstraněná. tato chyba s nepřesností se táhne leta... je taky pravda, že mne to naštvalo až dnes, doteď jsem vždy zmenšil počet desetinných míst a neřešil to...

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.
Pokud Vám to ale dělá u nově vytvořené entity, tak je to pěkně na ho...

[QUOTE=Rostislav Říha]doteď jsem vždy zmenšil počet desetinných míst a neřešil to...[/QUOTE]
Asi v Autodesku platí, že co očí nevidí, to srdca nebolí ;). Každopádně taky mě tato chyba štve už nějaký čas, ale jaksi jsem se s tím naučil žít ... je to jak s tchýní, tu většinou taky poznáte, až poté co více zabřednete do kruhu rodinného.

[QUOTE=rychetsky] 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.
Pokud Vám to ale dělá u nově vytvořené entity, tak je to pěkně na ho... [/QUOTE]
Vkládání přes DesignCenter též není ideální, občas se to stane i při vložení s referenčním bodem (CTRL+SHIFT+V).
Dříve jsem zkoušel nakreslit čtverec 1 x 1, ten jsem zvětšoval vždy v násobku 10. Když jsem se dostal na hodnoty 1000 x 1000, už nesouhlasili desetinná čísla.

Používate AutoCADovský príkaz _COPY, _INSERT ...?
Nie je možné, že Vám pri niektorej operácii zasnapovalo mimo požadovaný bod?

A jste si jist, ze jste nahodou nemel zapnuty treba KROK s nejakou minimalni hodnotou?

typnu si ze tenhle problem bude souviset s programováním.jedno mozne vysvetleni zdehttp://macek.sandbox.cz/texty/python-tutorial-cz/tut/node14.htmlnicmene mohli by to nejak osetrit aby tato chyba nevznikala, nebo se aspon eliminovala na minimum

[QUOTE=alfred]A jste si jist, ze jste nahodou nemel zapnuty treba KROK s nejakou minimalni hodnotou? [/QUOTE] ano, jsem

Konzultoval jsem toto s Autodeskem. A o žádném obecném problému, který by vedl k nepřesnosti nic neví a ani od jiných uživatelů nemají nic hlášeno.
Pokud ale bude mít kdokoli konkrétní postup, který povede k nepřesnosti, ideálně také na novém prázdném výkrese, prosím o jeho zaslání, abychom ho mohli eskalovat na Autodesk. U nepřesností na rozsáhlejších rozpracovaných výkresech by se dalo asi jen těžko dohledat příčiny.
Zpracování postupů, které zde zatím byly popsány, nevedlo k žádné chybě v přesnosti.
 

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

Po další komunikaci s Autodeskem. Možné příčiny nepřesností mohou být způsobeny umístěním geometrie v příliš velkých souřadnicích. Nebo další potencionální příčinou může být použití ne-globálního USS. Doporučují tedy kreslit vždy co nejblíže počátku globálního souřadného systému.
Jinak jak jsem již psal, pokud budete mít postup vedoucí k nepřesnosti, prosím o zaslání.

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čenoosobně se domnívám jak už jsem dříve napsal že by to mohlo souviset s float point... 

ještě připojuju přímý výpis postupu z cadu, jak můžete vidět nesouhlasí ani plocha s obvodemPříkaz:Příkaz:Příkaz: _rectangUrčete první roh nebo [Zkosení/zDvih/zAoblení/Tloušťka/šířKa]:Určete druhý roh nebo [Oblast/Rozměry/oTočení]: @300,300Příkaz:Příkaz: t MĚŘÍTKO nalezeno: 1Určete referenční bod:Určete měřítko nebo [Kopie/Reference] <1.0000>: .0001Příkaz: Zadejte protější roh:Příkaz: t MĚŘÍTKO nalezeno: 1Určete referenční bod:  <Uchop ne>Určete měřítko nebo [Kopie/Reference] <0.0001>: 10000Příkaz: '_.zoom _ePříkaz:Příkaz: '_unitsPříkaz:Příkaz:Příkaz:Příkaz: _list nalezeno: 1                  LWPOLYLINE     Hladina: "0"                               Prostor: Modelový prostor                       Index = 1f4            Uzavřená    Pevná šířka 0.00000000              plocha   89999.99999972         obvod   1200.00000000          v bodě  X=81648.20443324  Y=81456.90651062  Z=0.00000000          v bodě  X=81948.20443324  Y=81456.90651062  Z=0.00000000          v bodě  X=81948.20443324  Y=81756.90651062  Z=0.00000000          v bodě  X=81648.20443324  Y=81756.90651062  Z=0.00000000Příkaz:Příkaz:
Predator2010-01-21 15:11:01

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?alfred2010-01-21 15:32:43

Takovéto typy operací asi nebudou závislé na ACAD/ADT/Civil - projeví se i v holém AutoCADu. U té operace "Predator" je chyba na 11. desetinném místě, což je v relaci s interní přesností AutoCADu (či jiné CAD aplikace).
 
Zmenšením a zvětšením výkresu (či části výkresu) 1000x říkám AutoCADu vlastně "zapomeň tři nejméně platná desetinná místa". T.j. výchozí přesnost (definiční rozsah) jsem tím o 3 řády překročil. Na tom nic šokujícího nevidím, to je prostě matematika.
 
Jen jen potřeba ověřit původní podezření, zda nedochází při běžných operacích ke ztráte přesnosti na významnějších místech. Zatím k tomu žádný opakovatelný postup nevedl.

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

[QUOTE=Vladimír Michl]Zmenšením a zvětšením výkresu (či části výkresu) 1000x říkám AutoCADu vlastně "zapomeň tři nejméně platná desetinná místa". T.j. výchozí přesnost (definiční rozsah) jsem tím o 3 řády překročil. Na tom nic šokujícího nevidím, to je prostě matematika.[/QUOTE]No, nevim. Pokud nakreslim caru s delkou 3000 jednotek, tu zmensim v meritku 10^-6, tak je délka 0.003. Kdyz tu delku pak zvetsim v meritku 10^6 tak bych mel zase dostat 3000 a ne 3000.00000095. Chapu, ze to je diky nejakemu poctu platnych mist, ze to je nejakym omezenim programu, ale to maji resit programatori. Proc to nedela treba excel?

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:
 

1. - zmenšit něco 1000x a pak to zas 1000x zvětšit není úplně ta používaná operace: mnou popisovaný problém nastal ve chvíli, kdy jsem entitou hýbal o desítky/stovky/tisíce jednotek a chyba se objevila na 2 desetinném místě - je to stejný případ, jako popisujete, nebo ne?
 
2. - pokud se při Vámi popisované operaci se scale AutoCAD neumí rozhodnout, kam má číslo zaokrouhlit, proč u všech čertů nepoužije tu kulatou hodnotu? Pokud se neumím rozmyslet, zda mám udělat číslo 3000.0095 nebo 3000.0000, proč sakra nezvolím to druhé? Mám velkou šanci, že uživatel chtěl spíš to hezké, ne?

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

[/QUOTE]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á...

ad alfred:
srovnání s kalkulačkou je zajímavé - myslím, že kalkulačkové čipy ale nepoužívají klasickou "počítačovou" aritmetiku a IEEE formáty reálných čísel
 
ad R.Říha:
1) ano, ten původní problém má asi jiné příčiny
2) tam nejde o nerozhodnost, navíc kulaté číslo je pro počítač spíše 1024 a 32768, než 300 nebo 10000000

[QUOTE=rychetsky] 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.[/QUOTE]
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).Petr Bláha2010-01-21 19:44:21

zpět k původnímu problému: units nastaveny správně (milimetry, přesnost na dvě místa), krok nebo pod. není zapnut, přesto po nějaké době editace vznikne chyba. podobně se postupně zvětšuje velikost výkresu (ACA) - možná to spolu nějak souvisí...

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 .