WTF - přesnost
Vytištěno z: CAD Fórum
Kategorie: Autodesk - stavebnictví, strojírenství, CAD/GIS
Název fóra: AutoCAD
Popis fóra: Otázky kolem aplikací AutoCAD a AutoCAD LT, AutoCAD 360, prohlížečů, DWG a DWF, Design Review, Navisworks, nadstavby, 123D, A360 a cloud Autodesk 360
URL: https://www.cadforum.cz/forum/forum_posts.asp?TID=10170
Datum vytištění: 29.dub.2026 v 18:36
Téma: WTF - přesnost
Odeslal: Rostislav Říha
Předmět: WTF - přesnost
Datum odeslání: 15.led.2010 v 08:46
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ě....------------- Rostislav Říha |
Odpovědi:
Odeslal: zdrk
Datum odeslání: 15.led.2010 v 08:55
|
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é. |
Odeslal: Rostislav Říha
Datum odeslání: 15.led.2010 v 09:19
------------- Rostislav Říha |
zdrk napsal(a):Odeslal: PepaR
Datum odeslání: 15.led.2010 v 10:00
|
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. ------------- PepaR https://www.jremes.cz" rel="nofollow - jremes.cz | https://www.stavlab.cz" rel="nofollow - stavlab.cz |
Odeslal: Rostislav Říha
Datum odeslání: 15.led.2010 v 12:30
|
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... ------------- Rostislav Říha |
Odeslal: rychetsky
Datum odeslání: 15.led.2010 v 16:21
|
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...
 |
Odeslal: PepaR
Datum odeslání: 15.led.2010 v 18:01
------------- PepaR https://www.jremes.cz" rel="nofollow - jremes.cz | https://www.stavlab.cz" rel="nofollow - stavlab.cz |
Odeslal: zdrk
Datum odeslání: 15.led.2010 v 19:46
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. |
Odeslal: Buba
Datum odeslání: 18.led.2010 v 09:11
|
Používate AutoCADovský príkaz _COPY, _INSERT ...?
Nie je možné, že Vám pri niektorej operácii zasnapovalo mimo požadovaný bod?
|
Odeslal: alfred
Datum odeslání: 18.led.2010 v 10:45
| A jste si jist, ze jste nahodou nemel zapnuty treba KROK s nejakou minimalni hodnotou? |
Odeslal: Predator
Datum odeslání: 18.led.2010 v 12:13
|
typnu si ze tenhle problem bude souviset s programováním. jedno mozne vysvetleni zde http://macek.sandbox.cz/texty/python-tutorial-cz/tut/node14.html" rel="nofollow - http://macek.sandbox.cz/texty/python-tutorial-cz/tut/node14.html nicmene mohli by to nejak osetrit aby tato chyba nevznikala, nebo se aspon eliminovala na minimum |
Odeslal: Rostislav Říha
Datum odeslání: 18.led.2010 v 12:36
------------- Rostislav Říha |
Odeslal: Pavel Homan
Datum odeslání: 18.led.2010 v 15:24
|
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.
------------- Pavel Homan Arkance Systems s.r.o. |
Odeslal: Rostislav Říha
Datum odeslání: 18.led.2010 v 15:39
|
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... ------------- Rostislav Říha |
Odeslal: Pavel Homan
Datum odeslání: 20.led.2010 v 07:10
|
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í. ------------- Pavel Homan Arkance Systems s.r.o. |
Odeslal: Predator
Datum odeslání: 21.led.2010 v 14:50
|
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... |
Odeslal: Predator
Datum odeslání: 21.led.2010 v 15:05
|
ještě připojuju přímý výpis postupu z cadu, jak můžete vidět nesouhlasí ani plocha s obvodem Příkaz: Příkaz: Příkaz: _rectang Určete první roh nebo [Zkosení/zDvih/zAoblení/Tloušťka/šířKa]: Určete druhý roh nebo [Oblast/Rozměry/oTočení]: @300,300 Příkaz: Příkaz: t MĚŘÍTKO nalezeno: 1 Určete referenční bod: Určete měřítko nebo [Kopie/Reference] <1.0000>: .0001 Příkaz: Zadejte protější roh: Příkaz: t MĚŘÍTKO nalezeno: 1 Určete referenční bod: <Uchop ne> Určete měřítko nebo [Kopie/Reference] <0.0001>: 10000 Příkaz: '_.zoom _e Příkaz: Příkaz: '_units Pří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.00000000 Příkaz: Příkaz: |
Odeslal: alfred
Datum odeslání: 21.led.2010 v 15:32
|
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? |
Odeslal: Vladimír Michl
Datum odeslání: 21.led.2010 v 15:45
|
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 http://www.cadforum.cz/cadforum/qaID.asp?tip=1066 - 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. ------------- Vladimír Michl (moderátor) ARKANCE CZ - https://arkance.world - arkance.world (podpora viz helpdesk.arkance-systems.cz) |
Odeslal: zdrk
Datum odeslání: 21.led.2010 v 15:48
| 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ě. |
Odeslal: alfred
Datum odeslání: 21.led.2010 v 16:16
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? |
Odeslal: Vladimír Michl
Datum odeslání: 21.led.2010 v 17:15
|
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:
 ------------- Vladimír Michl (moderátor) ARKANCE CZ - https://arkance.world - arkance.world (podpora viz helpdesk.arkance-systems.cz) |
Odeslal: Rostislav Říha
Datum odeslání: 21.led.2010 v 17:40
|
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? ------------- Rostislav Říha |
Odeslal: alfred
Datum odeslání: 21.led.2010 v 18:21
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á...  |
Odeslal: Vladimír Michl
Datum odeslání: 21.led.2010 v 18:58
|
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 ------------- Vladimír Michl (moderátor) ARKANCE CZ - https://arkance.world - arkance.world (podpora viz helpdesk.arkance-systems.cz) |
Odeslal: Petr Bláha
Datum odeslání: 21.led.2010 v 19:42
Tato chyba už neplatí od nějaké verze ACADu (2007?). Problém byl, že to transformovalo do http://www.cadforum.cz/cadforum/qaID.asp?tip=3815 - .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). |
Odeslal: Rostislav Říha
Datum odeslání: 21.led.2010 v 21:37
|
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í... ------------- Rostislav Říha |
Odeslal: Petr Bláha
Datum odeslání: 22.led.2010 v 10:44
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  .
|