Bruk av datobegrepene i SOSI 4.

Like dokumenter
Rapport fra arbeidsgruppe for felles forvaltning av landbruksveger

Fagområde: Generelle typer

9 FKB LedningVa (Vann og avløp)

Hvert objekt i AR5 har såkalt metadata. Metadata er informasjon om informasjonen.

9 FKB LedningVa (Vann og avløp)

SOSI-standard - versjon SOSI Del 3 Produktspesifikasjon for FKB Naturinfo Side 1 av 16

Nye regler for konstruksjon av vann i Geovekstprosjekt.

Krav til ferdigvegsdata fra entreprenør.

Tiltaksbase etter Plan- og bygningsloven. Trude Lien

Kartverket og ledningsdata, FKB-Ledning. Geovekst samling for Troms, Geir Myhr Øien

Sentral Felles Kartdatabase - Krav til dataene. Fagdag - Utveksling og forvaltning av geodata Nils Ivar Nes, 22.mai 2017

Produktspesifikasjon, FKB-Ledning 4.5. Fagsamling om FKB-ledning, Skien v/geir Myhr Øien, Kartverket

Produktspesifikasjon: Storulykkeanlegg

Felleskartdatabase. Status på FDV arbeidet

Produktspesifikasjon. Avstandsmåling (ID=335) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Sosi Generell del Generelle typer

11 FKB Arealbruk. SOSI-standard - versjon SOSI Del 3 Produktspesifikasjon for FKB - Arealbruk Side 1 av 33

Ulykkesstrekning (ID=717)

17 FKB Bane. SOSI-standard - versjon SOSI Del 3 Produktspesifikasjon for FKB - Bane Side 1 av 12. Innhold

Sentral Felles Kartdatabase FKB versjon 4.6. Geir Ingebretsen, FKB-ansvarlig Trude Lien, Vedlikeholdsansvarlig

Januar versjon

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. ATK-punkt (ID=162) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

NOTAT. Emne Sak Detaljeringsnivå på FKB-produkter Geovekst-forum Geovekst-sekretariatet Dato

Konseptskisse: Sentral Felles Kartdatabase

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Sist endret: Definisjon: Målt bredde gjeldende over en strekning. Breddemåling må være "datter" til annet vegojekt.

1. Definisjoner Forholdet mellom SOSI fagområdestandard og SOSI produktspesifikasjon SOSI fagområdestandard... 4

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

Produktspesifikasjon. Snøskjerm (ID=848) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema

Felleskartdatabase. Status på FDV arbeidet

14 FKB Veg. Versjon SOSI Del 3 Produktspesifikasjon for FKB - Veg Side 1 av 95. Innhold

Produktspesifikasjon. Kabelgrøft (ID=843) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Nytt forvaltingsopplegg Produktspesifikasjon

Produktspesifikasjon. Fartsgrense (ID=105) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjoner for Norge digitalt

1 FKB Høydekurve. Versjon SOSI Del 3 Produktspesifikasjon for FKB - Høydekurve Side 1 av 38. Innhold

Strekning som har enhelig bredde på vegen. Inneholder bredde på dekke, kjørebane og total vegbredde. Driftskontrakter

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

SOSI Ag7b Ledning 14.oktober 2011

Produktspesifikasjon. Fartstavle (ID=624) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema med betingelser

11 FKB Arealbruk. SOSI-standard - versjon SOSI Del 3 Produktspesifikasjon for FKB - Arealbruk Side 1 av 42

FDV-årsmøte Unni Antonsen

Videre i notatet problematiseres de mest sentrale prinsippene og FKB-datasett som bryter med et eller flere av disse.

SOSI generell objektkatalog og objektkatalogen i en produktspesifikasjon

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

Ulykkesinvolvert person (ID=572)

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Oppslagstavle for rutetabell (ID=766)

NOTAT. FKB primærdatabase eller produkt? Geovekst-forum. Geir Myhr Øien Dato Kopi til

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

2 FKB Vann. Versjon SOSI Del 3 Produktspesifikasjon for FKB Vann Side 1 av 57. Innhold

Produktspesifikasjon. Kantklippareal (ID=301) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Kollektivknutepunkt (ID=42) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Sentral Felles kartdatabase Geovekstsamling Troms november 2017 Merethe Rødum

Produktspesifikasjon: ND_Radon aktsomhet, versjon 1.0

Produktspesifikasjon. Kantklippareal (ID=301) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. UML-skjema med assosiasjoner

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

SOSI Produktspesifikasjon -1- Produktnavn: Farled v Produktspesifikasjon: Farled Versjon

SOSI Produktspesfikasjon Produktnavn: NVDB Trafikkmengde, versjon Produktspesifikasjon: NVDB Trafikkmengde, versjon

