Jump to content

Taproot

Member
  • Content Count

    389
  • Joined

  • Last visited

Community Reputation

104 Spectacular

3 Followers

About Taproot

  • Rank
    Journeyman

Personal Information

  • Occupation
    Architect
  • Homepage
    www.taproot.us
  • Hobbies
    Kundalini Yoga, Photography, Outdoorsy Stuff...
  • Location
    United States

Recent Profile Visitors

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

  1. Hello Ash, My first recommendation is to import all DWG files into a new blank VW file. That way you can revise (i.e. delete) a lot of the extraneous class / layer information before you bring it into your working file. Once you have it in the new blank file, verify that the scale is correct. go to the drawing layers (not the sheet layers) and calibrate an item of known length against its measured length. You can then rescale everything or "The entire drawing." Once you have the object properly scaled and organized according to the classes and layers you like, you can copy and paste them into your working file. It sounds like your current problem is that the data has imported into your file and is showing up in a viewport, but you can't actually find it in the sheet layers. That's probably because the scale of the objects is way off - often 1:1 or the origin is far away from your page. Following the above steps should correct that for you.
  2. No telling what caused the error, but the first things to look at would be: 1. Is the glass still classed correctly i.e. "glazing-1" or equivalent? 2. Is the texture associated with the class still correct? 3. Try applying the glazing texture to a generic solid, extrude, etc. See if it renders correctly. 4. i.e. Try and narrow down where the problem is coming from and that will help you determine the fix. ... and if all of that fails, contact tech support.
  3. The General Notes Manager should have a much better user experience and play well with the Notes Database. Request #1: Fix addressing of notes to the note database. i.e. If the Note Manager can't find a note in a database and you correct it - ask if it should do this for all other instances. Example Situation: My Notes Database somehow disassociated from my template file during the 2020 upgrade. I have hundreds of notes organized by categories. I am now forced to go through every one of them individually and redirect the Note Manager to the correct database. Worse - the way the alerts work, this is a three step process for each note... geez. First error pop up: Second Error pop up: Make the change by manually redirecting to the correct database. Repeat for the next note, and the next... Request #2 Allow for adding multiple notes at once. This used to be possible in the Notes Manager from earlier versions. I would typically add 12 notes at a time. Now, I'm forced to add one at a time. Yuck. I considered posting these as a bug ... but assume that these features are actually working as designed - hence the wishlist posting.
  4. I"m still experiencing this issue - Since everyone isn't complaining about it, I'm guessing that it is not pervasive. It takes about 10 seconds for the hatches to load in the attributes pallet. I've tried opening a blank file AND deselecting all external sources (cloud, workgroup files, etc) to limit the attribute pallet search to the file only. The lag still persists. Has anyone found a fix for this yet?
  5. Vote and comments added. Thanks for the redirect.
  6. Adding my vote to this topic. This is a critical omission. VW encourages a class reliant workflow and without the capacity to map and assign classes over time, the whole system breaks down. We are in the process of investing significant resources into developing our office class standards ... and now I'm really wondering if that is even worth doing.
  7. Yes, it looks to be a dead end. It only works for setting up the drawing. Apparently, "smart paste" was the closest solution - but support was discontinued last year. So it seems the only solution is to periodically delete the offending classes and then "reassign" the objects to new classes until one's classes are finally scrubbed clean. That seems like a really long, slow and terrible work-around. What seems like the obvious fix would be for the "Standard Naming" to re-assign new objects placed in the file according to the mapping laid out by User. I'm surprised this hasn't been implemented. Now, if I can just remember how to move an existing thread to the wishlist part of the forum...
  8. Never Mind - It looks like the Document Settings > Standard Naming is the way to resolve this.
  9. I"m wanting to clean up our office class standards and having a devil of a time doing it. How do you "map" old classes to new ones? Is it possible? For example, let's say I want "nonplot" to now be "2D-nonplot" so that I can group all of my 2D classes in one section. As soon as I bring in a legacy object / symbol from our last twenty years of work with an object assigned to "nonplot" it will recreate that class. I would like to have a "map" in place that automatically assigns all incoming obsolete classes to new ones. Is there a way to do this?
  10. I've been trying to figure out how to do this for years! Apparently, I didn't try hard enough because your advice worked. Thanks for eliminating all of those annoying files from my desktop.
  11. 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.
  12. 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.
  13. 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..."
  14. 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.
  15. Boh - That's a helpful tip, one that I'll likely use now that we're updating our class attributes.

 

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