JMR

Usually this error occurs if the DWG file being exported is open in some DWG viewer application or other CAD application. Might be worth trying a simpler export path on your local computer (if possible) too.

Is there a keyboard shortcut that would cancel Redshift render? Now that the rendering started I can see it will take 10 hours, but too late now apparently...thanks.

I just found out that the exact opposite can help, too 🙂 The file size went down from 3MB to 300KB...after checking the box.

We have developed a certain workflow that suits us well and has proven to be reliable, when it comes to exported DWG size and integrity with custom records and many other things like the LTS in Autocad. We export DWG's from saved views. Those saved views are also the views we mainly work in. We also create sheet layer viewports from saved views mainly. Only some elevation annotation etc. is added in the annotation space of the sheets. I'm sure there are other good methods as well but this is the one that works well for us. Some related discussion can be found here: I haven't encountered the beforementioned draw order issue for a long time, it seems something might have changed under the hood.

I haven't had an in-depth look at the settings for a while, but generally we still export DWG's from the file export menu and not via publish. With the exception of elevations which have a lot of annotation graphics, those we export via sheet publish. The custom records and LTS seem to export fine at least with 2021. 2022 I can't say yet.

It's the creeping dementia I guess...GETSPACENAMEFOROBJ is the one that recognizes the z value, but that can't be used as search criteria, I think. I can be listed in the worksheet though and works also in 2022.

I can get the area boundary to work with VW 2021. A bug in 2022? For some reason, 2022 doesn't recognize the boundary properly? Also, it regards straight and round walls as same type of objects. A screenshot from 2021: A screenshot from 2022, as you can see, wall locations are not recognized: I adjusted the worksheets so that the object type criteria was removed in order to see everything that is inside a boundary. Also added the objecttypename. Enclosed are the files as well. As to the LOC search criteria being able to recognize the Z value, I think I was wrong as Pat explains the LOC here in detail: Boundary trial test 2022 v2021.vwx Boundary trial test 2022.vwx

This could also be an issue with the 3D nature of the walls...that is, if the named polyline sits at a certain Z and the bottom(?) of the wall doesn't, the LOC function might not find it. I have ran into this with some doors and symbols not exactly at the DL elevation. Also try extruding the property polyline so that you can be sure everything sits within it, or use a space object that has height. It's worth trying at least. As to why only the rounded walls, that indeed is a bit weird. Do they have the same elevations/heights that the non-picked up walls have?

You're most welcome Anders (och hälsningar från Åbo (greetings from Turku))!

Not sure if it's applicable in this situation, but at least for "ordinary" drawing objects, you could give a name to the property polyline (or draw a separate closed helper polyline) at the bottom of the OIP and then use that as a criteria for each worksheet (LOC or location function if I recall correctly). I've used this method to separate different building phases, bids etc. An extrusion (=an object with a volume) might also work, using the same principle, if you have stuff at multiple elevations. Or a space object that has height.

You are correct, I misunderstood...

This is very interesting and welcome news indeed. One question though, will Windoor be the "permanent solution" for advanced door functionality within VW? There has been discussion on this forum, regarding the roadmap, about the upcoming under-the-hood changes to the walls and thus to doors and windows as well. It's been said that the observed delays in updating the door and window tools to a more professional level have been delayed since the changes to walls and the way they work have to be implemented first. In other words, will Windoor be a temporary fix for international users, or a permanent one? I'd like to know before updating all subscriptions from Architect to Designer. A related thought regarding the economics of this: It seems a long-awaited improvement in architectural functionality (doors and windows) hops to the Designer side of things. This means that even though an architect's practice (mostly) has no use for the Spotlight or Landscape functionalities, they would have to pay for the Design series to access a decent door tool, which should be basic architectural functionality. Maybe I'm thinking about this completely backwards but still...however I'm glad that at least an improvement to the current situation is available, at all.

A Component library / components as a resource would be a huge improvement. It has actually been wished for in 2019. It's rather silly to have to do all the components again and again. There is no logical reason for it. As a workaround, we have a "master" wall style which includes almost every imaginable wall component. To create a new wall style, we duplicated it and edit that. It's a rather clumsy method though but faster than starting from scratch.

These mysterious surface hatch misalignments are still happening in VW 2021...if someone figured this out I would be most interested in the solution. Both walls are set to world zero for texture origin, both walls are same height, no component overrides etc. The texture controls actually don't have any effect on the problematic wall (on the right). The settings are the same on both walls as far as I can tell.

For a large worksheet, changing the sorting order is difficult. There is no way to reorganise the order other than removing sorting and then doing it again. Some kind of editable stack would be great, think of what one can do with sheet layers, for example. Also the ability so remove/add sorting/summing etc. from several columns at once would be great.