几何尺寸与公差论坛------致力于产品几何量公差标准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)
-   -   【转帖】vectorization Defects Of Imported Dwf Image (http://www.dimcax.com/hust/showthread.php?t=18992)

yang686526 2009-05-07 06:19 PM

【转帖】vectorization Defects Of Imported Dwf Image
 
vectorization defects of imported dwf image
vectorization defects of imported dwf image
hello support,
could you please take a look at the attached dwf image and attached screenshots where page4 (r2002start f06-39-04 - groves-04. main floor) have been vectorized using dwgdirect and autocad dwf viewers. as we can see there some areas with loss of transparency.
could you please let me know about your opinion regarding this issue? is it can be fixed?
attached images
it seems to be a problem of dwf import,
couldn't you publish original dwg as zipped ascii dwf,
this would greatly facilitate bug locating.
to do that, in autocad, press "plot" button/menu item,
then select "dw6 eplot.pc3" in printer/plotter combo box,
press "properties", select "custom properties" and select "zipped ascii encoded 2d stream (advanced)", in "dwf format" list.
plot chosen layout with these settings and send it to me by private message or post to forum.
thanks in advance,
vladimir
original dwg
hi vladimir,
thank you for the responce! i will ask about original dwg and let you know.
vasyl.
quote:
originally posted by wvk
it seems to be a problem of dwf import,
couldn't you publish original dwg as zipped ascii dwf,
this would greatly facilitate bug locating.
to do that, in autocad, press "plot" button/menu item,
then select "dw6 eplot.pc3" in printer/plotter combo box,
press "properties", select "custom properties" and select "zipped ascii encoded 2d stream (advanced)", in "dwf format" list.
plot chosen layout with these settings and send it to me by private message or post to forum.
thanks in advance,
vladimir
dwg source
hi vladimir,
unfortunalely we can't locate original dwg. sorry.
best regards,
vasyl.
quote:
originally posted by wvk
it seems to be a problem of dwf import,
couldn't you publish original dwg as zipped ascii dwf,
this would greatly facilitate bug locating.
to do that, in autocad, press "plot" button/menu item,
then select "dw6 eplot.pc3" in printer/plotter combo box,
press "properties", select "custom properties" and select "zipped ascii encoded 2d stream (advanced)", in "dwf format" list.
plot chosen layout with these settings and send it to me by private message or post to forum.
thanks in advance,
vladimir
is it hopeless?
in dwf stated that original dwg filename was:
"p:\\division - calgary north\\active jobs\\f06-39-04 - groves & hurst - branford\\r2002start f06-39-04 - groves.dwg"
created: 6/10/2004 1:08:42 pm
author: kthompson
we don't need exactly this file, any file showing the problem will be welcome.
of course we will try to do something with binary dwf, but it is much harder without ascii variant
vladimir
i transformed binary dwf to ascii and discovered the cause of erroneous drawing. the cause is that acad, publishing this layout, has set merge_control attribute. generally this attribute have no correspondence in dwg, because it controls raster operations. that is, e. g. 2 overlapping hatches with different colors will be drawn as "merged" or "transparent" depending on this attribute. therefore it it very interesting, what in dwg caused acad to publish the file this way.
original dwg
hello vladimir,
thank you for this additional information. it have been helpful to find out one of customer posted this dwf file. i will let you know as soon as we receive some feedback from him.
thank you very much!
best regards,
vasyl.
quote:
originally posted by wvk
is it hopeless?
in dwf stated that original dwg filename was:
"p:\\division - calgary north\\active jobs\\f06-39-04 - groves & hurst - branford\\r2002start f06-39-04 - groves.dwg"
created: 6/10/2004 1:08:42 pm
author: kthompson
we don't need exactly this file, any file showing the problem will be welcome.
of course we will try to do something with binary dwf, but it is much harder without ascii variant
vladimir
hi valdimir,
i've reviewed your comments. on the vectorized view we've two similar sections one of which painted correctly. what do you think, is there painting order has a place (merged attribute)?
thanks,
vasyl.
quote:
originally posted by wvk
i transformed binary dwf to ascii and discovered the cause of erroneous drawing. the cause is that acad, publishing this layout, has set merge_control attribute. generally this attribute have no correspondence in dwg, because it controls raster operations. that is, e. g. 2 overlapping hatches with different colors will be drawn as "merged" or "transparent" depending on this attribute. therefore it it very interesting, what in dwg caused acad to publish the file this way.
'merge' attribute is taken in account by dwf viewer only.
if some part of the drawing is imported 'correctly', it means that corresponding filled area resides in dwf file before the lines.
hi vladimir,
i've asked our customers about original file. unfortunately it can't be located. is it possibly to reproduce such file manually?
thank you!
vasyl.
quote:
originally posted by wvk
is it hopeless?
in dwf stated that original dwg filename was:
"p:\\division - calgary north\\active jobs\\f06-39-04 - groves & hurst - branford\\r2002start f06-39-04 - groves.dwg"
created: 6/10/2004 1:08:42 pm
author: kthompson
we don't need exactly this file, any file showing the problem will be welcome.
of course we will try to do something with binary dwf, but it is much harder without ascii variant
vladimir
after some reviewing of the existing forum posts i've found one image where is seems to be same problem with painting order. could you please take a look at the re-attached image and let me know?
thank you!
vasyl.
quote:
originally posted by vasyl zakharko
hi vladimir,
i've asked our customers about original file. unfortunately it can't be located. is it possibly to reproduce such file manually?
thank you!
vasyl.
attached files (300.3 kb, 6 views)

i don't quite understand. do you mean that this dwg file, being plotted to dwf, is then incorrectly imported, with the same symptoms as above? that i could not reproduce - there is no merge in plotted dwf, that i obtained - the entities go in the same order as in dwg.. i used acad 2005. please clarify what do you mean.
it would be certainly possible, if one knew what to reproduce
the original file was created manually after all...
hello vladimir,
it doesn't exactly belongs to dwf file. i've just rasterized attached dwg file using dwgdirect library and found that there some areas present which overlaps drawing texts. that is why i supposed it may be issue not just in dwf, but rather original dwg file. what do you think?
thanks,
vasyl.
quote:
originally posted by wvk
i don't quite understand. do you mean that this dwg file, being plotted to dwf, is then incorrectly imported, with the same symptoms as above? that i could not reproduce - there is no merge in plotted dwf, that i obtained - the entities go in the same order as in dwg.. i used acad 2005. please clarify what do you mean.
no, it is not related to subject.
the entities in this file are just ordered this way. dd renders them just like acad. published dwf looks exacly like dwg, and after re-import continue to look the same..


所有的时间均为北京时间。 现在的时间是 08:02 PM.