cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Element Visibility Control

 

When modeling I often feel hamstrung by a lack of control over the visibility of elements in model space which can be traced to the fact that its tied to layers. 

 

Ignoring any discussion about layers raison d'être in todays object oriented applications I just note that its strange to rely on a coarse and rigid structure as layers for visibility when we have access to a much finer and flexible selection functionality. 

 

At the same time there are functionalities already in place that undermines the hegemony of layers regarding visibility.

 

  • We can hide elements in 3D by type.
  • We can hide elements in 3D by selection.
  • We can hide elements in both 2D and 3D by renovation filters.
  • We can as of AC27 hide elements in both 2D and 3D by design options. /edit240521

 

I would like to see a effort to consolidate all this control functionality in to one tool and base it on the same logic as the Find & Select tool.

 

My rather spontaneous concept idea for intuitive visibility control is a toggle between 'Show All' and 'Hide All' with an exception/inversion list based on Criterion Sets or Criterion Set Combinations. 

 

Show All

Hide All

-----------------------------

Exception/Inversion

Criteria Set 1

Criteria Set 2

Criteria Set ...

 

Another functionality that would be useful is the ability to set hidden elements as reference - locking and fading/wireframing/x-raying them.  

51 Comments

No need to remove layers - they just become a criteria as any other based on which visibility would be controlled.

 

Getting separate (sub)layers of hosted elements and skins/components would help with current management issues but is ultimately a step in the wrong direction - towards a dead end. The right direction is introduction of generic property bearing objects with nested structure which in contrast to sublayers would make it possible for nonexclusive membership (as implemented for IFC already).

 

Regarding the prospect of this wish getting implemented anytime soon - or before we are all out of business. As I see it (and as shown in this thread) - most of the tech for this is already implemented in one way or another and whats keeping AC from supporting a modern workflow is a decision made by GS to stick with layers for the foreseeable future. I haven't managed to get an answer to if it's due to technical or conceptual reasons but given how visibility actually is set in AC it is clear that layers is a relic.

mthd
Ace

We have all noticed that much work has been done in recent versions with layer improvements. 

Do you have an example of a CAD software that doesn’t use the traditional layer system so I can understand what you are proposing for the future of AC ? We are all layer conscious at present and my middle button on my 3DConnexions CAD mouse is programmed to bring the layers up. I use it all the time.

 

different views require different combinations of elements that show and don’t show. So how do you do that without layers is my question because I don’t understand what “generic property bearing objects with nested structure” is all about. I would like to know if you can explain it more clearly to me as I am not always firing on all cylinders in my older age lol.

stefan
Advisor

Layers = a single tag (each element can sit on only one layer) which controls visibility and a few other aspects (locking/freezing)

Revit formally lacks layers, but has means to manage this with Filters & Worksets

 

Layers is recognisable for CAD users, but in itself is nothing more than a single value from a list of allowed values. You can already do most of the filtering with the Graphical Override system. You can also notice that the Renovation Display is now also part of the Graphic Override (but not quite, as they still have a special status and dedicated attributes and configuration palette). And you can't "hide" objects using GO.

 

I agree with the feeling that all the techniques are there and work, but are scattered over different toolsets, developed at different times over the years.

As said - no need to abandon layers if they are too rooted in code or minds and they could continue top fill a role as a hard data separator. So your request should rather be for examples of software where layers isn't the primary visibility control which would be pretty much all BIM focused viewers which prompts the question as to why that is? I don't think Revit uses layers, Rhino does but isn't really standalone object oriented BIM (and they actually have a proper layer functionality in contrast to AC, not sure what recent improvements you are referring to?) But more importantly - AC itself is an example. If you do use criteria you should understand the proposed goal - there is no difference between visibility in a schedule and visibility in model space.

 

Regarding the generic property bearing objects with nested structure - it has little to do with this wish but was more to point out that layers are a dead end in a modern BIM world. Instead of keeping elements together by placing them on the same layer we should keep elements together by placing them in the same abstract information object - akin to IfcGroup.

DGSketcher
Legend

I fully agree with @thesleepofreason objective and in a BIM model filtering by layers is a blunt tool.

 

