Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

350 Spectacular


About ericjhberg

  • Rank
    500 Club

Personal Information

  • Occupation
    Landscape Architect
  • Homepage
  • Location
    United States

Recent Profile Visitors

2,188 profile views
  1. Ugh...I hate to say it, but this is a huge problem with the =IMAGE function within VW worksheets. The function actually takes a raster image of the symbol that is most commonly a vector based symbol and the resulting image is incapable of capturing lineweight. For us it is Plant symbols (Trees) with thick outlines. The plant schedule, regardless of the DPI does a horrible job of translating those symbols into the legend legibly. We actually have resorted to a workaround of double-stacking two identical worksheets on top of each other. It kinda works to darken the images, but is a far cry from how it SHOULD work.
  2. @Tony Kostreski...I am seeing this in 2020 SP5. Haven't tried it in my testing of 2021 yet. Could be particular to a specific file? I don't even have a Heliodon in the file I am working in and when I go to rotate the North Arrow...nothing. Does it have to do with Georeferencing? Screen Recording 2020-11-23 - VW North Arrow.mov
  3. This doesn't work. No matter which settings are enabled, it is impossible to rotate the north arrow within the viewport annotations layer. The only way to make it work is to actually "Explode" (covert to group) the north arrow, or create a dumb 2d symbol, which is a REALLY, REALLY bad workflow considering the intent of the north arrow tool. We actually ONLY put north arrows within viewports in case we do have multiple viewports on the same sheet with different north arrow orientations (not often and try to avoid, but occasionally). We never put north arrows in the titleblock.
  4. I am also running into this problem. For some reason VW doesn't realize that it is standard practice to rotate viewports... They don't allow the north arrow to rotate with the viewport or be smart enough to understand that the viewport is rotated. I don't mind a smart north arrow that realizes georeferencing, but it should also be smart enough to understand the concepts of rotated viewports. This is DUMB! @Tony Kostreski....I'm tagging you on this one...figure it out.
  5. @bgoff I am fluctuating between 2020 and 2021. It may be fixed in the newest SPs, but I haven't tested it again. When I said changes to the design, I meant something like if the Input/Design pressure changed, and thus pipe's resized or the output pressure changes. The corresponding data visualization doesn't change to show any changes in pipe size or output pressure...I just stayed the same as when the data visualization was first applied.
  6. Just an FYI, depending on version, there is also a data visualization bug associated with Irrigation Objects that may, or may not, be solved yet. I have submitted the bug in Beta testing and still haven't determined if it's fixed. Essentially the bug is that once a data visualization is set up, say for pipe size or for output pressure, the data visualization appears correctly upon first setup, but as soon as the design changes, the visualization doesn't dynamically update or change with the changes in parameters. The only workaround I have found was to save the data visualization, remove it from the current drawing, and then re-apply it from the saved visualization library.
  7. There should be an option to Lock In Place for Site Model objects, similar to Referenced Viewports. I can't tell you how many times I'm panning around my site model and accidentally grab it and move it...sometimes without noticing. Of course, you can Lock a Site Model, but that doesn't allow you to perform updates to it either.
  8. Yes, This functionality should be extended across ALL of the Site Modeling tools/objects, including Site Models, Grade Objects, and Site Modifiers, in addition to the current capabilities of Stake Objects.
  9. This tool should also have the ability to essentially extrude custom curb profiles along, allowing for monolithic curb and gutter and other configurations. The tool should also be hybrid in nature, allowing for 2D visibility settings and 3D visibility settings.
  10. @jeff prince This is exactly what we're looking for, even if I did hijack the post...apologies. Thanks.
  11. @Pat Stanford I think this could work okay, but I'm not sure if it works as a long-term repository of the WUCOLS data. The WUCOLS data is static, per plant, for each region. It just makes more sense to me if this could be added to the Plant Database for long-term storage of that particular data. We could do the additional record strategy if we're storing the Plants, pre-created, in a Library file (which we do already), but it seems secondary to the Plant Database.
  12. @bob cleaver I would like a way to add/reassign/classify custom fields in the Plant Database for each of the 6 different WUCOLS regions. An example would be Quercus agrifolia WUCOLS Region 1 - North-Central Coastal = LOW WUCOLS Region 2 - Central Valley = LOW WUCOLS Region 3- South Coastal = LOW WUCOLS Region 4 - South Inland = LOW WUCOLS Region 5 - High and Intermediate Desert = INAPPROPRIATE WUCOLS Region 6 - Low Desert = MODERATE With this data entered in the plant database, theoretically you could then set up a worksheet to just query the correct WUCOLS Region field and all the plants in the project would then display their WUCOLS rating for that region. Our current workflow is similar to yours where we use COMMENT to adjust the WUCOLS given the current project's location. But if we then use that same plant in another project/region, we have to change the WUCOLS information to suit the project for each plant. The suggested workflow would simply be changing the field query to the correct region, all plants would update. For WUCOLS research, this type of database customization would also be extremely effective for searching for compliant plants in the database/VW as well, generating a "potential" list depending on WUCOLS and other criteria.
  13. Agreed. Additionally, in WUCOLS a plant can have up to 6 different WUCOLS classifications depending on the designated climate zone, so ideally I would like to be able to reproduce all 6 designations in 6 different fields and then just have a worksheet query the one specific to the given project. We currently work across 3-4 of the different climate zones within WUCOLS, but also want to store ready-to-use plants. Without this, we are constantly changing the WUCOLS information for every project depending on the climate zone.


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