Jump to content

Hide Classes Within Layers


Recommended Posts

12 hours ago, khumenny said:

hide classes

 

Are there parts of the lower layer you still need to see in the VP @khumenny ?

 

If you want the lower layer(s) turned off completely use the layers option in the VP to control visibility.

 

1220874496_ScreenShot2019-01-08at11_40_47.thumb.png.c66a54877ec69a5393678ac81231b0af.png

 

If its more complicated than that and you want just a few objects 'missing' from the image you could subclass the items and have them with an added layer description. So ALL doors, but doors on layer 1 and 2 as subclasses. Bit of a pita, but you can then control doors by layer 1 , layer 2 or ALL in class visibilities.

 

Then there's the rough and ready way! - place a white filled object (no line obviously) over the offending parts. This will then hide on printing. Works for me. 

 

 

Link to comment

I agree with Gadzooks on the first recommendation.  You would have to sub class the doors on the floors to differentiate them between layers when showing the 2 floors in the same vp.

 

I would suggest that be added to the wishlist request section.  That would be a great filter to add to shut off that class for that layer only when showing more than one floor plan.

 

Rob

 

Link to comment

This issue has always bothered me. When all the good options are work arounds, especially work arounds that require redundancy (duplicate classes, stacked viewports), things are going to get sticky. I've used both strategies, and in an office with multiple users, it's inevitable that someone else will mess up your stacking order, or delete one of the viewports, or not know to turn off/on sub-classes. They'll hate you. You'll hate them. Eventually, someone will eat your food in the fridge. Was it an accident? You'll never know for sure...

It's better if we just get the software right!

  • Like 2
Link to comment

Work arounds can lead to the implementation of a feature.  The engineers can't predict every way someone will use Vectorworks.  By asking for something like this to be changed in Vectorworks brings it to the attention of people who write the code. 

 

Rob

  • Like 1
Link to comment

Hi Neil, 

In plan, the reason I like to see the floor below is to show how it relates to the working level, for example, any architecture that extends beyond the footprint of the working level, decks, roofs etc.... but as I type this I see where you're coming from as I don't separate my slabs to their own layers so perhaps I need to start doing that and I wouldn't have this problem.
Right?
It's kind of creepy how you did that.

Link to comment
  • Vectorworks, Inc Employee

I have my ways @khumenny😉

 

I do get why you're wanting to show what you are showing. You are really thinking (and hence wanting to portray) how something will be built and how the elements relate to each other. It's a good thing as that will help the builder understand your project better prior to beginning work.

 

As for separating slabs to their own layers, you certainly could do that and it does allow you a bit more flexibility while working and presenting. I still think @rgcn's wishlist request is a good one though... That would be a useful feature to have.

Link to comment

One way I have tried doing this is to have the main floorplan in top/plan view as you have, and then level(s) below that viewed in hidden line as a top (not top/plan) view. This done with two viewports, cropped around each other. A bit of a fiddly workaround though. At present I am experimenting with abandoning top/plan altogether and doing the whole thing as a horizontal section...that is kind of another story though.

Link to comment

My method is is similar to stacking viewports but instead of stacking two (or more) SLVP's I create an embedded design layer viewport of the layers you want to turn classes off. The SLVP will view this DLVP (which can be on it's own designated design layer) instead of the actual design layer. The class visibilities of the DLVP can be adjusted independently of the class visibilities of the SLVP. So a class called "Door Tags" could be off in the DLVP and on in the SLVP so the door tags of only the layers NOT in the DLVP will be visible. Confusing? Easier to do than describe...

 

For this to work the SLVP layer visibility settings needs to have visibilities for embedded DLVP settings checked. 

 

 

image.png

  • Like 2
Link to comment
8 hours ago, Boh said:

My method is is similar to stacking viewports but instead of stacking two (or more) SLVP's I create an embedded design layer viewport of the layers you want to turn classes off. The SLVP will view this DLVP (which can be on it's own designated design layer) instead of the actual design layer. The class visibilities of the DLVP can be adjusted independently of the class visibilities of the SLVP. So a class called "Door Tags" could be off in the DLVP and on in the SLVP so the door tags of only the layers NOT in the DLVP will be visible. Confusing? Easier to do than describe...

 

For this to work the SLVP layer visibility settings needs to have visibilities for embedded DLVP settings checked. 

 

 

image.png

 

Do you find this reliable?

 

In the past I've had problems with odd things happening to DLVPs viewed in SLVPs, so have been a bit nervous about using this kind of setup. It's with 3d views that I've experienced that though.

Link to comment

Boh,

 

I get what you are doing.   So the decision is stacked viewports which can sometimes be an issue one gets moved without the other, or having more Design Layer Viewports but then having the SLVP as a single object.

 

I personally prefer to have as few Design Layer as I can in project.

 

Link to comment
9 hours ago, line-weight said:

Do you find this reliable?

For top/plan views yes it is reliable. You need to have an organised file with clearly named DL's and VP's as otherwise it can get confusing if you have multiple DLVP's.

 

For 3d work, I  only use DLVP's for new builds where the siting of the bldg is still to be determined. i.e. the model is in a DLVP so it can be nudged around the site as the design progresses. 

 

2 hours ago, TomKen said:

I personally prefer to have as few Design Layer as I can in project.

I prefer to put DLVP in there own (clearly named) DL simply to keep the file clearly organised as mentioned above, however the DLVP does not need to be on it's own VP (It could be on it's own class instead).

 

Should also have mentioned that similarly to SLVP design layer visibilities you need to use the class visibilities of the DLVP's.

 

image.thumb.png.3144b1224e7644b0f62231d4fe73665a.png

Link to comment
15 minutes ago, Boh said:

