Synkronisering av Produktspesifikasjon Fritt Vegnett

Transkript

1

2 Synkronisering av Produktspesifikasjon Fritt Vegnett - PostGIS med endringslogg og Deegree ferdig for tilbyder (gåes ikke igjennom) - Administrator - Nytt datasett for synkronisering legges inn på tilbyder - Abonnent - Vise kobling til server og registrering av abonnement - Abonnent - PostGIS og Deegree ferdig på forhånd (gåes ikke igjennom) - QGIS tilbyder - Vise datasett - Abonnent - Kjøre endringslogg - QGIS abonnent - Vise endringer - QGIS tilbyder - Registrere ny vegnode og oppdatere en veglenke, slette en vegnode - Abonnent - Kjør endringslogg - QGIS abonnent - Vise endringer

3 class Fritt v egnett SOSI_Objekt_Fritt_vegnett Veglenke + senterlinje :Kurve + detaljnivå :Vegdetaljnivå [0..1] + konnekteringslenke :Boolean [0..1] + typeveg :TypeVeg + veglenkefradato :Date [0..1] + veglenketildato :Date [0..1] ::SOSI_Objekt_Fritt_vegnett + identifikasjon :Identifikasjon [0..1] + datafangstdato :DateTime [0..1] + kvalitet :Posisjonskvalitet [0..1] + medium :Medium [0..1] +sluttnodefor 0..* +startnodefor 0..* +sluttnode startnode 0..1 Vegnode + identifikasjon :Identifikasjon + posisjon :Punkt «codelist» TypeVeg + Kanalisert veg + Enkel bilveg + Rundkjøring + Bilferje + Gang- og sykkelveg + Fortau + Trapp «codelist» Vegdetalj niv å + Kjørebane + Kjørefelt + Vegtrase «codelist» Medium «datatype» Identifikasj on + lokalid :CharacterString + navnerom :CharacterString + versjonid :CharacterString [0..1] «datatype» Posisj onskv alitet + målemetode :Målemetode + nøyaktighet :Integer [0..1] + synbarhet :Synbarhet [0..1] + målemetodehøyde :MålemetodeHøyde [0..1] + nøyaktighethøyde :Integer [0..1] + maksimaltavvik :Integer [0..1] + Alltid i vann = V + I bygning/bygningsmessig anlegg = B + I luft = L + På isbre = I + På sjøbunnen = S + På terrenget/på bakkenivå = T + På vannoverflaten = O + Tidvis under vann = D + Under isbre = J + Under sjøbunnen = W + Under terrenget = U + Ukjent = X

4 Erfaring med GML realisering i Geosynkronisering TOR KJETIL NILSEN

5 Endringslogg i Geosynkronisering Oppbygningen GML og WFS-T GML applikasjonsskjema og transformasjoner Geoserver og Deegree Identifikasjon unik id, uuid, guid, inspireid, nasjonalarealplanid, Komplekse typer første utfordring Assosiasjoner, fremmednøkler og multiplisitet Komposisjoner og endringer Delt geometri Topologi Validering

6 Oppbygning Rekkefølge : I utgangspunktet så følges samme rekkefølge på Insert, Update, Delete i endringsloggen som Forvaltningssystemet har brukt for å administrere data. Optimalisering:.feks hvis insert og delete av samme objekt er gjort innenfor samme bestilling så vil denne ikke overføres til abonnent først konsistent når abonnenten har kommet til siste endringsnr på tilbyder Eks:

7 GML og WFS-T Innholdet i endringsloggen er bygd opp med WFS-T 2.0 for å beskrive type endring GML brukes for å beskrive data som overføres

8 Endringslogg Transaksjon #N Transaksjon #N+1 Endringsoperasjon Endringsoperasjon WFS-T Endringsdata GML-objekt Endringsoperasjon.. Transaksjon #N+2

