Levels verwijderen in Revit

Levels vind ik zeer functioneel en ook wenselijk in een BIM. Zie ook een eerdere Post. Maar ... je moet ze NIET verwijderen. Als je ondanks deze waarschuwing toch een Level wilt verwijderen kun je hieronder lezen hoe dit zo veilig mogelijk kan.


Het is 16:00 uur en alles is wel.

Als er namelijk een Level door onbegrip, of per ongeluk, verwijderd wordt, heb je meestal een GROOT probleem. Revit kan veel elementen niet zomaar herplaatsen. Met andere woorden, elementen worden ZONDER MELDING en rücksichtslos verwijderd. En de kans is groot dat je niet eens weet wat er is gebeurt.


Het is 16:05 en er is paniek - na onderzoek blijkt er een Level te zijn verwijderd.

De elementen die verwijderd worden, zijn met name elementen met een Base Constraint op het verwijderde Level. Bijvoorbeeld Columns, Walls. (Top Constraints worden vaak veranderd in een Offset vanaf de Base - andersom kan blijkbaar niet). Vanzelfsprekend worden elementen die gehost zijn in de verwijderde elementen ook verwijderd. (Doors, Windows, Wall Sweeps etc.)
Sommige elementen worden 'not associated' (Model Lines / Text, Workplane Based elementen)
Sommige elementen grijpen terug naar een lager gelegen Level en krijgen een offset. Dit gedrag zou je overigens voor alle elementen verwachten, maar het is meer uitzondering dan regel. (Beams, Groups en indirect de inhoud van een Group)
Views die verwijderd worden krijgen overigens wel een fatsoenlijke melding.

Het mag duidelijk zijn, dat je er feitelijk niet van op aan kan. De voorbeelden die ik geef, komen uit een erg eenvoudig testmodel. En de elementen zullen zeker niet altijd hetzelfde reageren. Je BIM is gewoon kapot doordat een Level, die in gebruik was, verwijderd is.


Het is 18:30 en de backup moet maar worden teruggezet...

