Jump to content

jointer

Member
  • Content Count

    7
  • Joined

  • Last visited

Community Reputation

0 Neutral

About jointer

  • Rank
    Greenhorn

Personal Information

  • Homepage
    pilipono.com
  • Location
    United States
  1. Has anyone tried out the VW2009 SP5 update yet? Just wondering if there are any issues with the update to be aware of before we install...
  2. lucylou, we've noticed many of the same issues occur when objects are grouped in a model. if the class of the group or objects within the group are turned off, it may result in visibility issues. these visibility problems don't typically show up in top/plan or wireframe, but often do in openGL or other rendering methods. one thing you can try as a test is to take a copy of your file, and ungroup everything in your model (assuming you have groups), turn on all your classes, and then take a look at a 3d rendered view. we have a post which may relate to your issue here: http://techboard.nemetschek.net/ubbthreads/ubbthreads.php?ubb=showflat&Main=22956&Number=107641#Post107641 hope that helps, j
  3. MCH & islandmon, Thanks for the replies. After more problem solving, we think the problem is not a video refresh issue, so using either the pan tool or the 3d rotate tool to force a refresh doesn't seem to address our problem. Also, doing a 3d rotate as islandmon suggested wasn't a good option for us since we're often trying to zero in on a particular part of the model and we need to preserve orientation. After some experimenting we've discovered that part of the issue seems to stem from a particular object group that was created by one of our newer staff members. It seems that the group was created within another group and then classed in a way which created conflicts when using the 'active only' or 'gray others' class visibility settings. Our workaround solution has been to take the group causing the issue and create a unique class for the objects in it, and then ungroup it. Problem solved (hopefully). Thanks again for your responses--it's all greatly appreciated.
  4. Islandmon, Thanks for the idea. I'm wondering, however, why the refresh isn't happening on its own (as it usually does)? j
  5. We're having a problem with one of our VW2008 files. Typically, we set up our files with various classes for different building components and use the class visibility settings to toggle the classes on and off; sometimes selecting 'active only' etc., to view parts of the building model in isolation and then going back to show/snap others or show/snap/modify others to view the model as a whole. Usually, we have no issues with this and find VW to be an excellent tool for building our 3D models; however, we have a file that has developed a strange problem where the model view will not update when the class visibility settings are changed. For example, we might be looking at our model in an isometric view with open GL rendering, we select our 'roofing' class as the active class to view our roof faces in isolation. When the visibility settings are changed to 'active only', ordinarily, everything disappears except our roof faces, and we go about our work. For some reason we cannot figure out, what we end up seeing is instead the very same view that we had before the visibility setting was changed. The really odd thing is that the setting has changed, only the screen has not been 'refreshed' or 'updated'; that is, when we try to render the screen again with open GL, nothing changes; however, when we render the screen with a different rendering method (say final vectorworks), the screen updates, and voila, there are our roof faces in isolation. None of this seems to happen in wireframe, which leads us to believe it is a rendering problem. Our current workaround is to simply re-render the view with a different rendering method, but it is frustrating and we would like to correct this issue. We've looked at other VW files with 3D models in our office and find that they are behaving normally with no rendering issues, so it does not appear to be our application installation that is causing the issue. The issue seems to be isolated to this particular file and copies of it. Has anyone else experienced this problem or have a suggestion or remedy? Any help would be greatly appreciated. Scratching our heads, j
  6. Thanks for the reply. Toggling the wall insertion mode button fixed it. Turns out the wall insertion mode somehow got turned off (not sure how that happened as we've not had a need to turn it off). Thanks a lot. J
  7. Hi - We're having a problem with inserting a door symbol into a wall. To avoid repetitive work, we usually copy a door with the settings we want and then insert the copy into the wall. Typically, we don't have any issues with inserting windows or doors into walls; however, we've encountered a situation where a door (or window--the problem is also showing up with window insertion) cannot be inserted into a wall in our model. To be clear, we've tried testing this issue out on a plain generic 6" wall with no other objects on top or below the wall to interfere with the insertion process. The door simply floats over the wall, without inserting. Windows also have the same problem. We are able to insert doors and windows when using the door or window tools, but now VW doesn't seem to want to let us insert these objects as we have done for years. We've tried quitting and restarting both VW and our machines with no results. Anyone have a clue on how to fix this? J

 

7150 Riverwood Drive, Columbia, Maryland 21046, USA   |   Contact Us:   410-290-5114

 

© 2018 Vectorworks, Inc. All Rights Reserved. Vectorworks, Inc. is part of the Nemetschek Group.

×
×
  • Create New...