digitalplan:leveranse
Forskjeller
Her vises forskjeller mellom den valgte versjonen og den nåværende versjonen av dokumentet.
Begge sider forrige revisjonForrige revisjonNeste revisjon | Forrige revisjon | ||
digitalplan:leveranse [2021/08/17 11:35] – stun | digitalplan:leveranse [2022/01/05 12:33] (nåværende versjon) – stun | ||
---|---|---|---|
Linje 1: | Linje 1: | ||
Rev. 08 | Rev. 08 | ||
- | ====== Modell- og tegningsproduksjon ====== | ||
- | Leveranser av dokumentasjon er i utgangspunktet styrt av den gjeldende kontrakt eller avtale. | + | ===== 3.4 Grunnlagsmodell ===== |
- | Oppdragsgiver har en forventning til at leveransen dekker behovet for en komplett dokumentasjon innenfor hvert fag. Leveransen må inneholde tilstrekkelig informasjon til å kunne å vurdere om innholdet i prosjekteringen svarer ut alle tekniske krav og med en riktig måloppnåelse. Nøyaktigheten må være innenfor de rammene av kvalitet som stilles i den gitte planfasen. Leveransen må være kontrollert gjennom kvalitetssikring før utsendelse | + | Grunnlagsmodeller beskriver eksisterende terreng |
- | Leveransen skal gjøres etter prosjektets PDP (Prosjektspesifikk dokumenthåndteringsprosedyre), | ||
- | Manglende eller for dårlig leveranse eller dokumentasjon anses som "ikke levert" | + | Fag Filnavn Generell beskrivelse |
- | + | | Fag ^ Filnavn | |
- | ==== 3.9. Egenskaper ==== | + | | TERRENGOVERFLATE |
- | + | | GRUNNFORHOLD I BAKKEN | |
- | Egenskaper er tilleggsinformasjon om objektene. Det finnes i dag ikke systemer som knytter informasjon til objektet. | + | | EKSISTERENDE SPOR | G_EKSSPOR_XX |
- | + | | KONSTRUKSJONER | |
- | Informasjon kan normalt ikke legges direkte inn i modellen. Normalt så vil bare en objekttype-ID ligge i modellen. | + | | GEO-KONSTRUKSJONER |
- | + | | TUNNELGEOLOGI | |
- | **Alle Objekter som legges inn i fagmodellen bør ha to lag:** | + | | VA | G_VA_XX |
- | + | | KABLER | |
- | * Lag 1 – Objektet markert som symbol, med flater og volum. Laget har ikke prefiks. | + | | ANDRE EKSISTERENDE OBJEKTER |
- | * Lag 2 – Referansepunkt eller -linje tilhørende objekt. Innsettingspunktet er også utstikningsdata for objektet. Laget gis med prefix R-…… foran lagnavnet. | + | | ADMINISTRATIVE GRENSER OG FLATER |
- | + | | TEMA\\ | |
- | + | | EKSTERNE GRENSESNITT | |
- | + | ||
- | ==== 3.10. Filformater | + | |
- | + | ||
- | Bane NOR krever åpne internasjonale filformater, | + | |
- | + | ||
- | ==== 3.11. Krav til programverktøy ==== | + | |
- | + | ||
- | Etablering av en modell som skal integreres med andre modeller betinger krav til dataverktøy som imøtekommer dette. Det skal benyttes et anerkjent verktøy | + | |
- | + | ||
- | * Det stilles ikke krav til hvilke programvare som skal benyttes til modeller, men leverandør må velge programvare som gi Bane NOR lisensfri innsyn. Det oppfordres til webbaserte løsninger som er installasjonsfri | + | |
- | * Programmet og funksjoner | + | |
- | * Kvalitet: Nøyaktigheten | + | |
- | * Flyttbarhet: | + | |
- | * Struktur av innhold: Programmet må kunne lese alle formater som skal benyttes i prosjektet fra alle aktører, uten fordreielse eller tap av data. | + | |
- | * Leveranser av stikningsdata skal være i et kjent format - Land-XML eller KOF. | + | |
- | * Det skal kunne utarbeides tegninger | + | |
- | * Det skal kunne genereres volum- | + | |
- | * Modellen skal kunne brukes til kontroll ved sammenlikning av volummodell og innmålte data av utført byggeaktivitet. | + | |
- | * Det skal kunne genereres sluttdokumentasjon av modellen og tilhørende data. | + | |
- | * Objekter i modellen bør kunne være bærer av informasjon i form av egenskaper for beskrivelse av egenskaper, plassering, datoer, driftsinstrukser, | + | |
- | + | ||
- | Ved manglende dokumentasjon eller oppfyllelse av disse kravene kan rådgivers leveranse sees som mangelfull | + | |
- | + | ||
- | === 3.11.1. Datasikkerhet=== | + | |
- | + | ||
- | Alle datafiler skal ligge på prosjektets server og/eller prosjekthotell, slik at alle kan ha tilgang til de samme dataene. Det skal ikke arbeides på private harddisker og kataloger. Unntaket er arbeidskladder som ikke har interesse for andre. | + | |
- | Det skal foretas daglig sikkerhetskopiering (backup) av alle vitale | + | |
- | Det skal ikke gjøres endringer på noen fagmodeller etter at modellen er ferdigstilt, | + | |
- | + | ||
- | + | ||
- | ===== 3.12 Tegninger | + | |
- | + | ||
- | Det er behov for å lage en del tegninger i tillegg til modellen. Behovet for å lage dokumentasjon i tillegg til modellen vil endres etter hvert som digitale data kan erstatte tegninger | + | |
- | + | ||
- | En tegning kan både inneholde skjematikk eller planløsninger. En skjematisk tegning viser funksjoner | + | |
- | + | ||
- | Det vil i tillegg være behov for å lage skjematiske tegninger | + | |
- | + | ||
- | Leveranser av dokumentasjon er i utgangspunktet styrt av den gjeldende kontrakt eller avtale. | + | |
- | + | ||
- | Oppdragsgiver har en forventning til at leveransen dekker behovet for en komplett dokumentasjon innenfor hvert fag. Leveransen må inneholde tilstrekkelig informasjon til å kunne å vurdere om innholdet i prosjekteringen svarer ut alle tekniske krav og med en riktig måloppnåelse. Nøyaktigheten må være innenfor de rammene av kvalitet | + | |
- | + | ||
- | Leveransen skal gjøres etter prosjektets PDP (Prosjektspesifikk dokumenthåndteringsprosedyre), | + | |
- | + | ||
- | Manglende eller for dårlig leveranse eller dokumentasjon anses som "ikke levert" | + | |
- | + | ||
- | + | ||
- | + | ||
- | === 3.12.1 Regler for navn på lag === | + | |
- | + | ||
- | + | ||
- | Fagkode skal være første del av navnet på laget. Deretter skal navnet kategoriseres og detaljeres | + | |
- | avhengig av fag og objekttype iht. tabellene på de neste sidene. Alle ”TEMA” skal refereres til fag | + | |
- | Oppbygging av navn på lag i temafiler: | + | |
- | + | ||
- | * TEMA_KATEGORI_DETALJ | + | |
- | * _TEMA og _KATEGORI (som angitt i tabellene under) skal ikke endres. | + | |
- | + | ||
- | Ved behov kan det suppleres med ytterligere _KATEGORI. Ved behov for flere DETALJER kan | + | |
- | dette spesifiseres i hvert enkelt prosjekt. | + | |
- | + | ||
- | Automatisk genererte lag skal beholde sine navn. Dette gjelder objekter laget iht. NS3451 | + | |
- | bygningsdelstabellen o.l. Krav til navnsetting gjelder kun lag som blir manuelt navnsatt. | + | |
- | + | ||
- | ^ TEMA ^ Beskrivelse | + | |
- | | JBT | + | |
- | | JBTEL | + | |
- | | JBTEH | + | |
- | | JBTJORD | + | |
- | | JBTKL | + | |
- | | JBTEF | Banestrømsforsyningsanlegg | + | |
- | | JBTOB | Overbygning | + | |
- | | JBTTE | Teleanlegg | + | |
- | | JBTSI | Signalanlegg | + | |
- | + | ||
- | //Tabell viser koder for navnsetting av tema i lagnavn// | + | |
- | + | ||
- | ^ | + | |
- | | JBTEL_EKS | + | |
- | | JBTEL_PROSJ | + | |
- | | JBTEL_ALT1 | + | |
- | | JTOB_FASE10_SPV2_SSS | + | |
- | + | ||
- | //Tabell som viser eksempler på bruk av lagnavn// | + | |
- | + | ||
- | === 3.12.2 Krav til tegninger === | + | |
- | + | ||
- | Kilometreringen skal være økende fra venstre mot høyre. | + | |
- | + | ||
- | **Informasjon | + | |
- | + | ||
- | * Målestokk: Ta med hvilket arkformat målestokken refererer til (A1). Mange tegninger blir opp- eller nedskalert ved kopiering | + | |
- | * Tegningsnavn skal følge fagkode gitt i **{{ : | + | |
- | * Revisjon: Førsteutkastene av en tegning får revisjon 00, 01, 02, osv. Første offisielle utgave starter revisjonen på 00 igjen, og får samtidig tillagt bokstaven A (00A). | + | |
- | Alle tidligere | + | |
- | Det finnes i tillegg egne bestemmelser | + | |
- | + | ||
- | **Annen informasjon/påtegninger: | + | |
- | + | ||
- | | + | |
- | * Rutenett og/eller målestokklinjal | + | |
- | * Koordinatsystem: | + | |
- | * Kildehenvisning (navn på eier/ | + | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | ===== 3.12.3. Kvalitetsikring ===== | + | |
- | + | ||
- | Alle modeller | + | |
- | Dette må fremkomme | + | |
- | + | ||
- | Leveransen skal aksepteres av mottaker før disse anses som levert. | + | |
+ | XX er fritekst | ||
digitalplan/leveranse.txt · Sist endret: 2022/01/05 12:33 av stun