Produktspesifikasjon. Tunnelport (ID=854) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon: Befolkningsstatistikk på grunnkretser

10. Retningslinjer for forvaltning av FKB-data

10 FKB LedningElTele. Versjon SOSI Del 3 Produktspesifikasjon for FKB - LedningElTele Side 1 av 44. Innhold

Del 2 av Veileder for kommunal kontinuerlig ajourføring av samferdsels-datasettene i FKB : FKB-Veg4.5, FKB-Vegnett4.02 og FKB-TraktorvegSti4.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

SOSI Produktspesifikasjon Produktnavn: SR16, versjon Produktspesifikasjon: SR16 (Skogressurskart 16 x 16 meter)

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

AJOURHOLD AV AR5 I QMS

Produktspesifikasjon. Kantklippareal (ID=301) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Vegsperring (ID=607) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Geosynkronisering og GML: Implementasjon gjennom prosjektet Sentral lagring av FKB. Nils Ivar Nes,

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Nedføringsrenne (ID=844) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Sykkeltilbud, riksvegrute (ID=874) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Ulykkesinvolvert person (ID=572) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon FKB-Arealbruk 4.61

Øvingsoppgaver for WinMap

GeoSynkronisering Standard. Steinar Høseggen Geomatikk IKT AS

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon. Trekkekum (ID=853) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Sist endret: Definisjon: Gjerde som settes opp for å fange opp steinsprang eller mindre skred. Kommentar:

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Dato Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

Produktspesifikasjon FKB-Høydekurve 4.6

Produktspesifikasjon. Skredmagasin (ID=625) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Datakatalog versjon Endringer

Produktspesifikasjon. Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema. Tillatte verdier

SOSI standard - versjon Del 1: Introduksjon. DEL 1: Introduksjon

Produktspesifikasjon. Fanggjerde (ID=845) Oppdateringslogg. 1. Kjente bruksområder og behov. 2. Innhold og struktur. 2.1 UML-skjema.

Transkript:

SOSI-sekretariatet 2008-02-22 Bruk av datobegrepene i SOSI 4. 1 De ulike datobegrepene I utgangspunktet er alle datoer opsjonelle i standarden, det er opp til de respektive produktspesifikasjoner å gi nærmere krav om dokumentasjon av livsløpssyklus. Nå det her angis at en dato "settes" er dette da ut fra en antagelse om at disse er nærmere angitt i en produktspesifikasjon. 1.1 førstedatafangstdato Dato når objektet ble registrert/observert/målt første gang, som utgangspunkt for første digitalisering. førstedatafangstdato brukes hvis det er av interesse å forvalte informasjon om når en ble klar over objektet. Dette kan for eksempel gjelde datoen for første flybilde som var utgangspunkt for registrering i en database. førstedatafangstdato endres ikke ved ajourføring av objektet. Ved førstegangsregistrering settes datafangstsdato og verifiseringsdato settes lik 1.2 førstedigitaliseringsdato Dato når en representasjon av objektet i digital form første gang ble etablert. førstedigitaliseringsdato kan skille seg fra førstedatafangstdato ved at den første datafangsten skjedde analogt og gjort om til digital form senere i en produksjonsprosess. Eventuelt at innlegging i databasen skjedde på et senere tidspunkt enn registreringen /observasjonen / målingen av objektet. førstedigitaliseringsdato endres ikke ved ajourføring av objektet. 1.3 verifiseringsdato Dato når dataene er fastslått å være i samsvar med virkeligheten Denne egenskapen kan benyttes når en har fastslått at objektet som finnes i basen fortsatt er i samsvar med virkeligheten. Brukes for eksempel i de sammenhenger hvor det er foretatt fotogrammetrisk ajourhold, og hvor det ikke er registrert endringer på objektet. Ved førstegangsregistrering settes verifiseringsdato (og datafangstdato) lik

