Jump to content

Nina Ivanova

Vectorworks, Inc Employee
  • Posts

    291
  • Joined

  • Last visited

Everything posted by Nina Ivanova

  1. Hello Wesley, Would you, please, attach an example DWG so that we can investigate? Thank you, Nina
  2. I would say, that it is due to the difference in the CAD packages - there are things, which you can do in Vectorworks, but there is no exact way to export them in a DWG file.
  3. Thank you for the images, Laura! Would you, please, attach an example Vectorworks document (.vwx file)? Thanks, Nina
  4. Hello Laura, Would you, please, attach an example document, which shows your problem? Thank you, Nina
  5. Pat, coordinates are reversed in the DWG file. There is nothing we can do on DWG import.
  6. And the updated DWG, which shows the reversed coordinates: LP-3.00-WCS.dwg
  7. This DWG uses a custom coordinate system. Converting the UCS back to the World Coordinate System and changing the Plan to Current shows the coordinates in the way you see them after importing in Vectorworks. Original DWG Updated DWG (LP-3.00-WCS.dwg) and coordinates there DWG file is set to Unitless, so you have to ask the originator of the file what are the exact units there. As coordinates, reported by AutoCAD are 1000 times bigger then the X and Y text (except that they are switched), then during import in Vectorworks you will need to set that 1000 DXF/DWG Units are converted to 1 VW Unit. For example, if the X and Y text in the DWG refers meters, then set your VW document units to meters, and from the DXF/DWG Import Options dialog choose the Units settings as shown on one of the images: or Then you will receive the following: Hope this helps, Nina
  8. Hello btg, Would you, please, attach a DWG file which shows the problem? Thank you, Nina
  9. Hi Zoomer, Yes, the reason to receive faces instead of a single solid is that (most of ) your extrudes are defined by multiple profile objects - dark grey extrudes from Extrude Multi class, but also two of the generic solids from Solid Generic class and 1 of the solid additions from Solid Add from Solid class. For these single objects inside Vectorworks the ACIS/SAT third party library creator, which we use to generate the info for the DWG file, will return multiple objects - and if we pass such info to the DWG, it will not be accepted. Solid additions from solids and from extrudes, which have intersecting profile objects, are created as a single object by the ACIS/SAT creator and that is why they export as 3D solids. I do not see problems with 3D solid presentations inside AutoCAD - opening exported by me DWGs from both Mac and Win and even opening your attached DWG gives the result, shown on the image below. Probably the application, in which you are opening the files presents them in this way?
  10. Zoomer, Do you have the option "Export Solids as ACIS Solids" set to ON? Extrudes do export as Solid objects to DWG if you have this option set to true. If you have the option set to ON and you still receive faces, then your extrudes might be defined by more than one profile object?
  11. Anonymous block inside AutoCAD can be copy-pasted, thus creating more instances, but you can not insert it as you do with the named blocks and you can not edit its "definition". The only way to edit such an instance is to "explode" it and do the necessary changes. No way to change in one step all the instances. This is close to Vectorworks groups, so that is why we convert them to groups. There is no need to have an import option for this conversion.
  12. Zoomer, An error appears during the DWG import when we try to scale the solid. So scaling is actually not done. The same error appears when trying to scale the solid from the OIP. This is something, which needs to be looked at by an appropriate engineer. I will enter a bug report. BTW, by now I have not seen a problem on import of solids when they are placed inside scaled symbols. It is normal to have solids inside blocks and it is normal to scale the blocks. So that is why I was curious to read about such a problem. Now I saw the reason - your scaled blocks are anonymous. This means, that on import we will convert them to Vectorworks groups (this is the correct workflow) and will scale all the objects in the group appropriately. If your solids were in a normal, named DWG scaled block, we would create a symbol instance, which would be scaled appropriately and all the solids would look perfectly. I did this test: just did a simple modification inside AutoCAD placing the solids in a non-anonymous block and after importing in Vectorworks everything was correct. Thank you, Nina
  13. The error message is wrong. This problem was fixed for VW2017 SP4, so more likely in this case used Vectorworks version is VW2016. This error message would appear in case that DWG file version is newer than the one supported by current Vectorworks. In Vectorworks 2017 you will still be able to see the error message for DWG file version 2018, and it will be "This DWG version is a 2018 version. You can only import DWG up to version 2017.". In Vectorwork 2018 you should not see this error, as DWG version 2018 is already supported. If you do not have other way to check the DWG file version, use a standard text editor to open the DWG file. If this is a DWG file version 2018, the first thing on the first line should be AC1032.
  14. Only some of the Solids are affected. Part of the walls, floors and other elements, which are also Solids, are positioned correctly. Windows and doors are blocks, but they are also composed by Solids. I entered this bug report: https://jira.vectorworks.net/browse/VB-146582. I will let the appropriate engineers to know about the scaled blocks issue, which you described above. Thanks, Nina
  15. Thank you for the file, Zoomer! Yes, I was able to see the problem when units are set to Meters. Appears it is somehow related to the Solid objects boxes, which are too big in this case. I am still researching what exactly happens, but will enter a bug report and will assign it to the appropriate engineer. Thank you, Nina
  16. Zoomer, I am not sure what exactly could cause some of the Solid objects to be positioned wrongly, but could check this if you send the the DWG file. What I see from the images above is that both imports - wrong and proper one - are done in documents with same units - for the correct import ruler shows, that the graphics is between x= -2500 and x= 12500, which is comparable to the wrongly imported graphics. As Art V mentioned, DWG files does not have units - you can choose in AutoCAD, that block insertions will be done using meters, but this does not mean, that the graphics is in meters at all. However this units setting is the only thing, which Vectorworks could use to guess what are the DWG drawing units. So, we might show in the Import Options dialog, that Automatically determined units are meters, but this might not be the case at all. The best case is to know from the DWG creator what is his/her drawing units and use them directly. In some cases DWG files are set to Unitless and then prediction of the units is nearly impossible. Internally solid objects (ACIS data) are always described in millimeters, so there is no direct meter-to-meter support. It is possible that during millimeters-to-meters conversion position is somehow calculated improperly, but in my opinion this is not likely to happen, except if the original drawing is not far away the UCS origin. It appears to me, that some graphics is just flipped - which might be related to the import of flipped blocks. Have you tried using "2D and 3D" import option? Is it possible that you have used All 3D import option for the wrong import and "2D and 3D" import option for the correct import? I would recommend using 2D and 3D import option even for the 3D graphics. Please, attach the DWG file or send it directly to me at nivanova@vectorworks.net. Thank you, Nina
  17. Hello Joey, The line weight was already explained by Art V and I agree, that this is related to used line thickness in the VW document and the scale of the exported graphics. As I see from the export DWF, page size is 11.5 x 8.5 in, but the drawing is too small for it. As it is seen from the export options dialog, you are using "Export Viewports as 2D Graphics in Model Space". On export as 2D graphics in Model space drawing size is set to the drawing extents and as the extents are given for some reason in this way, the line weight with fixed big value looks so thick. I would suggest you to set the "Export Viewports as 2D Graphics in Model Space" to OFF and export to DWF version 6.0 - in this way your original sheet layer size will be retained, graphics will be exported with the correct size and line wight should look OK. In my opinion when exporting to DWF it is not necessary to export as 2D graphics as the export to DWF itself will do this anyway. DWF export supports export of images and PDFs. We have had issues with image export to DWF when image, file or folder path contain special chars. If there is a problem on export of these objects at your end, try to use image and file names without special or Hebrew chars and to export to a folder, which does not contain such chars too. If this helps, please write to me. Regarding the imported in Vectorworks PDFs - there is a bug when you export with "Export Viewports as 2D Graphics in Model Space" set to ON, but PDF will export fine if the option is set to OFF. This bug will be fixed. Flipped text on export to DWF is a known issue, which does not have an easy solution. Vectorworks have a way to show the text properly, calculating the proper direction during the process of drawing the text. In the DWG, DWF and DXF file formats text needs to be saved in the proper direction, ready for direct use by the AutoDesk products, as they do not have the ability to do this on draw time, based on an option as this is in Vectorworks. True inside AutoCAD one could choose to mirror the text while he/she is creating it, but once created, text can not be auto-adjusted. To avoid this issue we do the necessary calculations and apply them on export, but in some cases it is not possible - like when text is inside flipped symbols or when differently rotated or mirrored viewports are used to show same design layer graphics. Please, send some example VW documents directly to me (nivanova@vectorworks.net), so I can analyze your problems in deep. Thank you, Nina
  18. Hello Joey, Would you, please, send more info and examples about what exactly does not work when you export DWF files from Vectorworks? Thank you, Nina
  19. Hello Patrick, Would you, please, attach your 2017 template file, so that we could look at the problem? Thank you, Nina
  20. Hello Jim, Please, enter a bug with more details and images. Thank you, Nina
  21. Hello Innes, Thank you for the file! We analyzed the problem and can confirm, that for this example document created by VW2014 DWG file size is smaller that the one, created by VW2017. VW2014 creates a DWG with size 8Mb, while created by VW2017 file size is 24Mb. This is because of the additional blocks, created in order to better control the viewports visibility and object attributes. For this exact document there might be a way to optimize the export. We will log a bug report for this issue and will work on the optimizations. Thank you for reporting, Nina
  22. Hello Innes, Would you, please, add a bug report or send the document and the export settings you are using so that we could analyze the problem?
  23. Does the "internal error" message appear always you try to export a document to DWG, or it happens for a specific document? If it happens for a specific document, would you, please, send it directly to me? Thanks, Nina Ivanova nivanova@nemetschek.bg
  24. This one sounds as a bug, which is reported as fixed for the next version. A workaround in this case is to convert the title block to group and to export (also better to do this in a copy file) Nina Ivanova
  25. Ziska, Would you, please, send the DWG file you are importing to me? Thank you, Nina Ivanova nivanova@nemetschek.bg Software Development Nemetschek
×
×
  • Create New...