Ik weet het. Het is vakantie... Maar stel je verveeld je. Of je wilt je tijd goed gebruiken om je Revit kennis 'enigszins' te verdiepen. Dan is dit je kans. Een paar weken terug was Autodesk University in Las Vegas. En de Classes zijn gewoon te bekijken op het internet inclusief handouts. Hier of hier kan je zoeken naar je gewenst Class.
Zelf heb ik een Class van Marcello Sgambelluri beluisterd. De best gewaardeerde spreker dit jaar.
AB3340: Make Hardscape Follow Site Topography and Site Topography Follow Hardscape in Revit
En het is best een uurtje van je tijd waard. Je zal je niet vervelen. Hij laat zien hoe eenvoudig je een Topography kan aanmaken in Revit... En ook hoe je Revit elementen diezelfde Topography kan laten volgen... In Revit dus. Eventueel spoel je de introductie maar wat door. Veel plezier.
maandag 23 december 2013
woensdag 11 december 2013
Revit Add-in Auto Section Box update
Er zijn enkele Add-in’s waar elke Revit gebruiker een variant van geïnstalleerd zou moeten hebben.
De Auto Section Box van Coins is daar 1 van.
Auto Section Box tools zijn bijzonder prettig tijdens het werken met Revit. Ze geven namelijk razendsnel 3D inzicht in een bepaald gebied. De werking is eenvoudig: Klik 1 of meerdere te onderzoeken elementen aan. Klik vervolgens op de Auto Section knop. Vervolgens geef je het commando om een 3D view te maken, met een opgegeven maat rondom de geselecteerde elementen. En je kan nu naar hartenlust draaien en kijken. Ideaal. Wie dit nog niet geprobeerd heeft, gewoon doen.
Van de Coins Auto Section Box is er onlangs een update verschenen met prettige aanpassingen. Maast andere verbeteringen is het nu mogelijk om ook elementen in een Linked File te kunnen gebruiken. En de tool werkt beter op assembly’s.
Voor de compleetheid vermeld ik nog de alternatieven. DP stuff heeft er een.
En Harry Mattinson van Boost Your BIM heeft er ook 1 gemaakt. Wellicht zijn er nog een paar.
Andere handige top add-ins via bijvoorbeeld Revit Add-Ons en natuurlijk Autodesk Exchange.
De Auto Section Box van Coins is daar 1 van.
Auto Section Box tools zijn bijzonder prettig tijdens het werken met Revit. Ze geven namelijk razendsnel 3D inzicht in een bepaald gebied. De werking is eenvoudig: Klik 1 of meerdere te onderzoeken elementen aan. Klik vervolgens op de Auto Section knop. Vervolgens geef je het commando om een 3D view te maken, met een opgegeven maat rondom de geselecteerde elementen. En je kan nu naar hartenlust draaien en kijken. Ideaal. Wie dit nog niet geprobeerd heeft, gewoon doen.
Van de Coins Auto Section Box is er onlangs een update verschenen met prettige aanpassingen. Maast andere verbeteringen is het nu mogelijk om ook elementen in een Linked File te kunnen gebruiken. En de tool werkt beter op assembly’s.
Voor de compleetheid vermeld ik nog de alternatieven. DP stuff heeft er een.
En Harry Mattinson van Boost Your BIM heeft er ook 1 gemaakt. Wellicht zijn er nog een paar.
Andere handige top add-ins via bijvoorbeeld Revit Add-Ons en natuurlijk Autodesk Exchange.
Labels:
Add-in,
AutoSectionBox,
Coins,
Revit,
update
vrijdag 6 december 2013
Modelleer afspraken controleren in Revit
Modelleer afspraken maken voor Revit is prima.
Maar deze afspraken moeten natuurlijk wel nageleefd en vervolgens gecontroleerd kunnen worden...
Sommige zaken liggen erg voor de hand. Alle informatie moet tenslotte 1 consistent geheel vormen. Daar zijn allerlei programma’s voor, maar dat is niet waar ik het over wil hebben. (Behalve dit kleine grapje delen.)
Het is belangrijk dat een buitenstaander, een invaller of een BIM coördinator snel gevoel krijgt bij hoe een model is opgebouwd. En ook of dit consequent is gebeurt.
Het gaat me in deze Post meer om de voorspelbaarheid van het model, dan over discussies over gemaakte keuzes. Het is bijvoorbeeld een keuze, om een opsluitband in een terrein, als een Wall te modeleren. Maar het wordt pas echt verwarrend als het soms als een Wall is getekend, en soms als Line, of als een Model in Place met de Site Category. Ook kan het problemen opleveren als het element per ongeluk in vreemde Worksets staat.
Nogmaals het betreft niet de keuzes op zich, maar de controle op de consistentie van het Model.
Wat zijn dan veel voorkomende foutjes/uitzonderingen en wat zou je daar tegenover kunnen zetten?
In basis, is het vooral afhankelijk van wat een partij normaal vind. En wat alleen gebruikt wordt als trucje of als uitzondering op de regel. Onderstaande voorbeelden zullen dan ook niet voor iedereen opgaan. Toch denk ik dat het goed is hier van tijd tot tijd bij stil te staan. En ook om te overwegen of sommige controles in de standaard methodiek of Template opgenomen dienen te worden. Aandachtspunt daarbij is dat de controle bij voorkeur zo eenvoudig is, dat een modelleur zonder veel extra inspanning en eenvoudig zijn eigen werk kan verbeteren.
Paint:
Soms is het nodig of vind iemand het nodig om Paint toe te passen. Dit is valt in het Model bijna niet op en kan erg vervelend zijn bij wijzigingen die maar niet doorgevoerd willen worden.
Alle Paint kan je terugvinden via een Material Takeoff waarbij je de Filter inricht op alleen As Paint.
Verder lezen op phil-osophyinbim
Override Graphics in View / Linework:
Deze hebben een hogere positie dan een Filter. Hierdoor worden ze dus zichtbaar op het moment dat de rest van het Model door een Filter wordt veranderd. Zet daarom in alle View Templates een controle Filter bovenin de lijst. Deze Filter, doet normaal niks. Hij filtert bijvoorbeeld alle onderdelen die “irygfgrqeg” als Comments hebben. In de controle modus verander je “contains” in “does not contain”. Et voila!
Verder lezen op de Revit Clinic: Revit Visibility Hierarchy
Lines / Model lines:
Bovenstaand Filter zal lijnen niet veranderen en ook gewone lijnen vallen dan op.
Phases:
Als er meerdere Phases in een project zitten, zou je per ongeluk onderdelen in een verkeerde Phase hebben kunnen tekenen. Dit beïnvloed bijvoorbeeld de zichtbaarheid van het element.
Je zou met een specifieke Material Takeoff kunnen controleren of een Phase überhaupt gebruikt is. Of je kan met een specifiek ingerichte 3D view ook de context beoordelen.
Worksets:
Het is slim om voor de controle van Worksets, 3D views in te richten. Hier kan je in de Visibility Graphics aangeven per Workset of deze op Show of op Hide moet staan. De derde optie Use Global Settings is niet voor de hand liggend.
Levels:
Je ontkomt niet aan Levels in een Model. Toch kan je er flink last van hebben als ze niet consequent beheerd zijn. In Revit 2014 kan je een Schedule aanmaken van Levels. Hiermee kan je eenvoudig de naamgeving, types en hoogtes beheren.
Naamgeving:
Als je met elkaar hebt afgesproken, dat bepaalde Type Parameters ingevuld moeten zijn, kan je eenvoudig meerdere Schedules aanmaken. De instelling van deze Schedule is sorteren op Type. Ook moet de te controleren Parameter gerapporteerd worden en Itemize every instance dient uit te staan. Je krijgt dan keurige overzichten van alle Types.
Wat mij overigens wel eens opvalt, is dat een modelleur zich oriënteert op de Type naam. Terwijl anderen meer waarde hechten aan de Type Parameters. In wezen voegen deze Type Parameters niks nieuws toe aan de uniekheid van het Type. Wellicht dat in de toekomst de werkmethodieken wat dichter naar elkaar toe getrokken kunnen worden.
Vanzelfsprekend is bovenstaande lijst lang niet uitputtend. Wellicht ontbreken hier nog zaken die je erg mist. Laat dan een reactie achter. Ik hoor het graag.
Maar deze afspraken moeten natuurlijk wel nageleefd en vervolgens gecontroleerd kunnen worden...
Pimp my BIM |
Het is belangrijk dat een buitenstaander, een invaller of een BIM coördinator snel gevoel krijgt bij hoe een model is opgebouwd. En ook of dit consequent is gebeurt.
Het gaat me in deze Post meer om de voorspelbaarheid van het model, dan over discussies over gemaakte keuzes. Het is bijvoorbeeld een keuze, om een opsluitband in een terrein, als een Wall te modeleren. Maar het wordt pas echt verwarrend als het soms als een Wall is getekend, en soms als Line, of als een Model in Place met de Site Category. Ook kan het problemen opleveren als het element per ongeluk in vreemde Worksets staat.
Nogmaals het betreft niet de keuzes op zich, maar de controle op de consistentie van het Model.
Wat zijn dan veel voorkomende foutjes/uitzonderingen en wat zou je daar tegenover kunnen zetten?
In basis, is het vooral afhankelijk van wat een partij normaal vind. En wat alleen gebruikt wordt als trucje of als uitzondering op de regel. Onderstaande voorbeelden zullen dan ook niet voor iedereen opgaan. Toch denk ik dat het goed is hier van tijd tot tijd bij stil te staan. En ook om te overwegen of sommige controles in de standaard methodiek of Template opgenomen dienen te worden. Aandachtspunt daarbij is dat de controle bij voorkeur zo eenvoudig is, dat een modelleur zonder veel extra inspanning en eenvoudig zijn eigen werk kan verbeteren.
Paint:
Soms is het nodig of vind iemand het nodig om Paint toe te passen. Dit is valt in het Model bijna niet op en kan erg vervelend zijn bij wijzigingen die maar niet doorgevoerd willen worden.
Alle Paint kan je terugvinden via een Material Takeoff waarbij je de Filter inricht op alleen As Paint.
Verder lezen op phil-osophyinbim
Override Graphics in View / Linework:
Deze hebben een hogere positie dan een Filter. Hierdoor worden ze dus zichtbaar op het moment dat de rest van het Model door een Filter wordt veranderd. Zet daarom in alle View Templates een controle Filter bovenin de lijst. Deze Filter, doet normaal niks. Hij filtert bijvoorbeeld alle onderdelen die “irygfgrqeg” als Comments hebben. In de controle modus verander je “contains” in “does not contain”. Et voila!
Verder lezen op de Revit Clinic: Revit Visibility Hierarchy
Lines / Model lines:
Bovenstaand Filter zal lijnen niet veranderen en ook gewone lijnen vallen dan op.
Phases:
Als er meerdere Phases in een project zitten, zou je per ongeluk onderdelen in een verkeerde Phase hebben kunnen tekenen. Dit beïnvloed bijvoorbeeld de zichtbaarheid van het element.
Je zou met een specifieke Material Takeoff kunnen controleren of een Phase überhaupt gebruikt is. Of je kan met een specifiek ingerichte 3D view ook de context beoordelen.
Worksets:
Het is slim om voor de controle van Worksets, 3D views in te richten. Hier kan je in de Visibility Graphics aangeven per Workset of deze op Show of op Hide moet staan. De derde optie Use Global Settings is niet voor de hand liggend.
Levels:
Je ontkomt niet aan Levels in een Model. Toch kan je er flink last van hebben als ze niet consequent beheerd zijn. In Revit 2014 kan je een Schedule aanmaken van Levels. Hiermee kan je eenvoudig de naamgeving, types en hoogtes beheren.
Naamgeving:
Als je met elkaar hebt afgesproken, dat bepaalde Type Parameters ingevuld moeten zijn, kan je eenvoudig meerdere Schedules aanmaken. De instelling van deze Schedule is sorteren op Type. Ook moet de te controleren Parameter gerapporteerd worden en Itemize every instance dient uit te staan. Je krijgt dan keurige overzichten van alle Types.
Wat mij overigens wel eens opvalt, is dat een modelleur zich oriënteert op de Type naam. Terwijl anderen meer waarde hechten aan de Type Parameters. In wezen voegen deze Type Parameters niks nieuws toe aan de uniekheid van het Type. Wellicht dat in de toekomst de werkmethodieken wat dichter naar elkaar toe getrokken kunnen worden.
Vanzelfsprekend is bovenstaande lijst lang niet uitputtend. Wellicht ontbreken hier nog zaken die je erg mist. Laat dan een reactie achter. Ik hoor het graag.
dinsdag 3 december 2013
Introductie Trimble Vico Office in Nederland
Af en toe kwam ik Vico Office wel eens tegen. Het is een BIM pakket om onder andere mee te kunnen calculeren en plannen. En het gebruikt daarbij modellen van onder andere: Autodesk® Revit®, GRAPHISOFT® ArchiCAD®, Trimble SketchUp en Tekla Structures.
Binnenkort is de introductie in Nederland. Dit gebeurd tijdens een ontbijtsessie bij Bouwend Nederland op 13 december. Vanwege de goede geluiden ben ik toch maar eens een paar introductie filmpjes gaan kijken en.. Het ziet er goed uit, veelbelovend.
Ik ben echt benieuwd wat de werkvoorbereiders, planners en calculators in Nederland, van dit product gaan vinden. En ook, of dit product voldoende aansluiting zal vinden bij onze Nederlandse coderingen, onze bibliotheken, begrippen en werkwijzen. Altijd spannend om te zien hoe flexibel een computersysteem in werkelijkheid is. Bij deze alvast een klein voorproefje. Wellicht wordt mijn voorzichtige enthousiasme wel gedeeld.
Binnenkort is de introductie in Nederland. Dit gebeurd tijdens een ontbijtsessie bij Bouwend Nederland op 13 december. Vanwege de goede geluiden ben ik toch maar eens een paar introductie filmpjes gaan kijken en.. Het ziet er goed uit, veelbelovend.
Ik ben echt benieuwd wat de werkvoorbereiders, planners en calculators in Nederland, van dit product gaan vinden. En ook, of dit product voldoende aansluiting zal vinden bij onze Nederlandse coderingen, onze bibliotheken, begrippen en werkwijzen. Altijd spannend om te zien hoe flexibel een computersysteem in werkelijkheid is. Bij deze alvast een klein voorproefje. Wellicht wordt mijn voorzichtige enthousiasme wel gedeeld.
5D voor Dummies - of voor starters..
Labels:
4D,
5D,
BIM,
introductie,
Vico Office
vrijdag 29 november 2013
Worksharing en Worksets
In Revit heb je de keus om wel of niet met Worksharing te werken. Standaard is deze niet ingesteld. Maar wat zijn nou redenen om Worksharing te activeren en wat is de Best Practice?
Worksharing houd in dat er 1 Central File is, die met 1 of meerdere Local Files samenwerkt. Dit gebeurt, door een gebruiker de rechten over een onderdeel van het Project te geven. Deze gebruiker blijft vervolgens de eigenaar, totdat deze gebruiker de rechten bewust weer teruggeeft. Wijzigingen dienen gesynchroniseerd te worden met de Central File. Eenvoudigweg opslaan en afsluiten zorgt er niet voor dat de Central is aangepast. Behalve dan, dat de gebruiker nog steeds eigenaar is van enkele onderdelen in die Central File (met alle beperkingen van dien).
Onderdelen die door Worksharing worden gedeeld en beheerd zijn, behalve gemodelleerde elementen, Views, Families in een Project, Project Standards en zogenaamde User-Created Worksets. Deze Worksets worden vaak gebruikt om een Project in stukken op te delen. Elk stuk heeft dan een eigen Workset.
Waarom zou je met Worksharing gaan werken?
In principe moet je dingen doen met een reden. En dat geld ook voor Worksharing. Hopelijk kan ik in deze Post uitleggen waarom in bijna alle gevallen Worksharing is aan te raden.
Werken met meerdere mensen.
Als er met meerdere mensen tegelijk aan 1 project gewerkt moet worden, ontkom je bijna niet aan het gebruik van Worksharing. Daar is deze functionaliteit tenslotte ook naar vernoemd.
Worksets geven ook mogelijkheden om het beheer van een Project beter te regelen. Je hoeft ten slotte niet alle rechten weer terug te geven. Het wordt hier wel een beetje tricky, maar iemand die weet wat hij doet, en wijzigingen wil blokkeren (kijk uit dat het niet frustreren wordt) kan shared onderdelen op slot zetten. Zelf heb ik dit laatst in overleg gedaan. 1 Specifieke Schedule heb ik op slot gezet, omdat we deze Schedule gebruikten voor communicatie met Excel. Om het helemaal op slot te zetten meer uitleg via deze link.
Links
Een punt wat ik hier ook wil noemen, is de internationale Best Practice om gelinkte bestanden op een eigen Workset te plaatsen. Een van de redenen is dat Worksets lokaal worden beheerd. En een Link in de Central wordt beheerd. Als 1 gebruiker een Link Unload heeft dat naderhand consequenties voor een collega. Het sluiten van de Workset van een Link op lokaal niveau heeft geen directe consequenties voor een collega. (totdat deze weer een nieuwe Local aanmaakt. Deze is op basis van de laatst gesynchroniseerde instellingen)
Verder kan je een Central die gelinkt is in een andere Central nog steeds benaderen via een Local. Dit kan handig zijn. Als de link geen Central is, wordt dit proces veel lastiger. Verder lezen via deze link.
Wanneer een project met Worksharing als Link wordt gebruikt, kan je in die Link, alle afzonderlijke Worksets openen en sluiten. Dit heeft veel voordelen, als je met verschillende partijen moet samenwerken. Een constructeur wil al de stoeltjes van een architect niet zien. En een architect wil misschien de funderingspalen uitzetten in zijn mooi opgemaakte aanzichten.
Performance.
Ja, zegt iemand, ik werk maar in mijn eentje aan een project.
Dat kan. Maar met Worksharing ben je in staat een groot model op te knippen in behapbare stukken. Delen waar je niet aan werkt, of onderdelen die op dit moment geen toegevoegde waarde hebben, kan je in een Workset zetten en deze Workset sluiten. Op die manier blijft je model lichter en sneller. In de oude Best Practice van de RevitGG gaven ze bijvoorbeeld aan, dat je een Workset kan aanmaken voor Inrichting en Terrein. En misschien wil je de totale fundering ook niet op alle momenten zien. Al met al heeft het uitzetten van een Workset meer effect op de performance dan het verbergen of uitzetten van een bepaalde Category.
Een ander aspect met betrekking tot performance, is de mogelijkheid, om maar een deel van een Project te openen. Wanneer je een Central File aanmaakt, heb je onder Options de mogelijkheid om m.b.t. Worksets te kiezen voor Specify… Het kan irritant zijn als het niet nodig is, maar bij het openen van een Local krijg je vanaf nu de vraag welke Worksets je deze keer wil openen en sluiten. Dit is voor grote en zware projecten wel aan te raden.
Wat we ook vaak doen is Worksets alleen zichtbaar te maken in specifieke Views. Deze schakelaar kan je weer in View Templates onderbrengen. Onze terrein Workset, is bijvoorbeeld niet in alle Views zichtbaar. Alleen daar waar we in de visibilty settings specifiek hebben aangegeven dat deze wel zichtbaar moet zijn. Soms werkt dit lekkerder dan via een Category of een Filter.
Backup
Tja. Maar ik werk alleen. En aan kleine overzichtelijke project. Er zitten zelfs nauwelijks Links in mijn Project.
Zo langzamerhand kom je dan op het niveau van Revit LT uit. Maar Worksharing heeft nog steeds voordelen. Via Worksharing heb je meer mogelijkheden om een Backup terug te halen. Van elke synchronisatie wordt de gebruiker en de tijd geregistreerd en kan worden teruggehaald. Deze synchronisaties zijn lichter dan de standaard volledige Backup. Ook kan je opmerkingen aan een synchronisatie meegeven. Dit is voor sommige Revit gebruikers een Best Practice. Al moet ik zeggen dat ik het zelf eigenlijk nooit doe. Je kan overigens een Local ook openen en de Relinquish from Central aan te vinken. Deze staat dan op zichzelf volgens de laatste opgeslagen variant. Op deze manier kan je dus ook een bepaalde stand terughalen.
De andere kant..
Als je een systeem start moet je jezelf er ook aan houden! Het is weer een extra onderdeel om te controleren. Een tip om Worksets te controleren is via een 3D view met 1 Workset aan. Ook zijn er tools zoals bijvoorbeeld van db-Stuff om e.e.a. te controleren. Besef wel dat als met Groups werkt een hele Group op dezelfde Workset staat. Reference Planes in een Model Group komen dan niet mooi onder Levels and Grids te staan.
Wereldwijd zijn er genoeg voorbeelden van mensen die helemaal los gingen op Worksets. Een Twitter bericht die me bijgebleven is: Als je meer vergaderingen moet houden over Worksets dan dat er Worksets zijn, weet je dat er te veel Worksets zijn.
Worksets zijn niet de tools bij uitstek, om de zichtbaarheid mee te beheren. Maar ze kunnen er wel een beperkte rol in spelen. Worksets zijn te grof en te bewerkelijk in het gebruik om heel nauwkeurig de zichtbaarheid in een project mee te kunnen beheren. Dus geniet maar met mate.
Een ander gebruik van Worksets is om onderdelen die in de loop van het proces van de ene adviseur overgaan naar een volgende adviseur mee te beheren. Alle onderdelen in een Workset zijn snel te selecteren en te kopiëren of te verwijderen. Je zou er zelfs nog voor kunnen kiezen om dit soort onderdelen nog even in je project te laten zitten in een Workset die op de Plots permanent uit staat en in basis gesloten is. Al moet je jezelf wel afvragen waarom je deze onderdelen zou willen laten staan. Geen Best Practice.
Inhoudelijk ben ik niet echt op Worksharing of Worksets ingegaan, naast een paar tips.
Om verder te lezen zou je hier het document van Brian Andresen voor LA Revit User Group kunnen lezen.
Worksharing houd in dat er 1 Central File is, die met 1 of meerdere Local Files samenwerkt. Dit gebeurt, door een gebruiker de rechten over een onderdeel van het Project te geven. Deze gebruiker blijft vervolgens de eigenaar, totdat deze gebruiker de rechten bewust weer teruggeeft. Wijzigingen dienen gesynchroniseerd te worden met de Central File. Eenvoudigweg opslaan en afsluiten zorgt er niet voor dat de Central is aangepast. Behalve dan, dat de gebruiker nog steeds eigenaar is van enkele onderdelen in die Central File (met alle beperkingen van dien).
Onderdelen die door Worksharing worden gedeeld en beheerd zijn, behalve gemodelleerde elementen, Views, Families in een Project, Project Standards en zogenaamde User-Created Worksets. Deze Worksets worden vaak gebruikt om een Project in stukken op te delen. Elk stuk heeft dan een eigen Workset.
Waarom zou je met Worksharing gaan werken?
In principe moet je dingen doen met een reden. En dat geld ook voor Worksharing. Hopelijk kan ik in deze Post uitleggen waarom in bijna alle gevallen Worksharing is aan te raden.
Werken met meerdere mensen.
Als er met meerdere mensen tegelijk aan 1 project gewerkt moet worden, ontkom je bijna niet aan het gebruik van Worksharing. Daar is deze functionaliteit tenslotte ook naar vernoemd.
Worksets geven ook mogelijkheden om het beheer van een Project beter te regelen. Je hoeft ten slotte niet alle rechten weer terug te geven. Het wordt hier wel een beetje tricky, maar iemand die weet wat hij doet, en wijzigingen wil blokkeren (kijk uit dat het niet frustreren wordt) kan shared onderdelen op slot zetten. Zelf heb ik dit laatst in overleg gedaan. 1 Specifieke Schedule heb ik op slot gezet, omdat we deze Schedule gebruikten voor communicatie met Excel. Om het helemaal op slot te zetten meer uitleg via deze link.
Links
Een punt wat ik hier ook wil noemen, is de internationale Best Practice om gelinkte bestanden op een eigen Workset te plaatsen. Een van de redenen is dat Worksets lokaal worden beheerd. En een Link in de Central wordt beheerd. Als 1 gebruiker een Link Unload heeft dat naderhand consequenties voor een collega. Het sluiten van de Workset van een Link op lokaal niveau heeft geen directe consequenties voor een collega. (totdat deze weer een nieuwe Local aanmaakt. Deze is op basis van de laatst gesynchroniseerde instellingen)
Verder kan je een Central die gelinkt is in een andere Central nog steeds benaderen via een Local. Dit kan handig zijn. Als de link geen Central is, wordt dit proces veel lastiger. Verder lezen via deze link.
Wanneer een project met Worksharing als Link wordt gebruikt, kan je in die Link, alle afzonderlijke Worksets openen en sluiten. Dit heeft veel voordelen, als je met verschillende partijen moet samenwerken. Een constructeur wil al de stoeltjes van een architect niet zien. En een architect wil misschien de funderingspalen uitzetten in zijn mooi opgemaakte aanzichten.
Performance.
Ja, zegt iemand, ik werk maar in mijn eentje aan een project.
Dat kan. Maar met Worksharing ben je in staat een groot model op te knippen in behapbare stukken. Delen waar je niet aan werkt, of onderdelen die op dit moment geen toegevoegde waarde hebben, kan je in een Workset zetten en deze Workset sluiten. Op die manier blijft je model lichter en sneller. In de oude Best Practice van de RevitGG gaven ze bijvoorbeeld aan, dat je een Workset kan aanmaken voor Inrichting en Terrein. En misschien wil je de totale fundering ook niet op alle momenten zien. Al met al heeft het uitzetten van een Workset meer effect op de performance dan het verbergen of uitzetten van een bepaalde Category.
Een ander aspect met betrekking tot performance, is de mogelijkheid, om maar een deel van een Project te openen. Wanneer je een Central File aanmaakt, heb je onder Options de mogelijkheid om m.b.t. Worksets te kiezen voor Specify… Het kan irritant zijn als het niet nodig is, maar bij het openen van een Local krijg je vanaf nu de vraag welke Worksets je deze keer wil openen en sluiten. Dit is voor grote en zware projecten wel aan te raden.
Wat we ook vaak doen is Worksets alleen zichtbaar te maken in specifieke Views. Deze schakelaar kan je weer in View Templates onderbrengen. Onze terrein Workset, is bijvoorbeeld niet in alle Views zichtbaar. Alleen daar waar we in de visibilty settings specifiek hebben aangegeven dat deze wel zichtbaar moet zijn. Soms werkt dit lekkerder dan via een Category of een Filter.
Backup
Tja. Maar ik werk alleen. En aan kleine overzichtelijke project. Er zitten zelfs nauwelijks Links in mijn Project.
Zo langzamerhand kom je dan op het niveau van Revit LT uit. Maar Worksharing heeft nog steeds voordelen. Via Worksharing heb je meer mogelijkheden om een Backup terug te halen. Van elke synchronisatie wordt de gebruiker en de tijd geregistreerd en kan worden teruggehaald. Deze synchronisaties zijn lichter dan de standaard volledige Backup. Ook kan je opmerkingen aan een synchronisatie meegeven. Dit is voor sommige Revit gebruikers een Best Practice. Al moet ik zeggen dat ik het zelf eigenlijk nooit doe. Je kan overigens een Local ook openen en de Relinquish from Central aan te vinken. Deze staat dan op zichzelf volgens de laatste opgeslagen variant. Op deze manier kan je dus ook een bepaalde stand terughalen.
De andere kant..
Als je een systeem start moet je jezelf er ook aan houden! Het is weer een extra onderdeel om te controleren. Een tip om Worksets te controleren is via een 3D view met 1 Workset aan. Ook zijn er tools zoals bijvoorbeeld van db-Stuff om e.e.a. te controleren. Besef wel dat als met Groups werkt een hele Group op dezelfde Workset staat. Reference Planes in een Model Group komen dan niet mooi onder Levels and Grids te staan.
Wereldwijd zijn er genoeg voorbeelden van mensen die helemaal los gingen op Worksets. Een Twitter bericht die me bijgebleven is: Als je meer vergaderingen moet houden over Worksets dan dat er Worksets zijn, weet je dat er te veel Worksets zijn.
Worksets zijn niet de tools bij uitstek, om de zichtbaarheid mee te beheren. Maar ze kunnen er wel een beperkte rol in spelen. Worksets zijn te grof en te bewerkelijk in het gebruik om heel nauwkeurig de zichtbaarheid in een project mee te kunnen beheren. Dus geniet maar met mate.
Een ander gebruik van Worksets is om onderdelen die in de loop van het proces van de ene adviseur overgaan naar een volgende adviseur mee te beheren. Alle onderdelen in een Workset zijn snel te selecteren en te kopiëren of te verwijderen. Je zou er zelfs nog voor kunnen kiezen om dit soort onderdelen nog even in je project te laten zitten in een Workset die op de Plots permanent uit staat en in basis gesloten is. Al moet je jezelf wel afvragen waarom je deze onderdelen zou willen laten staan. Geen Best Practice.
Inhoudelijk ben ik niet echt op Worksharing of Worksets ingegaan, naast een paar tips.
Om verder te lezen zou je hier het document van Brian Andresen voor LA Revit User Group kunnen lezen.
Labels:
Revit,
tip,
Workset,
Worksharing
Abonneren op:
Posts (Atom)
Populaire berichten
-
Hoe begin je te tekenen in en met Revit? Tekenen in Revit lijkt soms een behoorlijke puzzel alles heeft met elkaar te maken Vandaag...
-
Slim tekenen Metselwerk koppenmaat maatvoering KOPPENMAAT Bij deze, de aftrap met artikeltjes over slim tekenen. Ik begin met de koppe...
-
Based on some questions I received lately I would like to explain some things about the spreadsheet. First of all I did update the...
-
With this post I would like to share an Excel document , with which you can build the mapping tables that Revit can use when importing from,...
-
Iemand neemt de telefoon op en vraagt: "Hallo. Met wie spreek ik?" "U spreekt met Mij." "Grapjas! Mij wie?...
-
Hoe begin je te tekenen in en met Revit? Deel 2 - De Basis Tekenen in Revit Basis
-
Ik ben geen calculator. Maar welke hoeveelheden zijn er nou in Revit uit een eenvoudig modelletje te halen. Vandaag wil ik een paar eenvoudi...
-
Filters zijn handig. Zie ook het Revit 2014 project in de bijlage . met Filters kan je het uiterlijk van tekening beheren Revit kent ...