几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量

几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量 (http://www.dimcax.com/hust/index.php)
-   DirectDWG (http://www.dimcax.com/hust/forumdisplay.php?f=89)
-   -   【转帖】converting attached dwg to dwf fails (http://www.dimcax.com/hust/showthread.php?t=15482)

yang686526 2009-05-04 06:14 PM

【转帖】converting attached dwg to dwf fails
 
converting attached dwg to dwf fails.
converting attached dwg to dwf fails.
hello!
i'm using library 1.14.02 to convert dwg files into dwf. my attached dwg file contains an arc entity that seems to have invalid start and end point in the resulting dwf file.
this problem can be tested by using the odamfcapp to convert this dwg to dwf. i also tried the library version 2.0.3 and the result is the same.
i would be pleased if someone could test my dwg to see if this problem could be fixed somehow?
by the way i also sent the resulting dwf file...
attached files
yes, something heppens with behaelt3_0 blok during the export to dwf. could you create and sent a sample dwg file having only this block? it could be simpler for an investigation. i can't modify the source file by autocad because after this doing the dwgdirect export to dwf is ok.
misha kuzinets
here is the modified drawing
hello and thanks for your reply!
unfortunately i couldn't create a drawing that only includes this problematic block 'behaelt3_0'. because if i did the dwgdirect's dwf export worked ok.
so i tried to remove all unused blocks from the original drawing and i'm sending the result here. i hope this would help to solve this behaviour.
attached files (7.2 kb, 4 views)

with the last sample the bug dissappears. i think any edition cleans a reason of the bug.
if you have a possibility to create a sample where the bug is as in the initial drawing it would be appreciated.
misha kuzinets
new attempt to make faulty dwg.
here is another attempt to make dwg that produces the invalid dwf. this attached dwg now has only one block and some primitive polyline entities and if i load this attached dwg with odamfcapp.exe (built against library 1.14) and when i try to export it to dwf the result is not as it is in dwg. the arc primitives of the block are in wrong place. even when i try to import back the just created dwf odamcfapp does visualize it wrong and different than the source dwg.
the dwf export does however throw an assert in dwf export which i also attached here in 'error.jpg'. the assert concerns the line 536 in 2dexportdevice.cpp (=oda_assert_once(b1 && b2 && b3 && b4). if i 'ignore' this assert the dwf will be created but it is invalid.
i really hope someone could help me with this problem!!
attached images (11.7 kb, 6 views)
attached files (5.7 kb, 1 views)
(2.6 kb, 1 views)


所有的时间均为北京时间。 现在的时间是 09:40 AM.