There is however another aspect to this that I believe GS need to resolve before Criteria Visibility Filtering can be properly implemented, and that is presentation in the 2D Plan Window. That 2D reference already sounds inappropriate and is also closely tied to the Layers concept. More recently, (and this is only because my model content allows it), I regularly present plan views using 3D Documents. Why?  - because it provides a stable view where dimensions aren't constantly recalculating to suit a changing 2D plan view. Unfortunately 3D Documents don't allow elements to be edited unless modified through parameters. The funny thing is, the Elevations & Sections are basically 3D views but they do allow editing and seem also to be annotation stable.

 

You can use is zero height stories to establish a stable view and avoids creating duplicate layers for dimensions etc, but for story height sensitive objects this becomes problematic.

 

If AC was capable of generating Views that allowed annotation to be reliably connected to elements, then views using any filtering method should become a possibility e.g. Annotations applied to a view are exclusive to that view.

 

It is another example of all the technology is there, it's just not used with modern joined up thinking. What I am suggesting is the section / elevation view coding should be repurposed to also include plans and details. Maybe one day it might happen, but there again it may be "the legacy code just is too complex"...

Scraptrash
Booster

The OP’s suggested criteria based filtering sounds like coming from Navisworks. And it surely is a modern way of filtering.

While we probably won’t change GS’s thinking about how messy and outdated has the layer system become, let me try to list out the things GS uses layer for:

 

- object Visibility (on/off)

- lock for editing (to be confused with object lock)

- intersection group in priority junction

- wireframe or shaded in 3D

 

Some other things recommended to be done by layers:

- design options (new tool introduced)

- phasing more than existing / demolished / new

- showing finishes only without structure & core

- list go on...

 

Ways to organise layers:

- layer extension

- layer combination

- folder

- search

 

To me Layer is a dumping yard. Whenever I need to produce drawings / visualisation for some special hide / show set, if not already achievable by other archicad hide / show functions, I would be always recommended to use and add layers. Having said that, to counter the layer bloat, GS has been introducing ways of finding way through layers while spending no effort to reduce the layer bloat.

 

Happy Adding Layers!


@Scraptrash wrote:

The OP’s suggested criteria based filtering sounds like coming from Navisworks. And it surely is a modern way of filtering.


As it turns out it could just as well have come from AC itself. Model compare already has not only it but also interactive listing of the criteria extension for overview and quick selection. Apparently GS doesn't consider it useful when actually designing/modelling and decided to put it in a niche. And given the current development I would not be surprised if we see it introduced on BIMx for mobile devices before it becomes part of the everyday workflow.

 

thesleepofreason_0-1709021304122.png

 


@Scraptrash wrote:

While we probably won’t change GS’s thinking about how messy and outdated has the layer system become...


No - and it seems impossible to even get them to realise what's needed for a layer based approach to be tolerable. Instead we get folders without hierarchical control and interactive visibility control (and proper edit lock) for design options rather than layers. 

 

thesleepofreason_1-1709022632800.png

 

If these already implemented functionalities where to be consolidated, generalised and somewhat enhanced as to be a a part of the general workflow - rather than some specific niche on-screen only effect - AC could make up for much of five year's neglect in one release.

DGSketcher
Legend

All the above ideas are great but I think for GS to grasp the issue they need to understand our objective in a modern 3D design workflow. It is a simple concept...

 

I want to filter which parts of the model are displayed using attribute filters and when I set a view point it should show the model using 3D the same as elevations & section cuts.

 

The use of criteria should allow you to filter the model, even if it is just "by layer", but equally we need to remove the storey based view constraint, which appears to be the root of many documentation missing/changed/display annotation issues. There is also a strong argument for annotation moving outside the viewport.

 

If someone from GS could perhaps engage on this issue then perhaps there might be a chance of moving it forward... 🕰

vdentello
Advocate

I'd only agree to have hidden elements if we had a per view panel where you can find out what's hidden  in the view, just like a Allplan, from Nemetschek (hey, they even share the house). Otherwise it becomes revit, where you kinda have to hunt down hidden elements.

Yes - an interactive palette indicating if all is show or hidden or what criteria sets is active as exception is essential for efficient and intuitive control. Any "one-off" elements hidden by selection would be clearly indicated by GUID criteria.

Status
Upvoted

with 51 Votes

Wish details