Een workaround in Revit, om het gebruik van een Level te controleren is de volgende:
 - zet de Level in een Group.
 - zet de Group om in een Link.
 - je krijgt dan WEL de melding dat elementen verwijderd worden. En ook krijg je een overzicht welke dat zijn. (ik zoek overigens nog een manier, om deze lijst om te kunnen zetten in een totale selectie. Christiaan deze mag je meenemen in je Wouldn't it be nice - lijst)

Als een Level wordt omgezet in een tijdelijke Linked Group, krijg je wel de lijst met niet herplaatsbare elementen.

Er zijn overigens ook Addins die (onder andere) het gebruik van Levels kunnen controleren.
Bijvoorbeeld Selection Master.

Levels in een Linked Group

Vandaag weer wat nieuws geleerd.

Een project wat al gedeeltelijk was gemodelleerd op basis van een oude Project Template gingen we weer oppakken. Maar inmiddels is de Project Template enorm verbeterd, en volledig afgestemd op Revit 2013. Daarom zat ik een beetje in dubio of we verder moesten gaan met het project op basis van de oude Template. Of dat we een poging zouden moeten wagen, om het BIM model over te hevelen naar de nieuwe Project Template. En zo ja, hoe we dat dan wilden gaan doen.
Zaken die de afweging eenvoudiger maakten, was het feit dat er bijna geen enkele Annotatie in het oude BIM model zat. En daarnaast zouden we al de BIM informatie gaan gebruiken voor een bestaande situatie. Een groot gedeelte zou zelfs ‘Demolished’ worden.

Een mogelijkheid was om alle instellingen via Transfer Project Standards over te hevelen. Vervolgens via een Schedule alle View Templates in te stellen. Ook dienen er tal van Drafting Views en Schedules gekopieerd te worden. Dit geldt ook voor Families. Ander zaken moeten handmatig nagelopen te worden zoals de Scope Box die we aan bijna alle Views hangen. Levels moeten ook een ander Type hebben. En waarschijnlijk ben ik dan nog steeds zaken vergeten, die hopelijk later niet van belang zijn.

Ik heb daar dus niet voor gekozen. Maar heb al de Model informatie in een Group gestopt, samen met de Grids. Ook heb ik voor de zekerheid Levels toegevoegd. Van de Group heb ik een Link gemaakt. Toen ik de Link als bestand opende bleek, dat er behalve de geselecteerde Levels ook 2 niet geselecteerd Levels in zaten (ik had de toegevoegde Levels van te voren een nieuwe naam gegeven, behalve deze 2 dus). Het leek erop alsof Revit zelf gebruikte Levels had toegevoegd.
Na een kort onderzoek bleek dat Revit inderdaad zelf alle gebruikte Levels herkend en toevoegt aan de Linked Group. Of dit echt voor alle Revit Categorieën ben ik niet nagaan. Maar dit lijkt wel een hele interessante manier om te controleren of Levels in gebruik zijn of niet! Revit reageerde bij mijn snelle test in ieder geval op Walls, Beams, Floors, en Stairs.

De Linked Group die een nieuw Project was geworden kon ik makkelijk met Link Revit importeren in een schoon Project. Daarna heb ik de Revit Link via Bind definitief in mijn nieuwe Project ingevoegd. Revit vraagt dan of ik behalve de Model informatie ook de Levels en Annotatie wil toevoegen. En dat wilde ik graag. Waar nodig veranderd Revit de geïmporteerde informatie naar die versie die al in het Project aanwezig is.

Purge Level Types

 Om het uiterlijk van de Levels te beheren maak ik meerdere Types aan voor Levels. Hiermee beïnvloed ik bijvoorbeeld de positie van de Level Symbol. Zo zorg ik dat deze maatpijlen en tekst niet door elkaar heen komen te staan.
Helaas was ik iets te enthousiast en wilde ik weer enkele Types gaan verwijderen. Dat bleek niet zomaar te gaan. De enige manier die ik vond, was om het Project te Purgen. Helemaal verstopt onder Families, Annotation Symbol en Level stonden de Level Types die niet gebruikt waren.

Vanzelfsprekend koste het wat tijd om het om te zetten (al valt het eigenlijk ook wel weer mee).
Maar we kunnen nu in ieder geval met een schone lei verder. En het truckje met die Levels in een Linked Group moeten we zeker onthouden.

Slim tekenen - Levels

Levels in Revit
zegen of vloek

Vele modelleurs moesten in alle redelijkheid concluderen dat een Level een prima functionaliteit is, maar dat deze met mate gebruikt dient te worden. Redenen hiervoor waren en zijn:

1.            Wildgroei aan Levels door geen (nageleefde) afspraken over Level benamingen. 

2.            Geen mogelijkheid om te controleren of een Level in gebruik is. (als je Levels wilt opschonen) En voor de duidelijkheid: Een Level die verwijderd wordt, zorgt ervoor dat elementen die niet herplaatsbaar zijn zonder melding verwijderd worden. Zie een andere Post.

3.            Slecht gebruik van het bereik van Levels. Waardoor de Levels die zichtbaar zouden moeten zijn niet te vinden zijn.

4.            Nieuwe Levels die overal zichtbaar worden als ze worden aangemaakt in combinatie met een beperkte View Template mogelijkheid.

5.            Het niet kunnen maken van een overzicht van Levels in bijvoorbeeld een Level Schedule.

Niet genoemd maar wel mijn frustratie:

6.            Het eindeloos trekken aan (2D) Level uiteinden om een goede zichtbaarheid op de afdruk te krijgen.

Waarom wilden mensen dan toch zo graag Levels gebruiken? 

Wegen de nadelen op tegen de voordelen? Of zijn de nadelen al achterhaald?