In een eerdere post heb ik een werkmethode omschreven voor het bijhouden van wijzigingen middels een Shared Project Parameter en Filters. Dat werkt prima, maar er is ook een nadeel: de wijziginsronde die je als parameter aan een object toevoegt heeft geen relatie met de Revisions die Revit zelf kent. Terwijl deze revisions juist een aantal voordelen bieden en het gebruik ervan de eigenlijke Revit-methode is voor het bijhouden van wijzigingen.
Revisions volgens Autodesk
Zou het niet leuk zijn als deze methode in elkaar geschoven zouden worden? De officiële Revisions van Revit zijn handig: je kunt meerdere wijzigingsronden aanmaken, aangeven of ze zijn afgehandeld (of akkoord bevonden), bepalen of je het wolkje, het pijltje of allebei wilt tonen en je kunt in je stempel een mooie schedule opnemen die de Revisions van onder naar boven op je tekening opsomt. In dat laatste geval kan Revit zelfs 'zien' of een Revision voor komt op het betreffende plotblad. Minder handig is dat je handmatig alle wijzigingen moet aangeven op een view. Het is een 2D annotatie die geen relatie heeft met het daadwerkelijk gewijzigde object. Daardoor is het gemakkelijk om in een view te vergeten een wijziging aan te geven. Ook gaat de informatie verloren wanneer je het model zou exporteren.
Revisions middels Shared Project Parameters
De methode zoals eerder omschreven biedt een meer consistente oplossing voor het bijhouden van wijzigingen. Het is meer een echte "BIM" oplossing, want je stopt de informatie over wijzigingen in het model zelf, in plaats van in de 2D-laag van een view. Nadeel: alleen bij een goede kleurenafdruk zijn de wijzigingen goed zichtbaar waardoor toch de wens blijft bestaan om met een pijl de wijzigingen te benadrukken. Bovendien heb je niet de mogelijkheden voor het maken van schedules die zijn te integreren in een title block, zoals die beschikbaar zijn bij de "echte" Revisions.
Het beste van twee werelden
Stel dat Revit de mogelijkheid zou bieden om de stand van het model op een gegeven moment te bevriezen. Revit vraagt je dan of de wijzigingen vanaf dat moment moeten worden bijgehouden en zo ja: in welke Revision. Of je kunt ervoor kiezen om de wijzigingen vanaf dat moment bij te houden binnen een geselecteerde Revision. Revit vult op zo'n moment automatisch bij ieder object dat wordt gewijzigd/verschoven/verwijderd een Revision-parameter in. In het overzicht van de Revisions wordt een knop toegevoegd waarmee je naar een menu met Graphic Overrides kunt gaan. Zo zorg je ervoor dat door je hele project de wijzigingen van een bepaalde wijzigingsronde bijvoorbeeld rood worden weergegeven. En dat verwijderde objecten stiekem nog wel bestaan, maar niet of gestippeld worden weergegeven.
Eigenlijk heeft het qua werking wel wat weg van Phasing. Daarom heb ik wel eens overwogen om Phasing te 'misbruiken' voor Revisions. Maar daarbij liep ik tegen een aantal problemen op, waardoor ik het idee weer heb laten varen. Het geeft wel te denken dat het voor Autodesk waarschijnlijk niet zoveel moeite hoeft te kosten om deze methode te implementeren. De techniek is immers deels al aanwezig!
Discussier mee of stem op Augi.com
Sinds enige tijd is het op m'n werkstation onmogelijk om het venster met Warnings te openen. Dat dit venster een belangrijk hulpmiddel is om te zorgen dat je model in orde blijft heb ik in mijn vorige post uiteengezet. De oorzaak kon ik echter niet vinden en ik heb me er op een gegeven moment gefrustreerd bij neergelegd.
Totdat ik op revitforum.org ergens plompverloren in een discussie over IFC import ineens ene "taurerm" hoorde zeggen dat de oorzaak was te vinden in de Tekla IFC import add-in. Uiteraard heb ik dat eerst eens getest, maar inderdaad: direct na het verwijderen van deze add-in, bleek het Warnings venster weer toegankelijk.
Dus bij deze een oproep aan Tekla: neem deze bug zo snel mogelijk weg!
Het Warnings venster is een belangrijk hulpmiddel om te zorgen dat je model in orde blijft. Er worden in dit scherm knelpunten in je model aangegeven die kunnen zorgen voor verkeerde berekeningen, foutmeldingen bij wijzigingen en zelfs "fatal errors". Het is dus zaak om deze knelpunten zo snel mogelijk weg te werken.
Soorten knelpunten
Via Manage > Inquiry > Review Warnings kom je in het menu met een opsomming van alle knelpunten in je model. Veel voorkomende knelpunten zijn:
- overlappende elementen
- elementen die net niet evenwijdig lopen aan de X, Y of Z-as
- meerdere gelijke elementen op exact dezelfde positie
- conflicten tussen openingen en aansluitende wanden
- dubbele merken
- trappen die niet voldoen aan de voorwaarden van het traptype
Vanuit het menu kun je de elementen die een knelpunt veroorzaken in je model laten oplichten, zodat je het knelpunt kunt wegnemen. Klik hiervoor op de omschrijving van een element en vervolgens op Show. Het betreffende element zal nu in het model oplichten. Als je een keer naast het Review Warnings venster klikt, kun je scrollen om in- en uit te zoomen. Heb je gezien wat het knelpunt is, dan kun je het venster sluiten en het knelpunt wegnemen.
Handig
Als je veel knelpunten hebt, zul je je al snel gaan irriteren aan het feit dat je het venster steeds moet afsluiten om iets op te lossen en voor de volgende melding weer moet openen. Dat kan gelukkig makkelijker. Vanuit het Review Warnings venster kun je een export maken. Ze worden dan opgeslagen in HTML-formaat, wat je met iedere browser kunt openen.
In de export worden naast de error message ook de workset, family, type en element-ID getoond. Deze laatste kun je selecteren en kopiëren. Naast de Review Warnings knop vind je onder Manage > Inquiry > Select by ID de mogelijkheid om de gekopieerde code te plakken en het element te tonen.
Combineer je dit met de Add-in Auto Section Box van COINS, dan wordt je helemaal vrolijk ;-).
Stabiliteit van je model
Zoals gezegd kan een fatal error het gevolg zijn van slecht gemodelleerde onderdelen. Helaas voor dit verhaal heb ik momenteel geen voorbeeld waarmee ik dit kan laten zien, maar ik adviseer je om me om m'n blauwe ogen te geloven ;-) Netjes modelleren verkleind de kans op crashes.
Samenwerking
Voor het uitvoeren van sommige analyses, zoals het uittrekken van hoeveelheden (zowel binnen Revit als via een export naar andere software) is het noodzakelijk om sommige soorten knelpunten volledig weg te nemen om betrouwbare resultaten te krijgen.