Ved ajourføring oppdateres verifiseringsdato og datafangstdato for objekter som er endret. For objekter hvor det ikke er skjedd endringer på objektet, men en har avklart at objektet fortsatt er i samsvar med virkeligheten oppdateres bare verifiseringsdato. Definisjonen av verifiseringsdato er nær identisk med..dato i tidligere versjoner av SOSI, men tilbakemeldinger viser at ulike miljøer kan ha benyttet..dato som oppdateringsdato. 1.4 datafangstdato Dato når objektet siste gang ble registrert/observert/målt i terrenget. I mange tilfeller er denne forskjellig fra oppdateringsdato, da registrerte endringer kan bufres i en kortere eller lengre periode før disse legges inn i databasen. Ved førstegangsregistrering settes datafangstdato lik datafangstdato endres etter hvert som objektet oppdateres. 1.5 oppdateringsdato Dato for datasystemets siste endring på objektet. oppdateringsdato kan være forskjellig fra datafangstdato ved at data som er registrert kan bufres en kortere eller lengre periode før disse legges inn i datasystemet (databasen). Med oppdatering menes en oppdatering av samme instans av en objekttype, dvs. at eventuell identifikasjon (ID) beholdes. Dersom objektet slettes og en ny instans av objekttypen registreres med en annen identifikasjon (ID) er dette en ny datafangst med en ny Det skilles ikke mellom oppdatering av geometri og egenskaper Med oppdatering menes enhver endring i et objekt i databasen. Når et objekt fastslås å være i samsvar med virkeligheten og verifiseringsdato legges inn, er også dette en endring i objektet, og oppdateringsdato skal settes til tidspunktet for lagring av denne endringen i basen. Oppdateringsdato bør også endres dersom det skjer en ending i kopidata, og disse data en gang skal oppdatere originaldata. Dette er prosesser som ikke er beskrevet i livsløpssyklusen, og må vurderes særskilt mellom bruker og forvalter. 1.6 kopidato Dato når objektet ble kopiert fra originaldatasettet. Er en del av egenskapen Kopidata. Brukes i de tilfeller hvor en kopidatabase brukes til distribusjon. Ved kopiering av et datasett til en kopidatabase skal ingen datoer endres. Eventuell redigering av data i et kopidatasett medfører ny Oppdateringsdato, Datafangstdato og/eller Verifiseringsdato. Bruken av disse for oppdatering av originaldata er

prosesser som ikke er beskrevet i livsløpssyklusen, og må vurderes særskilt mellom bruker og forvalter. 1.7 datauttaksdato Dato for uttak fra en database. Skiller seg fra kopidato ved at en ikke skiller på om det er uttak fra en originaldatabase eller en kopidatabase. Dette uttaket kan igjen være et utgangspunkt for oppdatering og medføre ny Oppdateringsdato, Datafangstdato og Verifiseringsdato. Dette er prosesser som ikke er beskrevet i livsløpssyklusen, og må vurderes særskilt mellom bruker og forvalter. 1.8 Livssyklus for forvaltning og bruk av geografisk informasjon

Figuren viser ideell livssløpssyklus for geografiske objekter. For mange produkter vil det det være ønskelig å forenkle bruken av datoer i forvaltningssystemet. 1.8.1 Ideell livssyklus for geografiske objekter. Første digitalisering: førstedatafangstdato settes førstedigitaliseringsdato settes verifiseringsdato settes normalt lik Dette er på det tidspunktet vanligvis siste kjente observasjon. Digitaliseringen i seg selv verifiserer ikke eksistensen. Dersom det er gjort en ny analog datafangst etter førstedatafangstdato, settes verifiseringsdato lik denne. datafangstdato settes lik førstedatafangstdato oppdateringsdato settes til tidspunkt for lagring i databasen. Ajourføring med ny datafangst: verifiseringsdato settes normalt lik datafangstdato Verifisering uten ny datafangst: verifiseringsdato settes. oppdateringsdato settes til tidspunkt for lagring i databasen. 1.8.2 Forenklet livssyklus for geografiske objekter. Første digitalisering: verifiseringsdato settes normalt lik datafangstdato. oppdateringsdato settes Ajourføring med ny datafangst: verifiseringsdato settes normalt lik datafangstdato oppdateringsdato settes Verifisering uten ny datafangst: verifiseringsdato settes. oppdateringsdato settes. 2 Uttak av endringer siden en gitt dato I flere sammenhenger ønsker brukerne å abonnere på oppdateringer eller bestille alle endringer i dataene siden forrige gang de kjøpte eller oppdaterte produkter. I mange tilfeller er det greit å få en ny komplett leveranse. Dette vil fungere greit innenfor Norge Digitalt, hvor data flyter fritt. Dette vil imidlertid bli annerledes for brukere utenfor Norge Digitalt. Dersom de tidligere

har kjøpt et datasett på f.eks 100000 objekter, vil de neppe kjøpe dette på nytt dersom det er 100 objekter som er endret. Og de vil også ha informasjon om hvilke objekter som er endret, nye eller slettet. Egenskapen endringsflagg ligger som en egenskap under SOSI_Objekt. Denne beskriver endringsinformasjon om et objekt, og består av egenskapene typeendring (endret, nytt, slettet) og tidspunktendring, dvs. tidspunktet dette ble oppdatert i databasen. I de forvaltningssystemer som skal levere oppdateringer må endringsflagg implementeres. Egenskapen tidspunktendring settes lik oppdateringsdato.