DAK-MANUAL FOR BYGGTEGNINGER FREDRIKSTAD KOMMUNE

Transkript

1 DAK-MANUAL FOR BYGGTEGNINGER FREDRIKSTAD KOMMUNE

2 Notat Til: Fra: Rolf Østmoe Espen Andersen Kopi: Dato: Emne: Forenklet DAK - manual Krav til tegninger i forbindelse med bygging av utleieboliger For dette prosjektet kan man enten levere tegninger elektronisk eller i papirform. Leveres tegningene elektronisk, skal DAK manualen til Fredrikstad kommune følges. Ved leveranse av papir tegninger skal følgende leveres: Plantegninger i 1:200 Fasadetegninger/snitt i 1:100 Utomhusplan i 1:200 Alle tegninger skal leveres As-buildt. Espen Andersen Avdelingsleder Driftsstyring

3 Formål med DAK-manual OptioFM AS har på oppdrag fra Fredrikstad kommune (heretter kalt FK) utarbeidet denne prosjekteringsanvisningen for DAK-tegninger (DAK-manual). Formålet er å regulere de krav alle aktører som utarbeider DAK-tegninger skal oppfylle i prosjekter for FK. Dette sikrer FK et enhetlig preg på alle DAK-tegningene uavhengig av hvem (arkitekt, konsulent) som har produsert tegningene, samt at de kan brukes av Forvaltningsavdelingen og andre avdelinger i FK uten videre bearbeiding. IT-verktøyet som benyttes til forvaltning drift og vedlikehold av eiendomsmassen inneholder en stor mengde data. Denne databasen er dynamisk koblet opp mot den digitale byggetegningen på romnivå. Det er derfor viktig for FK at aktuell informasjon kan høstes direkte fra den digitale byggetegningen ved nye byggeprosjekter, større ombygginger og rehabiliteringsprosjekter. Eiendomsrett Denne DAK-manualen med tilhørende digitale maler, etc er FK sin eiendom og kan kun benyttes til oppdrag for FK. Spørsmål om tillatelse til å bruke hele eller deler av manualen i andre sammenhenger må rettes til FK. Feil og mangler Det tas forbehold om at DAK-manualen kan inneholde feil og mangler. Eventuelle feil meldes inn til FK. Feil kan eksempelvis ha årsak i løpende endringer i NS/ISO standarder. Oppdragstaker plikter å holde seg oppdatert i forhold til dette. Revisjoner Det vil være behov for løpende revidering av denne DAK-manualen, for eksempel en gang pr. år. Hvilke punkter som er revidert og punktets tidligere innhold/ordlyd føres opp i eget vedlegg (Vedlegg 1 Revisjoner )

4 Overordnede krav for DAK - tegninger Krav til leveransen Ved overlevering skal det elektroniske underlaget som sendes FK alltid inneholde originaler med den siste revisjon. Ved overlevering skal tegninger overleveres i 2D og som *.DWG på CD. Alle tegningsfiler skal komprimeres (*.ZIP) før de lagres på CDen. CDen skal merkes tydelig med dato og byggets navn og nummer(forvaltningshetsnummer). Tegninger kan i tillegg også leveres i komprimert form (*.ZIP) som vedlegg til e-post til prosjektleder /kontaktperson hos FK. Flere modeller: Dersom det under prosjekteringen har vært hensiktsmessig å dele opp byggtegningen for en etasje i 2 eller flere Modeller, skal disse settes sammen til en modell for hver etasje før endelig lagring og overlevering til FK. Bruk av referansefiler (Xref); Dersom det under prosjekteringen er benyttet referansefiler (Xref) i modelleringen bør Xref-er ikke lagres med absolutt sti-/bane-angivelse da dette kan skape problemer for FK ved bruk på egen server. Det anbefales derfor bruk av relativ sti-/bane-angivelse. Før endelig lagring og overlevering til FK skal imidlertid alle Xref-er bindes (bind), dette for å sikre at alle benyttede Xref-er blir med i leveransen. For å fjerne alle ubruke lag skal det kjøres en purge all -kommando etter at tegningene er bindet og før de oversendes FK. I tillegg skal alle tegninger renskes for alle linjer som ligger flere ganger. Som bygget dokumentasjon: Ved overlevering av som bygget ( as built ) dokumentasjon skal tegningene merkes Som bygget i tittelfeltet under felt for tegningstatus. Produsentens ansvar Produsent skal ivareta egenkontroll av det faglige innholdet i tegningen, DAK-resultatet samt administrative opplysninger i tittelfeltet. Utveksling / overlevering av digitale tegninger til FK Ved tegningsproduksjon skal tegningene gjøres fortløpende tilgjengelig for FK s saksbehandler/prosjektleder. Tegningsfilen skal være tilgjengelig i DWG-format ved følgende faser i et prosjekt: - ved overlevering av skisseprosjekt - ved overlevering av forprosjekt - ved behov i detaljprosjekteringsfasen - ved utsendelse anbudstegninger - ved 50% i byggeperioden eller ved behov fra FK - ved ferdigstillelse (versjon 1 Som bygget ) - ved overtakelse (etter prøveperiode) - ved oppdatert som bygget. Maks 3 mnd. etter overtakelse Dersom prosjektet benytter webhotel, kan det avtales andre tegningsleveranser enn ovenfor og andre tegningsformater etter FKs behov. Tegningsleveranser til webhotel vil (i tillegg til standard leveranser på DWG) typisk være HPGL-fil og DWF-fil, eller PDF-fil. Prosjektet og tegningenes format og innhold er bestemmende for det mest hensiktsmessige utvekslingsformat i produksjonsfasen. Organisering av tegninger