9 Produktspesifikasjon GML applikasjonsskjema Mappingregler/ transformasjon Mappingregler/ transformasjon class Tjenester «interface» WebFeatureServ icereplication + AcknowlegeChangelogDownloaded(ChangelogIdentification) :void + CancelChangelog(ChangelogIdentification) :void + DescribeFeatureType(string, DescribeFeatureType) :anytype + GetCapabilities(GetCapabilities) :REP_Capabilities + GetChangelog(ChangelogIdentification) :Changelog + GetChangelogStatus(ChangelogIdentification) :ChangelogStatus + GetLastIndex(string) :integer + ListStoredChangelogs(string) :StoredChangelog[] + OrderChangelog(ChangelogOrder) :ChangelogIdentification Geosynkronisering tjenestene

10 Mapping Geoserver Ikke standard støtte for komplekse skjema Med appschema tillegg støttes komplekse skjema for lesing Bare SF level 0 støtte for WFS-T 2.0 Vi har laget en transformasjon fra kompleks struktur til SF level 0

11 Mapping i Deegree God støtte for komplekse skjema Utfordringer: Type uuid WFS-T og assosiasjoner

12 class Fritt v egnett SOSI_Objekt_Fritt_vegnett Veglenke + senterlinje :Kurve + detaljnivå :Vegdetaljnivå [0..1] + konnekteringslenke :Boolean [0..1] + typeveg :TypeVeg + veglenkefradato :Date [0..1] + veglenketildato :Date [0..1] ::SOSI_Objekt_Fritt_vegnett + identifikasjon :Identifikasjon [0..1] + datafangstdato :DateTime [0..1] + kvalitet :Posisjonskvalitet [0..1] + medium :Medium [0..1] +sluttnodefor 0..* +startnodefor 0..* +sluttnode startnode 0..1 Vegnode + identifikasjon :Identifikasjon + posisjon :Punkt Video Mapping fra SOSI UML modell til PostGIS, Geoserver og Deegree

13 Identifikasjon En unik id må til for å unngå konflikter og sikre konsistens I dag kreves datatypen Identifikasjon med lokalid (hvor lokalid er en unik id (preferert GUID))

14 Komplekse typer class Hov edmodell Flytebryggekant SOSI_ObjektKystkontur class Hov edmodell «datatype» Identifikasj on + lokalid :CharacterString + navnerom :CharacterString + versjonid :CharacterString «datatype» Kopidata + områdeid :Integer + originaldatavert :CharacterString + kopidato :DateTime «datatype» Posisj onskv alitet + målemetode :Målemetode + nøyaktighet :Integer [0..1] + synbarhet :Synbarhet [0..1] + målemetodehøyde :MålemetodeHøyde [0..1] + nøyaktighethøyde :Integer [0..1] + maksimaltavvik :Integer [0..1] «datatype» Registreringsv ersj on + produkt :CharacterString + versjon :CharacterString + grense :Kurve ::SOSI_ObjektKystkontur + datafangstdato :DateTime + identifikasjon :Identifikasjon [0..1] + informasjon :CharacterString [0..*] + kopidata :Kopidata [0..1] + kvalitet :Posisjonskvalitet + oppdateringsdato :DateTime [0..1] + opphav :CharacterString [0..1] + prosesshistorie :CharacterString [0..*] + registreringsversjon :Registreringsversjon [0..1] + verifiseringsdato :DateTime [0..1]

15 class Hov edmodell + grense :Kurve Flytebryggekant SOSI_ObjektKystkontur ::SOSI_ObjektKystkontur + datafangstdato :DateTime + identifikasjon :Identifikasjon [0..1] + informasjon :CharacterString [0..*] + kopidata :Kopidata [0..1] + kvalitet :Posisjonskvalitet + oppdateringsdato :DateTime [0..1] + opphav :CharacterString [0..1] + prosesshistorie :CharacterString [0..*] + registreringsversjon :Registreringsversjon [0..1] + verifiseringsdato :DateTime [0..1]

