Jump to content

Gilbert Osmond

  • Content count

  • Joined

  • Last visited

Community Reputation

4 Neutral

About Gilbert Osmond

  • Rank

Personal Information

  • Location
    Oakland, CA

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Gilbert Osmond

    Creating underground buildings in a dtm

    Bumping this feature-request. Trying to do a section viewport including a DTM and it's a complete fail. DTM portion is opaque & shows no sub-surface details, e.g. footings & posts for a fence in this case. Need option in SVP to control how objects appear when a DTM is included -- totally hidden (as they are now,) or totally exposed (showing only the ground surface line of the DTM,) or dashed-hidden-line render below the DTM surface.
  2. Now that VW supports multiple views / windows / open files at once it would be nice to have a way to force referenced design-layer view ports to update in real- or near-real-time. As it is now, when I make a change in referenced file (say, moving the height of a fence panel,) in order to see the change in the other file with the DLVP in it, in the main file I have to do: Tools --> Organization..., then select the "References" tab, then select the referenced file, then click "Update", after which the changes propagate from the master file to the DLVP. It'd be nice to have a check-box in a DLVP for "Auto-update this viewport whenever the referenced design layer changes." Is there any work around for this? Editing the workspace doesn't work as it doesn't allow for auto-navigation within the "Organization..." modal dialog box, nor for assigning a shortcut to the "Update" button in that dialog box. EDIT: this should be posted in General -- moderators, please consider moving it. Thanks.
  3. I've delved further into this issue. It appears to be an oversight in VW's development process, i.e. someone simply forgot to include the "Existing/Proposed" toggle in the parametric Hardscape object. - I called VW support & a tech reproduced the issue. - We tried to work-around by attempting to right-click and Edit the internal properties of the Hardscape object, but to no avail -- there's no way to display or edit the Site Modifier object that is presumably hiding somewhere inside the Hardscape Object. - He said he'd double-check with other support staff, then submit this as a feature request / functionality fix for a future update. Attached are screen shots: The Site Modifier object can be set to apply to the Existing, or Proposed site model. But the Hardscape object cannot. (!) The work-around is clumsy: Set the hardscape object to be a Slab (which does not modify the site,) then copy the hardscape object shape, paste it elsewhere, Ungroup it & remove any slope tags, then use Create Objects From Shapes... to create a Site Modifier object from that hardscape object shape, then configure the Site Modifier object slope(s), & apply to Existing/Proposed site model setting, then move the Site Modifier object onto (aligned with) the Hardscape slab object & group the two together. When dealing with 10 or 15 slabs across a model this is time-consuming & a nightmare, esp. if any of the Hardscape Object slab + Site Modifier groups need editing. Requires temporarily Ungrouping the group, editing the Site Modifier object only, regrouping, etc. Attached screen shot shows where the "Existing / Proposed" exists in the Site Modifier OIP, but not in the Hardscape OIP. I can't believe more people haven't complained about this. How does anyone sanely model an as-built site without being able to use Hardscape objects and have them apply to the existing site?
  4. I am bumping this topic -- I'm running into the same problem, in a different project, 1+ year later. What am I misunderstanding here? Is there some reason why Hardscape objects can only apply to Proposed site model, rather than Existing site model?
  5. Gilbert Osmond

    Roof dormer faces - unwanted transparency

    SOLVED -- yes, somehow just that facet of the roof had lost its fill color in Top/Plan. Fixed as follows: - Go to Top/Plan - Select the entire roof (1 click) - Use Attributes panel to set fill to None. - Then set the fill to a solid color. - Then set the fill to a hatch. After that, the Class *tile* fill becomes properly visible again in 3D OpenGL view.
  6. Gilbert Osmond

    Roof dormer faces - unwanted transparency

    The dormer is "part of" the roof, i.e. it was added there automatically using VW's built-in dormer-creation feature. It is not a separate 3D object. Strangely, when I select the whole roof, change the fill to a solid color, then try to change the fill back to the proper tiled fill (i.e. what it looked like before,) I now get a *reversal* of the effect. The whole roof becomes transparent, while the dormer is properly tiled (!). ?? Still lost here.
  7. Previously this roof was properly displayed, with the same tiling on the dormer as is visible on the rest of the roof. At some point recently (I'm not exactly sure when,) just the dormer went "transparent" and I don't know how to fix it. This happens in OpenGL and in Shaded Polygon modes. In Renderworks it renders normally and properly. How do I get the dormer faces back to the same texture / opacity as the roof? Trying to re-apply using the Attributes panel has no effect. Hints please? Thanks.
  8. Gilbert Osmond

    Teaser Tuesday - Rendered Panoramas - Vectorworks 2018

    Fantastic new feature greatly improving the flow of usable information from the designer/architect to the client and/or other collaborators on a project. Teaser Tuesdays is a great feature itself -- far better to *show* new features in action, rather than just dumping a text-only list of bullet-pointed features that aren't seen until product release. Way to keep us all interested & keep our faith up for paying annual Service Select costs. (I mean that earnestly, no snark.)
  9. With this feature + the multiple-views-simultaneously feature I feel reassured that my yearly Service Select subscription funds are being put to good use. It's neat to see advanced BIM, Energos, 3d point cloud & so forth, but these more basic every-day workflow features are just as important. Glad to see they're getting implemented.
  10. Gilbert Osmond

    Pipe Run - editing Materials list? IFC??

    Thank you, exactly what I was looking for. Case closed.
  11. Gilbert Osmond

    VW 2017 SP1 is there

    Still can't find a list of changes / fixes with VW2017 SP1.
  12. I am using the Pipe Run tool in VW2017 and would like to edit & expand the items listed in the Material: drop down of the OIP for the pipe runs I created. I tried going into the "IFC..." dialogs (from bottom of OIP) and digging around there but did not find what I was looking for. VW2017 online help explains Pipe Run tools but makes no mention of how to customize Materials list. Where do I edit the list of Materials for this tool? Thanks in advance.
  13. Gilbert Osmond

    Reliability of VW2017 - share your experiences

    I also experience relatively slow imports from VW2016. ~1 minute to convert a file of moderate complexity. (Single-family home / small garden landscape.) These same files imported from VW2015 to VW2016 in probably 15 seconds or less. Once imported, however, the files are working fine, for which I am thankful.
  14. Gilbert Osmond

    Bug Report: Constrained Linear Dimension Tool (VW2017)

    I see -- my mistake. Is that a new behavior? I don't recall it working that way in VW2016. FYI when I click the .mp4 to download, a file downloads but when QT Player attempts to open it I get: "The document ..etc. etc.. could not be opened. An unknown error occurred (-12842)." Running OS X 10.11.6 here.
  15. I think I've found a bug in VW2017 Mac (initial release). The Constrained Linear Dimension Tool, when set to Constrained Chain Mode, seems to SKIP the 2nd dimension point. To reproduce: 1) Open a new blank file. 2) Draw any simple 2D object in Top/Plan view. (Rectangle or whatever.) 3) Try to use the Linear Constrained Dimension tool to created a Constrained Chain of dimensions, anywhere in teh drawing. The first & second clicks create the first dimension in the chain. The THIRD click appears to be skipped / ignored. FOURTH and subsequent clicks (all the way up to 30, which was as far as I tested it) work normally. So, if you are trying to create a chain of N dimensions, you always end up with N-1 dimensions because the 2nd dimension (on the 3rd click) is ignored. Please confirm and/or delete this thread if this has already been posted elsewhere.


  • 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.
  • ×