infopack logo

anvisningar

1.0.0

Bilaga 6a Revit Guideline Kapitel 6 - Kapitel 6 till Revit Guideline

Jämför fil Öppna i webbläsare Ladda ner Se meta fil
## 6.2 Struktur För att uppnå högsta ritningsklass enligt kraven ska modellen innehålla strukturerade informationsmängder. Det betyder att modellen ska innehålla objekt med egenskaper. Objekten har en koppling till utrymme, plan, byggnad och fastighet. De globala objektens egenskaper fylls i under ”Project Information” eller ”Global Information” under ”Manage”. För att det ska gå att använda informationen i förvaltningen behöver objekten vara identifierade i ifc-filen enligt ett BIP-propertyset. För inläsningens skull, är det viktigt att det heter BIP och inte BIP-V och BIP-A osv. Det är även viktigt att man använder samma (exakt samma) benämning på plan i alla discipliner. ## 6.3 Modeller ##### Layout För ritningsframställning används olika ”sheets” beroende på vad i modellen som ska visas. Här kan man släcka och tända olika objekttyper för att visa det som är relevant för utskriften. Vid relationshandlingsleverans skriver man ut önskade ritningsfiler som dwg och PDF. Hela modellen ska även levereras som ifc. Varje ritningsfil ska ha sina egna metadata som andra dokument kan referera till och ha samma namn som den layout/sheet som finns i fliken. Byggnaden visas i ”Projekt North” eller ”World” och layoutläge där entrén visas neråt. ### 6.31 Objekt Vid objektsorienterad projektering ska samtliga byggdelskomponenter veta vilket objekt det är vilket borde ske per automatik med de inställningar som man har i Revit. Vid inlämning av relationshandling ska samtliga ”wall”, ”floor” och ”roof” typer som ingår i projektet vara modellerade med rätt uppbyggnad (”Edit structure”/”edit assembly”). Men även alla övriga objekt behöver tillhöra en objektstruktur enligt BIP. Objekten i sin tur ska ha egenskaper eller parametrar som det heter i Revit. Projektfilen för en byggnad skall endast innehålla byggnaden. Ev topografi/omgivande/kompletterande bebyggelse skapas i separat fil och länkas in i projektfilen eller redovisas separat. Alla avvikelser och antaganden som gjorts vid modulering från skannat underlag markeras på avvikelsevyerna och beskrivs på avvikelse sheetsen för respektive plan, där ska även avvikelser kring oskannade utrymmen som markerats genom att placera ut 3D-objekt noteras. ##### Text Den text som visas på utskriftslayouter ska i största möjliga mån genereras från de parametrar som ligger på objekten och inte skrivas manuellt. Discipliner som länkar in A-modellen och behöver egenskaper från den kan skapa sin egen tagg och hämta information från A-modellen till taggen. ##### Parametrar/egenskaper BRA, NTA och BTA som eventuellt skapats med areaplan ska inte exporteras till IFC, som då blir egna objekt. Areor ska istället sparas som en parameter på objektet utrymme. ##### Schakt och omgivandekonstruktioner Det är viktigt att man skapar objekten på rätt sätt. Ex ska schakt skapas som hål och inte som ”model-in-place”. Lika så bör man använda ”shaft” som element. Schakt som inte är genomgående, ex elnischer, ritas de som ett vanligt utrymme med väggar. När tre väggtyper möts bör man tänka till hur de byggs eller ev kommer att rivas för att underlätta framtida hantering och minska risken för fel vid automatgenererad areamätning. Väggar ska skapas ortogonalt och horisontellt med 90 gradiga hörn om inget annat anges. Balkar ska ritas som balkar och inte som förhöjda kortare väggar. Fönster bör ritas med fönsterbänk för att det tydligare ska framgå var öppningarna är. Man ska försöka att ha så få komponenter och typer som möjligt och inte skapa nya utan att först se om det redan finns eftersom de lätt tynger ner modellen. Genom att vara konsekvent i modellen underlättar man för framtida projektörer. ### 6.32 Objektens egenskaper Alla objekt i modellen ska ha ett TypeID så att ”det vet vad det är för ett objekt”. Genom att använda ”Propertysets” får man en tydlig indikation om vad som ska vara med vid leverans. Det ska även underlätta vid konvertering till ifc-format så att man får ett smidigt informationsflöde vid leveranser inom projektet men även till den slutgiltiga leveransen till förvaltningen. Egenskaper eller objektinformation ska bara finnas inskriven på ett ställe i de digitala handlingarna, information som behöver användas på fler ställen ska hämtas från originalplatsen. Egenskaperna på objekten skapas under ”Manage”, ”Settings” och ”Project-, Shared- eller Global Parameters” Man kan skapa parameterlfiler utifrån klasslistorna som levereras i startpaketet för att enklare lägga på rätta egenskaper på objekten. I projektet kan det skapas flera olika parameterfiler för olika objekt. En del av parametrarna kan vara kopplade till sheet, en del till ”Project Information” eller andra objekt. För att läsa in parameterfiler väljer man ”shared Parameters” under fliken ”Manage”. ![Bild 6.32a](https://storage.googleapis.com/storage.infopack.io/akademiskahus/anvisningar/1.0.0/bilaga-6a-revit-guideline/media/revit-bild-6.32a.png) Klicka på ”Browse…” och välj filen ”Parameters”. Klicka sedan på OK. ![Bild 6.32b](https://storage.googleapis.com/storage.infopack.io/akademiskahus/anvisningar/1.0.0/bilaga-6a-revit-guideline/media/revit-bild-6.32b.png) För att lägga till en parameter i projektet klicka på ”Project Parameters”. ![Bild 6.32c](https://storage.googleapis.com/storage.infopack.io/akademiskahus/anvisningar/1.0.0/bilaga-6a-revit-guideline/media/revit-bild-6.32c.png) Klicka på ”Add…”, välj ”Shared parameter” och sedan ”Select”. ![Bild 6.32d](https://storage.googleapis.com/storage.infopack.io/akademiskahus/anvisningar/1.0.0/bilaga-6a-revit-guideline/media/revit-bild-6.32d.png) Välj den kategori som parametern ska adderas till, dvs var i modellen som parametern ska användas. Välj även grupparameter. Vid export till IFC välj förslagsvis ”IFC Parameters”. Klicka OK. ![Bild 6.32e](https://storage.googleapis.com/storage.infopack.io/akademiskahus/anvisningar/1.0.0/bilaga-6a-revit-guideline/media/revit-bild-6.32e.png) Gör dessa steg för alla parametrar och fyll sedan i inforamtion i parametrarna. Egenskaper som används i hyresgästprogram så som ex rumsfunktionsprogrammet dRofus ska tas i beaktan så att ex hyresgästen från dRofus inte läses in under parametern ”departement” i Revit. Ett tips är att skapa en egen parameter för ”hyresgästens hyresgäst”. Detta för att inte ge ett merarbete då areaberäkningen till exempelvis fi2xml ska visa BRA för Akademiska Hus AB:s hyresgäst. ##### Global lägesinformation Alla utrymmen ska ha en global lägesinformation som är knuten till byggnad, fastighet och plan. Dessa egenskaper är de som läses ut i strukturen i IFC-exporten. ##### SpaceNumber, SpaceName Egenskapen ”SpaceNumber”, ”SpaceName”, ”FMGUID för space” hämtas från A-modellen och berättar i vilket utrymme som installationen/objektet är placerad. Genom att använda ett FI2-propertyset som man kopplat till rätt utrymme får man ut informationen på ett enkelt sätt. Dessa egenskaper kan även tas fram genom att välja ”Nearest Spaces” i ifc-modellen. ## 6.4 Dokument På relationsritningen ska Akademiska Hus ABs ritningsram och namnruta finnas med. I Bilaga 6d Guidelines för projekt står vilken information som ska fyllas i. All text i namnrutan skall skrivas med VERSALER. Observera att inga mellanslag ska göras i ritningsnumret. Att tänka på speciellt vid uppdatering eller förändring av befintlig byggnad är; ändra inte filnamn, ritningsnummer utan att undersöka vad det medför, eftersom de kan användas som referens i textdokument mm. Använd rutan för rev datum för att visa när filen är uppdaterad. ![Bild 6.4a](https://storage.googleapis.com/storage.infopack.io/akademiskahus/anvisningar/1.0.0/bilaga-6a-revit-guideline/media/revit-bild-6.4a.png) *Bild 1. CAD-namnrutan för ifyllnad av metadata.*