
Nina Ivanova
-
Posts
291 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Articles
Marionette
Store
Posts posted by Nina Ivanova
-
-
At first I thought that this might be due to the export of the worksheet data - we had such issue for worksheets with lots of rows/columns. However this problem is fixed in Vectorworks 2022 or even in the previous version. May I ask you to send the document directly to me?
-
Thank you for submitting a bug report, @Kevin C ! Do you have the bug number, so that I can look at it?
When you say "every time", do you mean that crash appears with every document you try, or with a specific document only?
-
@Kevin C, Would you, please, send the document, which crashes on export to DWG, directly to me, together with info for the used DWG export options? Win or Mac, exact Vectorworks version etc. info will also help us.
Thank you,
Nina
-
-
@EJM,
Do you see this error when you try to export a specific document or it happens for all the documents? Please, check the destination - you might try to write the DWG somewhere where you do not have rights to write, the file path might be too long or you might have some not allowed chars in the file path. There are some rare cases, when this error might appear due to trying to write a wrongly defined object to the DWG file. Restarting Vectorworks is also something, which is good to try.
We use ODA libraries to read and write DWG files and show this error when we receive, that something is wrong during saving the DWG. If this is the only document, for which you see this error or saving the DWG to another location does not help, please, send the document and an image of the used export options directly to me.
Thank you,
Nina
-
20 hours ago, nahekul said:
Publishing most recent issues will reverse the order.
This problem is reported as fixed for Vectorworks 2021 SP4.
-
Hello @Bertf,
Change of the direction of some of the polys, which contain arc type vertices, has been intentionally done in order to fix a problem, introduced in the third party libraries with associated hatches. Since you do not export hatches, more over your polys are not hatch filled, reversing of the polys is absolutely not necessary. I consider this a bug, which however needs to be fixed in the code. We will do the necessary corrections.
Thank you,
Nina
-
1
-
-
Hello @Bertf,
I will take a look at the issue and will let you know if this could be somehow avoided.
Thank you for reporting,
Nina
-
Hello @Stu Wilson,
The attached DWG file is "Unitless". You should know what units have been used to draw the graphics there and then choose them in the import options dialog. I suppose, that units for this DWG are Meters.
-
1
-
-
Thanks for the files, @OllieBSD! I looked at them and they seem very simple ones. Import was successful for all of them and graphics was properly created in a new design layer - I dragged and dropped each of the DWGs in a new blank document and used the Default DXF/DWG Import options. Resultant VW2021 documents are attached.
I am not sure what might have went wrong with your import... Can I see an example Vectorworks document, created as a result of the import?
ASH_DocM_S0684_2DDrwFt_NN.vwx IS_Attitude_A4592_2DDrwRt_NN.vwx IS_Strada_K082101_2DDrwFt_NN.vwx IS_Strada_K082101_2DDrwLt_NN.vwx
-
1
-
-
Hello @OllieBSD,
There might not be any graphics in the DWG Model Space or you might have wrongly chosen to create symbols in the current document (if you use Import DXF/DWG or DWF menu command). Would it be possible to you to send an example DWG, which demonstrates the problem? You could send it directly to me.
Thank you,
Nina
-
In general you should not have troubles to import the text alignment correctly. Can we, please, have the DWG file, so that we can check what is going on during import? You could send the file directly to me.
Thanks,
Nina
-
Hi @Jeremy Best,
Yes, I received the document and confirmed, that the reported error is a false one. The problem was due to creation of a temporary symbol to represent the tile fills, but the name, which we tried to use for this symbol has been already taken. Failure to create the symbol was wrongly treated as lack of memory. As a workaround I proposed to Okpaku to not export tile fills, which worked for him.
Problem is already fixed for VW2021 SP4.
Best,
Nina
-
1
-
-
@Okpaku, There might be a problem with export of some object, which is wrongly reported in that way. Would you, please, send the document directly to me, so that I could analyze the issue?
-
@pdm,
It seems to me, that you are importing the DWG or DWF as reference. You should have the Reference checkbox set to OFF if you want to edit the drawing.
-
2
-
-
-
Hello @Stu Wilson,
I am sorry to read that you have had so many troubles with DWG import... I downloaded the zip - it actually contains a big project with lots of referenced DWG files. What is your workflow to import the project files? Do you use our Import Single DWG menu and bind all the references inside a single document or do you use the approach with Vectorworks referencing (Import DXF/DWG or DWF menu command, References group options)? Do you import using the default import options? What Vectorworks version do you use and are you on a Win machine or on a Mac?
I tried different approaches, but did not see a crash (VW2021 SP2, Win). Saw some issues, but they might be due to the differences in the way we present some of the objects or assigning some of them to classes with different visibility compared to DWG (this could happen and might be reasonable depending on the complexity of the original project).
One of the things I saw, is that one of the DWG blocks has a line inside its definition from (0,0) to the rest of the graphics far away in the space, which is set to an invisible layer - the line extents are however used to calculate the proposed layer scale and switching to the Design layer in Vectorworks shows the real graphics as a point and you have to zoom there to see it. This is something, which comes from the original project, but you could control it choosing a better layer scale from the Model space scale options in the Advanced options dialog.
If you want you might write directly to me.
Thank you for reporting,
Nina
-
Hello Magi,
From what I see on the image and understand from the description, this is actually a different issue compared to the problems, described above.
On 1/3/2021 at 5:44 PM, Magi said:Are there any sheet size limitation?
Yes, there are limitations set inside the third party library, which we use to create the DWG and DWF files. We pass the Vectorworks sheet sizes and what is done inside this library is to find the best matching sheet sizes and use them.
We are currently working on a fix for an issue with the by-default set sizes when exporting from the Model space or as simplified graphics in the Model space (which is more related to the problems above) and might try to force the third party library to somehow accept our custom defined sizes.
Thanks for reporting,
Nina
-
1
-
-
-
And corresponding VW2020 version of the documents.
BLK 27 - Level 1 v2020.vwx BLK 27 - Level 2 v2020.vwx BLK 27 - Level 3 v2020.vwx
-
1
-
-
Sure, @Matt Hagen, here they are.
Best, Nina
BLK 27 - Level 1.vwx BLK 27 - Level 2.vwx BLK 27 - Level 3.vwx
-
1
-
-
Hello Matt,
We were able to see why the last char from the text is imported not as expected - the formatting is at the end of the DWG text, but it is actually not used for any of the text chars. The formatting has been wrongly added there - the DWG itself has not been originally created inside AutoCAD and actually such formatting cannot be added from inside there. AutoCAD however checks the case properly and shows the text correctly, while we have not expected such a case - right now, due to a failure to find a char, to which to apply it, we just apply it to the last char. An engineer worked on this issue and proposed a fix, which will be included in a future Vectorworks release/service pack. Until then, please use the attached document, which we created for you.
Thank you for finding this problem and reporting it!
Best regards,
Nina
-
3
-
-
Would you, please, send the DWG file directly to me? I will try to find the reason and fix it so that you are able to import the file in VW2020.
-
13 hours ago, Pat Stanford said:
SP2 if we are REALLY lucky
You are lucky 🙂 This was already fixed for SP2.
ODA Platform Error
in Troubleshooting
Posted
@Go Kehoe Go, when did you see the error message - on import or on export? If this was on import, did you try to open the DWG file in a viewer?