16 + grense :Kurve Flytebryggekant SOSI_ObjektKystkontur ::SOSI_ObjektKystkontur + datafangstdato :DateTime + identifikasjon :Identifikasjon [0..1] + informasjon :CharacterString [0..*] + kopidata :Kopidata [0..1] + kvalitet :Posisjonskvalitet + oppdateringsdato :DateTime [0..1] + opphav :CharacterString [0..1] + prosesshistorie :CharacterString [0..*] + registreringsversjon :Registreringsversjon [0..1] + verifiseringsdato :DateTime [0..1]

17 Lyssetting Supertype_Lyssetting Komposisjoner + lystype :Lystype ::Supertype_Lyssetting + identifikasjon :Identifikasjon constraints ::SOSI_Objekt { krav til egenskapen identifikasjon } { krav til egenskapen sluttdato } +harlyssetting 1..* Supertype_VertikalObjekt class Luftfartshindre_datatyper «datatype» Matrikkelnummer + kommunenummer :Kommunenummer + gårdsnummer :Integer + bruksnummer :Integer + festenummer :Integer [0..1] + seksjonsnummer :Integer [0..1] VertikalObj ekt + kommentarvertikalobjekttype :CharacterString + kontakt :Kontakt [0..*] + matrikkelid :Matrikkelnummer [0..*] + vertikalobjektgruppe :Boolean [0..1] + vertikalobjektnavn :CharacterString [0..1] + vertikalobjekttype :VertikalObjektType ::Supertype_VertikalObjekt + datafangstdato :DateTime [0..1] + endringsflagg :Endringsflagg [0..1] + gyldigfra :DateTime [0..1] + gyldigtil :DateTime [0..1] + identifikasjon :Identifikasjon + informasjon :CharacterString [0..*] + link :Link [0..*] + oppdateringsdato :DateTime [0..1] + opphav :CharacterString [0..1] + status :Status constraints {påkrevd kommentar} {oppdateringsdato} 1 +komponent 1..* Supertype_VertikalObjektKomponent VertikalObjektKomponent + merking :Merking [0..*] + vertikalutstrekning :Real + høydeverdienhet :Måleenhet + merkepliktig :Merkepliktig + hrefsystem :Høydereferansesystem [0..1] + href :Høydereferanse + eksternreferanse :ReferanseTilEksterntRegister [0..*] + mobilitet :Boolean = false + komponentsekvensnummer :Integer [0..1] + BSLE-2-1_hinder :Boolean ::Supertype_VertikalObjektKomponent + identifikasjon :Identifikasjon + verifiseringsdato :DateTime [0..1] + oppdateringsdato :DateTime [0..1] + kvalitet :Posisjonskvalitet [0..1] + endringsflagg :Endringsflagg [0..1] + status :Status [0..1]

18

19 + ssrid :Integer + navnetype :Navnetype + stedsnavn :CharacterString + kommunenummer :Kommunenummer Assosiasjoner Assosiasjoner kan uttrykkes på 3 forskjellige måter, ikke alle egner seg for synkronisering. class Main Eksterne «byref» Nav neenhet Interne «byref» «Inline» + posisjon :Punkt + objid :Integer + ssrid :Integer + navnetype :Navnetype + stedsnavn :CharacterString + kommunenummer :Kommunenummer + språk :Språk + stedsnavntypestatus :StedsnavnTypestatus + stedsnavnvedtaksmyndighet :Myndighet + matrikkelnummer :Matrikkelnummer [0..1] + gatenummer :Integer [0..1] ::StedsnavnFellesegenskaper + oppdateringsdato :DateTime + identifikasjon :Identifikasjon +navneenhet 1..* +fysiskobjekt 1 FysiskObj ekt + objid :Integer ::StedsnavnFellesegenskaper + oppdateringsdato :DateTime + identifikasjon :Identifikasjon +navneenhet 1 +skrivemåte 1..* Skriv emåte

20

21

22

23 Foreløpig konklusjon resolvedepth=1 i GetFeature spørring Da er de to siste variantene lov

