Rapporteren van gelinkte documenten

Het is vanzelfsprekend, dat bij de ontwikkeling van een project, de gegevens van de verschillende adviseurs een belangrijke relatie hebben met elkaar. Nog niet zo lang geleden, werd informatie handmatig overgenomen, of werden .dwg tekeningen als onderlegger gebruikt.
Wanneer we gaan BIM-en proberen we deze informatiestroom zo veel mogelijk tot de essentie terug te brengen en dubbele of overgenomen informatie te voorkomen. De verzamelde informatie is de stand van het werk van alle betrokken partijen.

manage Links in Revit

Dit kan een goede reden zijn om op een afdruk behalve je eigen gegevens, ook de gebruikte ‘onderleggers’ te vermelden. Bron, eigenaar en datum. Er zijn bijvoorbeeld situaties denkbaar, dat nog niet de laatste wijzigingen bij 1 of meerdere partijen is doorgevoerd. Ook zou je dit kunnen doen, om er zeker van te zijn dat de laatste versie is gebruikt. Tenslotte is het ook wel zo netjes om je bron te vermelden. Zelfs al ben je met elkaar aan hetzelfde project bezig.

Er zijn meerdere manieren om dit in Revit te faciliteren. Steve Stafford van Revit OpED maakte laatst in een post melding van een mogelijkheid om alle gelinkte Revit projecten te kunnen rapporteren in een Schedule. Dit werkt prima.

Toch kent deze methode ook enkele beperkingen. Er moet nog steeds handmatig informatie aan elke Link worden toegevoegd. Ook moet deze Schedule handmatig op elke Sheet worden gesleept. Maar belangrijker is, dat het alleen Revit projecten betreft. En bijvoorbeeld een situatie van een gemeente is doorgaans een .dwg bestand.
Vanzelfsprekend zal je .ifc bestanden, van partijen die met een ander BIM pakket werken, in een apart Revit project moeten inladen (en wat schade herstellen) en vervolgens linken.


Rapporteren van gelinkte documenten

Een alternatief voor de methode met een Schedule, is om alles op dezelfde (maar handmatige) manier te doen. Maak enkele Shared Project Parameters aan. 1 Voor elk gelinkt document. Deze Parameters moet je bij elke update aanpassen (net zoals je de Parameter in de Link moest aanpassen bij elke nieuwe datum). Voordeel van deze methode is dat alle Links op dezelfde manier behandeld worden en dat je deze Parameters ook kan laten terugkomen in een Title Block Family. Zodat deze teksten automatisch op elke afdruk verschijnen.

Shared Parameters in een Label voor een Title Block

Blog - Boost your BIM - Revit API

Als ik de tijd had zou ik me meer op de Revit API gooien...

En als je meer over de Revit API wil weten (en al iets van programmeren weet) is dit het moment om aan te haken bij Boost your BIM. Harry Mattison is een zeer ervaren Revit programmeur en publiceert met enorme snelheid interessante Blog Post. Het volgen waard.

Trouwens wat betreft zijn Post van vandaag over het meten van het glasoppervlak boven een bepaalde hoogte (bijvoorbeeld 600mm+vl) nog een alternatief.
Wanneer je glasvlakken Nested en Shared Families zijn kan je deze Families dusdanig maken dat ze dit equivalente daglicht oppervlak berekenen en rapporteren. Zorg dan, dat deze een borstweringhoogte meekrijgen. Hierbij moet de Ref Level van het glasvlak overeenkomen met die van zijn Host (en dat is het kozijn of de deur). Als het glasvlak weet hoe hoog zijn eigen onderkant zit ten opzichte van het vloerniveau, kan het equivalente daglicht oppervlak eenvoudig bepaald worden - en wel per glasvlak.
Door nu ook een kozijmerk Parameter door te geven, van het kozijn naar het glasvlak. En als tevens beide Parameters (Equivalente daglicht oppervlak en het kozijnmerk) Shared Parameters zijn. Kan je dit allemaal keurig laten rapporteren in een Schedule gezamenlijk met de aangrenzende ruimte.

Andere sites over de Revit API zijn o.a.

• Autodesk zelf My First little Plugin en Autodesk Developer Network
• The Building Coder 
• The Revit Application Store
• Meerdere Post van WhatRevitWants o.a. over Python
• Spiderinnet en een wizard for Revit .NET addin
• Revitnet
• Hakonhc RevitRubyShell

Bovenstaande links heb ik al een tijdje verzameld zonder ze echt goed te bestuderen. Waarschijnlijk zou ik gewoon moeten beginnen bij het begin. En dat is Autodesk zelf. En dan met een scheef oog met Boost your BIM en The Buidling Coder meehobbelen.
Maar ja. Tijd he.

Dit is trouwens ook een mooie plek om te verwijzen naar RTC Europe september 2013 in Delft.
Of geef ik sessie 7 van 11:00-12:15 iets te veel credit als mooie inleiding/korte introductie in de Revit API ?

hoe bouw je je eigen Revit Template?

Hoe bouw je je eigen template - goeie post
http://wikihelp.autodesk.com/Revit/enu/Community/Articles/Building_a_Revit_Template

m.n. de samenvatting op het eind:

Filters. View templates. Easily the two most important in the list, and the most productive, but you can’t leverage them until some of the other stuff is done, and done well.

Naming Standards. It makes the Filters easier, and that makes the View Templates work easier. We have a standard for naming/classifying walls. That means we can have intelligent selection sets for particular wall types: Masonry, Metal Stud, Finish Tile, and so on. Make up a system. A lousy first try is better than none at all.

Placeholder Links. Do it immediately. We spend time fussing with a consultant’s stuff over and over and over.