Jump to content

Gregovitch

Member
  • Posts

    37
  • Joined

  • Last visited

Posts posted by Gregovitch

  1. Another work around solution, if this happens only during your plot is to save your working file as a vectorworks drawings .vwx (instead of a .vwxw) (save as a copy in the file menu and make sure to change as a vwx drawings in the scroll menu) and plot it from there. It will give you a good archive of you set at the same time.

  2. Same issue on my side since 2 years. And it is also on all of our shared project. Something I have noticed is that it only happens on the tags we do in the annotation layers. 

     

    Have any of you tried to uncheck this guy in the Publish-PDF settings? I am going to try it now on going forward and will keep you guys noted if it still happens.image.thumb.png.1e520823dedb5279b0c649d04e678ac5.png

  3. I have actually found another way to solve my problems and it maddens me because it is so easy and perfect...

     

    Instead of asking to show me the last dash of the class with a script (or layer) I ask the worksheet to show me the class (or layer) description. It also allows me to be super flexible on the text.

     

    Thanks for the hand, I did learn a lot of all of this! 

     

    Have a good day gents!

     

     

  4. Thanks Michael the script works great!

     

    I am not sure to understand why attaching a database record is better. Does it not make a lot of the information redundant and adds another layer of coordination?

     

    I guess there must be another world of how to use the record format I have not understood yet! Time to get a refresher tutorial!

     

    Thanks for the great help!

     

     

  5. 2 hours ago, Boh said:

    am wondering though if the plot files would be able to "read" data attached to objects in the design files?

    We do data tags and worksheets in the Design file. We do keynotes and dimensions in the plot file. 

     

    2 hours ago, Boh said:

    Would referenced design layer viewports be used or old style layer referencing. If old style design layer referencing needs to be used to read data then does it save much in file size?

    I am quite new in VWX so I am not sure which type of referencing I did. I created a viewport from the view menu and asked it to be an exterior source. I am interested into learning how to do it other ways and figure out what would be the best practice for this. I guess that the other way is what @Christiaan is referring to. 

     

    2 hours ago, Boh said:

    What are the advantages with this if there are multiple people working on the project? I guess one person can be working in the plot file and others in the design file(s).

    Everybody has their file no need of shared project file. We had a lot of issue when we where multiple persons working on on document (wall, doors, windows, line and a lot of random stuff disappearing).

  6. Morning experts,

     

    I have done some reading about VWX and big files and how to makes them lighter and easier to handle. A lot of time I have stumbled on the words: "Plot file/ Production file", funnily enough it explains a concept but only vaguely.

     

    It comes with the idea of having separate type of files:

    1. DESIGN FILES, where you have all of your designs It can be split in multiples file for example (exterior walls, core, units, structure,...)
    2. PLOT FILES, where your references all of those design files and do the annotation/sheet layers in it. It seems those can also be split per document type (Plan, RCP, Sections, Elevations,...)

     

    I am trying it out on a building project, and do start to see some great improvement:

    • The design file does not have any sheet layers anymore, making it 1/3 of it's original size
    • The sheet file also gets a good lift because it doesn't need stories, not as much design layers and way less classes. 

     

    I am stumbling on some issues, and this would be the size of my exported PDF that have tripled it's size: a dashing 4.6 MB for a simple plan (previously 1.4 MB when everything was not split)

     

    I have tried to find some more detailed on the how to correctly set up plot files and could not find anything anywhere.

     

    Does some of you have knowledge on this? Any advices?

     

    Thanks

  7. Hey,

     

    I am currently facing a little issue and wonder if maybe I am (hopefully) missing something.

    I am currently working on a massive project, and to make to project more workable I have divided in multiples documents. In our case each unit type has their document. I have referenced them back in the main documents.

     

    Each of those references document have their own class/layer visibility, which means that I need to duplicate them whenever I would like to see different info of this reference file , in my case all the RCP informations (that are on a hidden class when we see the plan one).

     

    Is there anyway to ask the refence viewports to follow the current class visibility of the main folder? I feel like duplicating viewport will start to make my file even more heavier than before.

     

    Thanks

  8. I am currently working on a small issue set that will not include all of our sheets. The only option there is currently in the issue data (in the title block manager) is to add the issue set to all the sheets or only 1. I do not have an option where I can just add an issue to my selection of sheets (like the revision data in the title block manager has). 

     

    My only way to make it happen right now is to apply my revision set to all the sheets and then delete one by one the issue on all the not used sheets. The contrary does not work because it will consider each issue I do for each page as a different one ( even if they have the same name)

     

     

    Thanks

  9. Add a default toggle to the Slab Drainage 

    Currently the slab drainage tool work in a way where the height of the drain is the default.

     

    I am currently working in the parking and this is actually the contrary of what you are supposed to do. The exterior of the slab should be the default height that stays the same and the drain height varies. Would be great to have a button where you could change this variable setting (my formwork guy will be really thankful) 

     

    Being able to change the heights of the slab vertex and the slope of the slab drainage

    In the same idea as the previous one, this would improve so much the tool.

     

    Have a class for the slab slope lines

    Currently the slab slopes line (where 1 slab slope touches another slab slopes, see attaches image) takes the sames class as the slab. This creates a problems in the concrete outline drawings. It would be great if those lines could have their own class.

    image.png.43ce59f675c600d2602df839dc89978e.png

     

     

    Make the drain tag flexible

    Currently the drain tag tool has only 1 option/layout. It would be great the the drain tag tool could have an option where we add our custom tag symbols, as the ones for the spaces.

     

    Does anybody have other ideas? 

     

    Thanks

     

     

    • Like 3
  10.  

    On 8/16/2021 at 11:46 AM, cberg said:

    Here is a VW2020 file with the actual script embedded.  As mentioned above, you access it through a custom folder in the Resource Manager Scripts Pulldown Menu. 

     

    Thanks Cberg and all the persons who wrote this script. It works great.

     

    I have 2 last questions:

    - How should I change the script if I would like to add some / (or any other separators) in the new name between the sheet name, the viewport number and the viewport name?

    - Is there a way to change all the viewports name in one action or do I manually need to select each of those viewport on each of the sheets and run the script while having them selected (feels like a long process)

     

     

    Have a good day

     

     

  11. Correct viewports naming can be quite useful, especially when you use the class visibility feature in the organization palette. For the moment the only automatic viewport naming is setup to: "Viewport number/Sheet number". 

     

    I personally find it very weird because when I am searching my viewports in the organization palette it makes more sense to me to first see the sheet number then the viewport number. This is a personnel preference off course, but would it not be marvelous if we could have multiple selection of automatic viewport naming? Maybe something in the document preferences?

     

    It would be great to have a automated viewport naming that would change when ever there are changes. That would save me so much coordination time.

     

    Thanks

    • Like 2
×
×
  • Create New...