24 Erfaringer med assosiasjoner WFS-T har utfordringer med å løse assosiasjonen til å bli aktuell fremmednøkkel på abonnentside Hvis det er definert navigerbarhet på begge sider av en assosiasjon så vil også objektene komme flere ganger og en kan få midlertidig feil i referanseintegritet class Fritt v egnett SOSI_Objekt_Fritt_vegnett Veglenke + senterlinje :Kurve + detaljnivå :Vegdetaljnivå [0..1] + konnekteringslenke :Boolean [0..1] + typeveg :TypeVeg + veglenkefradato :Date [0..1] + veglenketildato :Date [0..1] ::SOSI_Objekt_Fritt_vegnett + identifikasjon :Identifikasjon [0..1] + datafangstdato :DateTime [0..1] + kvalitet :Posisjonskvalitet [0..1] + medium :Medium [0..1] +sluttnodefor 0..* +startnodefor 0..* +sluttnode startnode 0..1 Vegnode + identifikasjon :Identifikasjon + posisjon :Punkt

25 Multiplisitet krav til transaksjoner - 1..* - Krever at abonnent registrerer objekter på begge sider i samme transaksjon (og evt andre assosiasjoner som henger på disse med 1..*, og deres igjen, osv ) Påkrevd attributt for eksempel Identifikasjon er påkrevd. Hvis en bruker WFS-T til å forvalte databasen, så betyr dette at klienten må generere identifikasjon før den sendes til databasen/server. Ingen kontroll med hvordan klienten da genererer Unik ID. Burde vært lagt til server ansvaret for?

26 class Main Nav neenhet + posisjon :Punkt + objid :Integer + ssrid :Integer + navnetype :Navnetype + stedsnavn :CharacterString + kommunenummer :Kommunenummer + språk :Språk + stedsnavntypestatus :StedsnavnTypestatus + stedsnavnvedtaksmyndighet :Myndighet + matrikkelnummer :Matrikkelnummer [0..1] + gatenummer :Integer [0..1] +navneenhet 1..* +fysiskobjekt 1 FysiskObj ekt + objid :Integer ::StedsnavnFellesegenskaper + oppdateringsdato :DateTime + identifikasjon :Identifikasjon ::StedsnavnFellesegenskaper + oppdateringsdato :DateTime + identifikasjon :Identifikasjon +navneenhet 1 +skrivemåte 1..* Skriv emåte + ssrid :Integer + navnetype :Navnetype + stedsnavn :CharacterString + kommunenummer :Kommunenummer + stedsnavnskrivemåtestatus :StedsnavnSkrivemåtestatus + statusdato :Date [0..1] + stedsnavnregistreringsdato :Date + stedsnavnkilde :CharacterString [0..1] + stedsnavnmerknad :CharacterString [0..1] + årstall :Integer [0..1] + arkivsaksnummer :Integer [0..1] + arkivløpenummer :Integer [0..1] ::StedsnavnFellesegenskaper + oppdateringsdato :DateTime + identifikasjon :Identifikasjon

27 Delt geometri - Utfordring 1: produktspek og GML applikasjonsskjema sier ingenting om delt geometri brukes - Utfordring 2: Persistent identifikator på geometri - gml:id som er eneste identifikator på geometrien kreves kun å gjelde innenfor filen - Utfordring 3: Lite verktøystøtte for dette ennå - Utfordring 4: Realisering i endringslogg pel/prim%c3%a6rdatakystkontureksempelideltgeometriflatsos.xml

28 Topologi Regler må kunne overføres. Pekere eller regler kan brukes for realisering. Trenger vi GML varianten for AVGRENSER/ AVGRENSES_AV fra SOSI defenisjonsfiler? GML Applikasjonsskjema inneholder ikke dette i dag. Endringslogg må oppdateres ihht topologiregler

29 Annet som kan skape utfordringer Validering Gyldig GML fra tilbyder ALLTID Multippel arv æøå utfordringer Eksterne kodelister uten referanse til aktuell kodeliste

30