For top/plan views yes it is reliable. You need to have an organised file with clearly named DL's and VP's as otherwise it can get confusing if you have multiple DLVP's.

 

For 3d work, I  only use DLVP's for new builds where the siting of the bldg is still to be determined. i.e. the model is in a DLVP so it can be nudged around the site as the design progresses.

 

I used to use them a fair bit when I was still working entirely in 2d so also in top-plan.

 

Sounds like you manage to use them in 3d. I presume that wouldn't be a sectional viewport though. I think it might be sectional DLVPs that tend to send everything haywire (I just tried again this evening and still find them to cause problems, started another thread about it).

  • Like 1
Link to comment

 

On 1/10/2019 at 3:58 PM, line-weight said:

One way I have tried doing this is to have the main floorplan in top/plan view as you have, and then level(s) below that viewed in hidden line as a top (not top/plan) view. This done with two viewports, cropped around each other. A bit of a fiddly workaround though. At present I am experimenting with abandoning top/plan altogether and doing the whole thing as a horizontal section...that is kind of another story though.

 

I'm kind of liking line-weight's direction...

I think if you peel this onion away enough, you'll come to the brave conclusion often voiced throughout this forum, and that's the need to do away with design layers altogether.

 

A pure BIM experience really only needs:

  1. stories (available)
  2. horizontal section and cut planes (the later just being the story default setting for the former) (available)
  3. option to view a set distance (# of stories) below the cut plane. (available)
  4. option to to configure the horizontal section at the cut plane as a Top/Plan view. (available?)
  5. option to control display of cut plane classes and display of beyond classes separately (available)
  6. option to control display of beyond classes in their own Top/Plan representational mode. (not available)

 

I haven't messed around with the horizontal section yet, but from what I understand, the functions represented by 1-5 are currently available? Actually, I'm not sure about #4. Can the horizontal section be viewed in Top/Plan mode at the cut plane? 

 

Am I wrong in suggesting that all of these display issues might be a bit simpler to control if we didn't have to deal with the merging of two somewhat redundant organizational/display paradigms?

 

Matt

Edited by mgries
Link to comment
11 hours ago, mgries said:

 

 

I'm kind of liking line-weight's direction...

I think if you peel this onion away enough, you'll come to the brave conclusion often voiced throughout this forum, and that's the need to do away with design layers altogether.

 

A pure BIM experience really only needs:

  1. stories (available)
  2. horizontal section and cut planes (the later just being the story default setting for the former) (available)
  3. option to view a set distance (# of stories) below the cut plane. (available)
  4. option to to configure the horizontal section at the cut plane as a Top/Plan view. (available?)
  5. option to control display of cut plane classes and display of beyond classes separately (available)
  6. option to control display of beyond classes in their own Top/Plan representational mode. (not available)

 

I haven't messed around with the horizontal section yet, but from what I understand, the functions represented by 1-5 are currently available? Actually, I'm not sure about #4. Can the horizontal section be viewed in Top/Plan mode at the cut plane? 

 

Am I wrong in suggesting that all of these display issues might be a bit simpler to control if we didn't have to deal with the merging of two somewhat redundant organizational/display paradigms?

 

Matt

 

Yes I think that a lot of problems arise from dealing with the merging of display paradigms.

 

My feeling is that design layers are still useful as an organisational device (it might be that stories can take their place, I don't know because I gave up on stories a while back).

 

I think that it's top-plan that may be the redundant part. I'd be happy to see the back of top/plan, alongside section viewports (including horizontal sections) being improved and made a bit more clever/customisable.

 

I did a thread on this subject a while back:

 

 

 

Link to comment
13 minutes ago, line-weight said:

I think that it's top-plan that may be the redundant part. I'd be happy to see the back of top/plan, alongside section viewports (including horizontal sections) being improved and made a bit more clever/customisable.

 

I did a thread on this subject a while back:

Yes, i agree with your assessment of top-plan view. It seems like it might be slowly going away. Looking at the advancements to symbols in 2019 (2D views), including more control using detail levels, it's more about individual elements having their own planar display settings, which could be paving the way to eliminating a global top/plan paradigm in favor of a 3D model paradigm (w/ object based 2D view overrides). AutoCAD was more like this, and I must admit that customizing display properties for every little thing was quite overwhelming  

Edited by mgries
Link to comment
2 minutes ago, mgries said:

Yes, i agree with your assessment of top-plan view. It seems like it might be slowly going away. Looking at the advancements to symbols in 2019 (2D views), including more control using detail levels, it's more about individual elements having their own planar display settings, which could be paving the way to eliminating a global top/plan paradigm in favor of a 3D model paradigm (w/ object based 2D view overrides). AutoCAD was more like this, and I must admit that customizing display properties for every little thing was quite overwhelming  

 

Actually that's an interesting point that the 2D symbol view thing introduced with 2019 might be seen as going in this direction. I'm still on 2018 so haven't messed around with that yet - does it allow you to set up symbol objects such that they would show as a 2d over-ride in a horizontal section as well as a vertical section? I've struggled a bit to see the point of that new feature but maybe it could be quite useful if it works in horizontal sections.

Link to comment
6 minutes ago, mgries said:

AutoCAD was more like this, and I must admit that customizing display properties for every little thing was quite overwhelming  

 

I have to say that currently I find setting up display properties pretty overwhelming in VW. Right at the moment I'm trying to rationalise how I use 'material' classes so that things work in both a 3d (openGL) view, in sections including non-merged sections, and in elevation or 'beyond the cutting plane view' and its close to driving me insane. I've had to basically draw up a table to try and work out which settings where have what effects in which display modes. Settings are scattered in different locations, many have misleading names, and certain combinations work in one display mode but not another. It's a mess, really a mess.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...