Geoturgus.lt

Yra tokia problema, kad GeoMap 2012 (ir 2010 nepatvirtintais duomenimis), atidarinėjant DXF, sugeneruotą Geomatininku, praneša apie klaidą ir jo neatidaro.
Tuo tarpu Bricscad 12.1.22 atidaro be jokių klaidų pranešimų.

Bentley atidaro be problemų taip pat.

geocad rašė:Yra tokia problema, kad GeoMap 2012 (ir 2010 nepatvirtintais duomenimis), atidarinėjant DXF, sugeneruotą Geomatininku, praneša apie klaidą ir jo neatidaro.
Tuo tarpu Bricscad 12.1.22 atidaro be jokių klaidų pranešimų.

Image 1.jpg

Autodesk'as naujuose produktuose, dėl programos stabilumo padarė apsaugas atidarant neaiškių gamintojų (ne autodesk) failus, jei juose yra kažkokių neatitikimų failo specifikacijoje.
Nes dažniausia progama lūžta ne dėl kažkokių autocad'o klaidų, o dėl nekorektiškų duomenų rinkinių, pvz. sluoksnių pavadinimai turi "kreivų" simbolių, teksto stiliai be parinkto šrifto ir pan.

Šiuo atveju klaidos pranešime matomas tekstas, kad dxf faile du kartus deklaruotas 0 sluoksnis, o tai jau yra nukrypimas nuo failo specifikacijos.

Seni produktai šį failą tikriausia atidarytų.

Į mūsų klausimą kodėl ankstesnių versijų produktai atidaro šiuos failus, Autodesk konsultantai atsakė, jog tai padaryta vardan produktų stabilumo. Todėl failo struktūrą, pagal specifikaciją, turėtų pataisyti tas kas šiuos failus kuria.

Ačiū Leonardai, mes dar tik pradėjom tikrinti, kame čia gali būti bėda, o jau turime galimą problemos sprendimą.

Antradienį dėsime GeoMatininko atnaujinimą, tenai jau bus sutvarkyta ši problema, ir dxf failas atsidarys korektiškai.

Leonardas rašė:Autodesk'as naujuose produktuose, dėl programos stabilumo padarė apsaugas atidarant neaiškių gamintojų (ne autodesk) failus, jei juose yra kažkokių neatitikimų failo specifikacijoje.
Nes dažniausia progama lūžta ne dėl kažkokių autocad'o klaidų, o dėl nekorektiškų duomenų rinkinių, pvz. sluoksnių pavadinimai turi "kreivų" simbolių, teksto stiliai be parinkto šrifto ir pan.
<...>
Į mūsų klausimą kodėl ankstesnių versijų produktai atidaro šiuos failus, Autodesk konsultantai atsakė, jog tai padaryta vardan produktų stabilumo. Todėl failo struktūrą, pagal specifikaciją, turėtų pataisyti tas kas šiuos failus kuria.

Genialu! Apsaugai dėl stabilumo - neatidaro duomenų, ir viskas Visi kiti sprendimai, suprask, nestabilūs, nes atidaro

c-gis rašė:

Leonardas rašė:Autodesk'as naujuose produktuose, dėl programos stabilumo padarė apsaugas atidarant neaiškių gamintojų (ne autodesk) failus, jei juose yra kažkokių neatitikimų failo specifikacijoje.
Nes dažniausia progama lūžta ne dėl kažkokių autocad'o klaidų, o dėl nekorektiškų duomenų rinkinių, pvz. sluoksnių pavadinimai turi "kreivų" simbolių, teksto stiliai be parinkto šrifto ir pan.
<...>
Į mūsų klausimą kodėl ankstesnių versijų produktai atidaro šiuos failus, Autodesk konsultantai atsakė, jog tai padaryta vardan produktų stabilumo. Todėl failo struktūrą, pagal specifikaciją, turėtų pataisyti tas kas šiuos failus kuria.

Genialu! Apsaugai dėl stabilumo - neatidaro duomenų, ir viskas Visi kiti sprendimai, suprask, nestabilūs, nes atidaro

Pabandyk į dyzelinį automobilį įsipilti benzino ir jį užvesti...

Leonardas rašė:
Pabandyk į dyzelinį automobilį įsipilti benzino ir jį užvesti...

O yra kitokių dyzelinių variklių, kur su benzinu vis dėl to užsikuria? AutoCAD atveju, atrodo, kad yra Apskritai, neatidaryti duomenų dėl stabilumo - tai Autodesk stiliaus solution'as, tik šį kartą kažkoks labai juokingas

c-gis rašė:

Leonardas rašė:
Pabandyk į dyzelinį automobilį įsipilti benzino ir jį užvesti...

O yra kitokių dyzelinių variklių, kur su benzinu vis dėl to užsikuria? AutoCAD atveju, atrodo, kad yra Apskritai, neatidaryti duomenų dėl stabilumo - tai Autodesk stiliaus solution'as, tik šį kartą kažkoks labai juokingas

Jei nesilaikoma nustatytos instrukcijos, šiuo atveju failo specifikacijos reikalavimų, kas gali garantuoti, kad programos veikimas bus sklandus? O ypač tada kai failą sukuria trečios šalies gamintojas, kuris gali būti suinteresuotas, kad konkurento produktas veiktų blogai...

Ha! O nuo kada Autodesk pati laikosi specifikacijos reikalavimų? Aš dabar kalbu apie dbf specifikaciją, kurią Autodeska'as sukuria konvertuojant duomenys i SHP. Dėl sluoksnio deklaravimo, tai yra absurdas. Specifikacijoje parašyta, kad sluoksnis turi buti deklaruotas, o ar parašyta, kad jis turi buti deklaruotas tik vieną kartą? Tuo tarpu dbf specifikacijoje parašyta, kad lauko pavadinimui skirta 10 (dešimt) pozicijų, tai reiškia, kad lauko pavadinimas gali buti iki dešimties simbolių, o dabar pabandykite sukurti atributinį lauką su pavadinimų daugiau nei dešimt pozicijų Autodesk'o programinėje įrangoje ir išeksportuoti objektą su šiuo atributų į SHP ir atidarius DBF su Openoffice Calc'ų, arba su Excel'ių pamatysite, kad lauko pavadinimas bus toks kokį sukurė Autodesk, o ne nukirptas iki dešimties simbolių, kaip reikalauja specifikacija.

Leonardas rašė:Jei nesilaikoma nustatytos instrukcijos, šiuo atveju failo specifikacijos reikalavimų, kas gali garantuoti, kad programos veikimas bus sklandus? O ypač tada kai failą sukuria trečios šalies gamintojas, kuris gali būti suinteresuotas, kad konkurento produktas veiktų blogai...

Jooo... vadinasi trečios šalies gamintojas bus taip suinteresuotas blogu AutoCAD'o veikimu (vargšas AutoCAD'as), kad rizikuos savo reputacija ir gamins virusus DXF ir DWG pavidalu? Geras išmąstymas. Na taip, kai DWG būna sukurtas kita programa, o ne AutoCAD, tai mėto AutoCAD'as perspėjimus, kokį kvailesnį galėtų net ir išgąsdinti tie perspėjimai, bet iš tikrųjų (ir logiškai) kaip tik yra atvirkščiai - trečios šalys visada stengiasi išsaugojimą ar eksportą į DWG padaryti kuo švaresnį, be visokių Autodesk būdingų priedų, dėka ko ir tas pats skirtingų veislių AutoCAD'as savo paties DWG dažnai neatidaro