Jump to content

ericjhberg

Member
  • Content Count

    336
  • Joined

  • Last visited

Community Reputation

118 Spectacular

4 Followers

About ericjhberg

  • Rank
    Journeyman

Personal Information

  • Occupation
    Landscape Architect
  • Homepage
    http://www.pc-ld.com/
  • Location
    Ventura, CA

Recent Profile Visitors

1,197 profile views
  1. ericjhberg

    Project Sharing - Does this really work in the wild?

    We have tried on a couple of projects, rather large in scope, and have had moderate success. That said, we have decided to avoid it going forward because the errors we did experience, which were mostly confined to edited resources not updating, are scary enough and sometimes not noticeable until much later when it is too late to fix.
  2. ericjhberg

    2019 where I left off

    If you make any changes to the document, do they save?
  3. ericjhberg

    Site Model: Proposed + Existing Contours

    Yep, this is a frustrating one for sure and has been voiced now for long enough to have made the fix. It is also a pretty well established graphic standard in the landscape architecture world and the "improvements" should always be gauged against these standards to make sure users can actually use the tools in their workflow. Regressing functionality shouldn't happen with "improvements"...otherwise, what is the point of having improved tools you can't even use without a complicated workaround.
  4. ericjhberg

    Site Model: Proposed + Existing Contours

    We are used to handing off grading plans to civil engineers and haven't had to experience these problems first hand until very recently. Yes, this is a very frustrating regression with no fix yet. Hopefully the new release will have features like this fixed?
  5. I've got over 60 different SketchUp models I need to import and due to resource conflicts, I have learned that it is best to import them all into one file, all at once. That said, the SketchUp import only processes one file at a time, needing the user to accept each import manually. It's at the pace of about one import every 2 minutes or so. I was wondering if there was a way to script this import process so that Vectorworks would just use and import the same settings for all the files, without the need to have a user accept each import every 2 minutes for 2 hours of time? Any help or suggestions are welcome, thanks.
  6. ericjhberg

    Grade Objects - Great Idea...Poor Execution

    Yep...all for the sake of 'smart' tools. At the base level I understand the promise of BIM and its potential to change the way we design and draft. I often compare it to the old saying "work smarter, not harder". This all falls apart though when you spend 4x as much time making things 'smart' as you would using traditional methods, especially when that 4x doesn't pay off in the long run with reduced time on revisions or enhanced collaboration. I sometimes feel that VW misses this point and just creates tools and features for the sake of having tools and features, without asking the question of how this gets used. Furthermore...how specific tools get used seems to be framed around very specific types of applications, applications that users don't necessary know about before diving in. I feel that the irrigation tools and many of the site tools were designed to accommodate the residential, single-family market and then when large-scale landscape architects try to use them for massive projects, they fail or these efficiency problems creep in. Marketing continues to push the tools to a broader audience, whether or not they were ever intended or designed to facilitate the variety of scales being pitched. You and I have had these conversations before and you know where I stand. If VW and Landmark specifically is gearing to be the preferential tool used by the landscape architecture profession, then they need to get outside the small box they have created for themselves.
  7. ericjhberg

    Grade Objects - Great Idea...Poor Execution

    Wow @rowbear97, you were a busy one on here this morning! Regardless of how you make the grade object, it still takes way too long to edit some of the functionality of one, once it's created. The tool is actually very useful for annotating slopes on a site model, if it didn't take so long to create using the toolbar tool. What I have found though is that once you create one, you can just copy it and move around copies to a much quicker effect than drafting one from scratch each time which takes more than 30 seconds each to get from first click to application. My thinking is that if Vectorworks is going to create tools for our use, then they should be useful and practical tools, not only from a functional standpoint, but also from a practical application perspective. 30 seconds is far too long to expect anyone to wait to draft a grade object when we may have hundreds to do. This problem doesn't stop with grade objects too...take irrigation tools, they often take 15-20 seconds per command, adding hours to a drafting process.
  8. As a landscape architect we consistently find ourselves floating between the worlds of architecture and civil engineering...it's one of the benefits of the profession, and sometimes even a headache. With that in mind, we constantly have the need to convey units in both Feet & Inches (architectural) for details and sit dimensions and Decimal Feet (engineering) for anything having to do with survey or elevations. Unfortunately VW doesn't make this very easy. Currently the only real tool we use that allows us to specify the type of units to use is the Stake Tool, which works perfectly. With this tool, it is possible to leave the Document Units in Feet & Inches while showing elevations in Decimal Feet (or visa versa if ever needed). Dimensions should be similar...so should Grade Objects, Site Model Labels, etc...really anything that returns a dimension, the user should have the option of setting the units to be displayed and to be able to do so en masse when needed to change. Take Site Models for example. Currently the contour labels on a Site Model (which have more problems than just units...see other posts regarding this issue) will display only the units that match the Document Settings. Even if you change the document settings to Feet and Inches, the contour labels will show with the number of decimal places specified in the Document Units, so a 50' contour on a site model will ready either 50'-0" or 50.00 and neither one of these is desired, appropriate or standard. The only way to achieve some of the desired results is to constantly switch the Document Units back and forth, which I'm not entirely sure is a good idea for rounding and tolerance reasons?
  9. ericjhberg

    Irrigation Tools...So Slow!

    When doing a large irrigation system (I'm working on several with over 70 stations), the connection time is incredibly cumbersome and slow. The file I am currently working on takes up to 15 seconds to make one connection. Additionally, we have already turned off the Auto Calculation Update feature, so that is just processing time. Some simple math to show you how cumbersome this actually is... 830 outlets of just one type (over 2000 total in the project) = 830 connections 830 connections at 15 seconds each = 12,450 seconds = 207.5 minutes = approximately 3.5 hours of drafting to make the connections. When compared to our traditional methods, we could do this drafting in approximately 1 hour or less. So for 2.5 extra hours, what do I get? Some data attached to the pipe network? That would be great, except half the time there is at least 1 error for every 20 outlets, which has to be found, diagnosed, and corrected, adding at least another hour to the mix. I get that we are supposed to be moving into the "smarter, not harder" category, but this is only coming at it from the "smarter" perspective while making it a whole lot harder to meet your targets. Expand your horizons Landmark and start thinking bigger than a single, lot residential project. We need BIG applications here that scale easily!
  10. The Grade Object tool in Landmark has long been a frustration of mine. It is a very powerful tool, but when used in actual applications it is SUPER SLOW and cumbersome. I hope the grading tools and workflows get a hard look for both functionality and usability because many are just clunky and not applicable in a professional setting.
  11. It would be incredible if Hardscapes and Landscape Areas could be managed by Styles, similar to walls, roofs, slabs, titleblocks, etc. With this functionality, these would be saved as resources similar to Wall Styles, Roof Styles, Slab Styles, etc. and then could be edited in one location to make changes throughout the document. Currently the functionality of Save Hardscape... or Save Landscape Area... does create a resource manager resource, but that has no effect/connection to the instances located in the drawing. Furthermore, it really can't even be edited in the resource manager. Right now, the only way to enact large changes to multiple similar hardscapes is to make the changes to one and then use the match properties to apply it to all others. There are several reasons why this isn't ideal, Very Slow - Matching properties to hundreds of hardscapes or landscape areas can take forever to complete Inaccurate - The match properties workflow is a manual selection workflow and is only as precise as the users selection abilities/criteria It's time to rethink the way the Landmark tools fit within the greater movements of VW tools, I feel like they are out in their own little world and really should be brought into the fold.
  12. ericjhberg

    All fonts and formatting changed...in multiple files

    Thanks Kevin...unfortunately our work arounds had already rendered this fix difficult to gauge, but I will try to keep it in my head for the next time...which hopefully never comes. I have to say that I was perplexed by this one...haven't ever seen it before.
  13. We have had a nightmare scenario where in a push toward a deadline we noticed that ALL of the fonts and their formatting changed throughout several documents and their associated references. I have never seen anything like this before in our workflow and we have been using for a long time. Thoughts?
  14. With the new irrigation tools we are still trying to figure out a workflow that streamlines connections on a large job. Unfortunately it is much harder to layout a clean diagrammatic irrigation plan using the new tools since after pipes are created, offsetting lines is no longer an option. Additionally, the process to connect several emitters to lines can is very cumbersome when using the pipe tool and we often experience issues where items become "disconnected" from the network despite the fact that they appear to be connected...blue drop down arrow is present and asks Detach from Pipe Network, despite the fact that the emitter isn't connected to begin with. Perhaps there is a way to create an Auto-Connect command that could be run on selected emitters. This command could automatically draw in connecting lateral pipes to a chosen branch lateral already drawn? Or correct connection error problems by joining to the nearest drafted pipe? Anything to save the headache of troubleshooting connections when your calcs tell you that 5 emitters out of 1000 are not connected properly.
  15. YES, YES, YES THUMBS UP X1000. Better document coordination!
×