Jump to content

Taproot

Member
  • Content Count

    379
  • Joined

  • Last visited

Everything posted by Taproot

  1. HI Tamsin, OK, I've enabled verbose error logging. Hopefully that will help. That is good to know about the origin. In our case, the user origin and internal origin are the same, so I don't think that could be causing the errors.
  2. Initially our experience with v.2020 was great - faster then 2019 by far. Now we're experiencing a lot of instability in the software and erratic rendering issues. This morning, the program crashed when I changed the view from plan to isometric for a very small model. We have the default view for isometric set to openGL (or is it called "metal" now?) Should I be collecting these crash reports somewhere? I very much doubt that Apple cares about the report, but do the VW engineers want a copy? In this OpenGL rendering, you'll see that the lower part of the wall disappeared on the left side of the building. Re-rendering the viewport sometimes will fix this kind of error, but often we need to close the software down and re-open it and then re-render for it to correct. It happens sporadically in our openGL viewports: Elevations, perspectives, etc. The errors our weird and I find that I now have to check each viewport methodically before publishing a set. It takes a lot of time and I often feel like I have to get lucky to get all of the viewports correct before publishing a set. Related issues: Viewports that are out of date often "jump" to other locations on the sheet / page. They have to be updated to return to their original placement. If you continually zoom in and out, the images are correct, but as soon as you stop moving they go wacky. The software often crashes whenever we finish publishing a set - thankfully, the set is complete. We habitually save before publishing. The software usually crashes whenever we attempt to "Quit." No biggee - as that was our goal anyway. Here's a few more examples of mis-rendered elevations. I expect that you may want a copy of the file. We can provide you with one if you let us know where to send it. However, this is happening to most of our files. I looked at some older posts with related issues and can confirm that the user origin is the same as the internal origin AND we are not using layer links, only design layer viewports. Furthermore, there are no design layer viewports employed in the elevation renderings.
  3. When I started using TwinMotion, I shared Chaz's concern - big time! I figured that without a VW plug-in to sync model changes all of my efforts in TwinMotion would be lost each time I exported the VW file and I would have to start over in the rendering software. Happily, that is not the case. It's actually pretty easy to update the model in TwinMotion and sync it manually. It just takes a few steps and about 30 seconds. Steps: Export your model geometry via the C4D export format Import it into TwinMotion Do all of your rendering magic Later... after you make changes to the model: Re-export it via C4D using the same file name (overwrite the original used by TwinMotion) In TwinMotion, select "Import" and where your file shows up, hover over it with your mouse and click the update arrow. The revised geometry will appear in your file with all of your rendering settings intact. Here's an image showing an export that accidentally had a class turned off. (note the missing floor at the base of the bay window) A minute later, the missing class has been added and updated into TwinMotion Next step ... let some helium out of the 'floating car..."
  4. I've found consistent access to user setting across our network to be somewhat problematic. It's likely a function of the network itself rather than vectorworks, but it exists, so we've developed an alternate strategy. Our solution is to sync our user folder(s) with our office workgroup folder. We use the mac based app "Chronosync Express" to selectively sync our resources based on whichever file is the most current. That way, updated libraries etc. are populated to the central folder as well as our individual machines. This works for us - as a small office where updates are intermittent, but if two different people changed the same library on the same day, one set of changes would be lost. We haven't yet had that happen.
  5. Boh - That's a helpful tip, one that I'll likely use now that we're updating our class attributes.
  6. Curious. I've found this behavior to be repeatable in multiple files. Here's some screen shots to further illustrate the behavior. Note - these settings worked fine in 2019. First image: Two viewports. The one on the right is 50% the scale of the one on the left. Second Image: The test was to see if the "line type scale" could be reduced to 50%. This screen shot is a "preview" of the setting. Note the "X's" in the fence line. They are shown at the same relative spacing as in the larger viewport - as intended. However: Third Image: Once the user clicks OK, the line type display reverts to its default size. Note, the X's now appear at the same spacing in both viewports. Hatches don't change in either preview or after exiting the Advanced Viewport Properties dialog.
  7. In 2020 viewports>Advanced Properties The 'line type scale' only works in preview but doesn't apply to the viewport. Hatch scaling doesn't work at all.
  8. Larry - Wow - quite the innovative solution. I tried following your advice and it looks like you have to delete all of your line styles and then repopulate them from elsewhere. For me, each time I deleted the 'default' line style a different one would take it's place. I presume, therefore, that the attribute pallet maps the default to the "oldest" line style in the file. Unfortunately, we have a lot of objects in our master file that would lose their mapping if I deleted all of the line types at once. So, I'm going to use this current nuisance as the catalyst to shift our line types into class attributes and control them that way.
  9. Ok this one seems like an easy one: We have our line tool default set to a solid line (for most uses) and want to leave it as the primary setting. However, we often want to draw a dashed line - so we select "line type" from the attribute pallet and ..... end up with an obscure dash style that we never use. Every time we do this we get the same obscure dash style. I've tried setting a default dash using the eyedropper, etc. to no avail. How do I set the "line type" default style so that it sticks to something (on purpose)?
  10. Well, there goes that theory! Matt - thanks for the insight.
  11. After a day of testing out version 2020, my overall experience is positive. A bunch of us have been asking the software team to forego new features in exchange for quality, ease of use, stability, better implementation of existing tools, etc. While there is still so much on the "wish list," this release suggests that shift is in fact happening. Core Improvements Stability: The fact that Christiaan feels comfortable enough to migrate the whole office to a SP0 release says a lot. File Size: We're finding about a 40% compression rate for our files. Removing the excess and making the file structure leaner is great engineering IMHO. Dark Mode & Retooled Icons: Demonstrates that there is an awareness to updating the user interface and experience. Rendering Speed Enhancement: Open GL is snappy - Moving about the model now feels like it should. Wow good job on that one! Hope for future tool refinement: After studying the new door tool, the barn door functionality that was added appears to be a direct integration of the Marionette tool that was developed and posted elsewhere on this site. If I am right in that regard, that means that the engineering team is using graphical scripting to code the standard tools AND that strikes me as a game changer for future tool development. For example doors and windows can be constructed using if/then conditions versus all fixed parameters, etc. I think the team is laying the groundwork for some breakthrough implementation of things like the Door / Window / Stair tools that we have been asking for. Perhaps, I'm being overly optimistic, but that seems like the natural progression of where this strategy is headed. Challenges: Not every implementation is perfect yet. • When switching to dark mode the text associated with my tool pallets doesn't toggle from black to white (or white to black) so it effectively disappears. Fortunately, you can overcome this by entering the workspace editor and toggling the settings. Once the workspace resets the screen condition it works fine. • The Notes Manager can now list the notes with the Note Description as the list # - that is awesome (as in we can finally add CSI ID's or office standard addressing to our note blocks). However, it took a bunch of steps back at the same time. In 2019, the database note selection and note block organization were in one window, making the addition and organization of notes easy. Now, they are in separate windows and the interface is cumbersome. You can no longer add multiple notes at once, but instead have to add them one by one. Imagine that I'm using this tool for my sheet specs ... way too slow. Every time that you add a note, it forgets your current note database and requires you to reselect it... More to explore...
  12. I happened to check my account today and the 2020 version is now available (for Service Select members at least).
  13. Hello Chris, For our purposes, we schedule directly in airtable rather than export data from VW objects. Airtable holds our core information, so we can use it as a template when moving from project to project. The only synch we need to make is the ID # from the drawings relative to the database - which we do manually. So, we don't use an automated export method in our workflow.
  14. Hello Adam, OK - I've made the change and will let you know if the problem reappears.
  15. I find that texture application is buggy ... (I seem to be saying that about a lot of things lately). Often you need to change the texture to something else and then back to the original to force the redraw / remap of the object.
  16. Has this item been added to the bug list? It's still a daily nuisance.
  17. Yes, it can be done. I'm not sure about v.2015, but it certainly can be done in today's version. Here's a link to the help page: http://app-help.vectorworks.net/2016/eng/VW2016_Guide/Floors_slabs/Editing_Slab_Geometry.htm Here's how: Draw the slab and then draw an extrude along path for the geometry of the turn down footing. Select both and right click to pull up the context menu. Select: "Add 3D object to Slab" and voila, the slab is now modified to contain the added geometry.
  18. Yes, you can do this (and it's easiest if you have the four windows modeled separately). In the OIP, experiment with the "Top Shape" set to "Sloped" and fiddle with the "Rise" amount to get the correct pitch. In your case, where you have two bands of windows atop one another, you can also experiment with the "Transom" setting to closely approximate the upper window lites.
  19. Airtable has a whole list of templates that you can access. Here's a link to the 'Real Estate' section: https://airtable.com/universe/category/real-estate They are good for seeing what is possible, but once you get the hang of it, building a customized database that fits your needs is REALLY fast.
  20. It sounds like you are either drawing sections or details in 2D - Yes? We don't use the linear material tool for the reasons that you have found as well as it's reasonably small range of functions. Instead, try using the wall tool. That will allow you to set a single component or a series of components and will display correctly regardless of the angle that you draw them at. For items like corrugated roof decks I would suggest creating a custom line with a repeating pattern that matches the deck profile that you want.
  21. It turns out that Patrick McConnell is the author of the Super Leader tool and gave his blessing to share it here. If you haven't used it, give it a try... you might find it useful. Super Leader.vso
  22. "Super Leader" is a user scripted tool (formerly available for a small fee from VectorDepot). We still use it instead of the built-in leader tool. It offers more control, arrow styles ... and yes, it auto-classes the leader and arrowhead separately for consistent display. I'll send a note to Patrick McConnell to see if there is a way to make it available for newer users to access.
  23. I am curious if in the end that strategy works. I can see the logic in trying to keep the file lean so that fewer legacy items can cause problems. For our workflow, we've taken the opposite approach. With the exception of memory intensive libraries (symbols & textures), we keep most everything in our template file. It means that a "blank" file is about 75mb and a project file is routinely around 250mb in size. But so far we haven't run into much in the way of memory challenges. Having everything in the template: Sheets, Schedules, General Notes, Keys, Standard Symbols, Section Viewports (with standard annotation), etc... saves us a lot of time in recreating or importing these items and helps to ensure a standard across the office. It also makes it easier for us to update our standards as most everything is predominantly in one place. It's great that all of us are experimenting with different approaches so that collectively we can get a better sense of what works and what doesn't.
  24. HI Boh, Yes, this file is one that was started in 2018 and then migrated to 2019. I'm curious to hear if creating a new template works for you, so if you go that route, let us know if that solves the problem. We've been steadily building our template file over the last decade, so I"m loathe to try and recreate everything unless its absolutely necessary.
  25. We're using the latest service pack for VW Designer 2019 and we're still getting this wacky behavior with viewports (see attached video). Viewports disappear and migrate all over the page. Once manually updated, they snap back to their correct position and visibility. It's a chronic problem, so we often have to refresh viewports every time we visit a sheet to see their content. Incidentally, I just learned that the latest Mac OS (Mojave) now has screen video capture (Command-shift-5) ... which might be helpful to others in communicating issues illustrated through animation. Screen Recording 2019-07-09 at 3.53.56 PM.mov

 

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