5 FK stiller krav til organisering av tegninger under produksjonsfasen og i forbindelse med overlevering. Nedenforstående eksempel viser struktur for utveksling av tegninger mellom konsulenter og mellom konsulenter og FK i prosjekteringsfasen, byggefasen og overleveringen. I utgangspunktet skal organiseringen for alle FK sine prosjekter følge nedenforstående katalogstruktur, men det kan foreligge et annet forslag fra de prosjekterende som i så fall skal godkjennes av FK før prosjektet igangsettes. All utveksling skal skje via Post_ut -katalogen. I prosjekter hvor også ArchiCAD, diverse moduler i Point, eller andre DAK-verktøy benyttes, opprettes kataloger for disse etter behov. Figuren viser den overordnede strukturen for lagring av tegningsfiler. I tillegg kan disse suppleres med kataloger/underkataloger etter behov. Symbolbibliotek FK skiller på fag-tekniske 1 og administrative symboler 2 og pictogrammer 3. Symboler skal følge Norsk Standard for aktuell disiplin. Komponentene skal tegnes inn der hvor den fagmessig hører hjemme. Symboler settes inn på riktig lag i h.h.t. gjeldende lagmal for den enkelte disiplin. Bruk av egne symboler som ikke følger Norsk Standard skal kun brukes dersom Norsk Standard ikke dekker behovet. Slike symboler bygges opp av entiteter 4 på lag null, med linjefarge satt til BYBLOCK. Innsatt på riktig lag vil symbolet beholde de farger og strektyper de er konstruert med. Egne symboler skal etableres i biblioteket og overføres til byggherren sammen med byggtegningene som de er benyttet i. Dette gjelder også symboler som benyttes for tegningsadministrasjon (piler, snittpiler etc). Jfr NS 8401 om byggherres eiendomsrett til symbolbibliotekene. ID-angivelse. All ID-angivelse av systemer og produkter/komponenter som det respektive symbol representerer, skal angis som attributter i symbolet og skal følge FK sitt eget oppsette for merking som er beskrevet i detalj i Vedlegg 8. 1 Fagteknisk symbol er et grafisk symbol hvis hensikt er å gi informasjon om fagspesifikke installasjoner i bygget (f.eks. Røykdetektor ) 2 Administrativt symbol er et grafisk symbol hvis hensikt er å gi informasjon av rent opplysende art. Alle administrative symbol legges i Layout (f.eks. Nordpil ) 3 Pictogram er sterkt forenklede, detaljfattige grafisk symboler, hvis hensikt er å gi tydelig informasjon som skal kunne oppfattes raskt og helst over språkgrensene. 4 Entitet. En betegnelse på de byggeklossene som brukes i et DAK-program (f.eks linjer og sirkler)

6 For øvrig henvises til generelle retningslinjer for bruk av TverrFaglig Merkesystem (TFM) ( _Start.pdf