Gangen fra UML-modell til faktiske data. Lars Eggan, Norconsult Informasjonssystemer Teknologiforum oktober 2015

Transkript

1 Gangen fra UML-modell til faktiske data Lars Eggan, Norconsult Informasjonssystemer Teknologiforum oktober

2 Utgangspunkt GeoSynkroniseringsprosjektet med utgangspunkt i Lyktmerke synkronisering mellom Kystverket og Sjødivisjonen i Kartverket. Det ble laget en UML-modell basert på SOSI standard. Generert GML applikasjonsskjema Testet WFS / GML Testet WFS-T 2

3 Verktøy Brukt Enterprise Architect for UML-modellering ShapeChange plugin for å generere GML skjema deegree som WFS-tjener Versjon / (OpenSource) PostGIS som datalager for testdata. 3

4 Utfordringer WFS / GML mht. assosiasjoner. 4

5 Assosiasjons-typer Assosiasjon Generell assosiasjon benyttes mellom likestilte objekttyper. Aggregering Komposisjon 5

6 Eksempler Assosiasjoner Komposisjon: sterk avhengighet med et klart Parent-Child forhold. Sektorlys eier Lyssektor. Dersom Sektorlys slettes, slettes også Lyssektor. Aggregering definerer et forhold, mellom et "hele" og de respektive "deler". LysFundament er en del av FastmerkeMedFundament. 6

7 Assosiasjoner Assosiasjoner kan uttrykkes på 3 forskjellige måter Eksterne «byref» Interne «byref» «Inline» Løses ved å angi type assosiasjon vha. Tagged values på rollen. inlineorbyreference settes til inline eller byreference 7

8 Assosiasjoner I UML-modellen i EA: Bruk Tagged values inlineorbyreference inline eller inlineorbyreference Gir Inline assosiasjoner Benytter man inlineorbyreference=byreference får man interne byref dvs xlink:href. Dette påvirker hvordan assosiasjonene blir utrykt i GML applikasjonsskjema, og da også hvordan dette blir i WFS/GML. 8

9 I Enterprise Architect: 9

10 Assosiasjoner - anbefalinger Hva skal man bruke? byreference anbefalt for assosiasjoner mellom objekttyper (features). Dersom det er assoiasjon mellom objekttype og datatype, regnes dette som en komposisjon, og det brukes inline. INSPIRE Recommendation 9 All navigable feature association roles should be assigned a tagged value "inlineorbyreference" with the value "byreference". NOTE 1 The result of this particular recommendation is that features are not embedded in other features in XML documents but that they are all first level objects in a feature collection. An example where this recommendation would in general be ignored are complex spatial objects that own their parts. 10

11 WFS-T: wfs:insert - byreference xlink:href <?xml version="1.0" encoding="utf-8"?> <wfs:transaction version="2.0.0" service="wfs" xmlns:wfs=" xsi:schemalocation=" xmlns:xsi=" xmlns:app=" xmlns:gml=" xmlns:xlink=" <wfs:insert handle="100"> <app:sektorlys gml:id="app.sektorlys.{00034aa c9b-8bf0-ee5b3f7de24b}"> <app:identifikasjon> <app:identifikasjon> <app:lokalid>b8ebe5fc-f58d-11e4-b9b2-1697f925ec7b</app:lokalid> <app:navnerom>navnerom ikke gitt</app:navnerom> <app:versjonid>versjonid ikke gitt</app:versjonid> </app:identifikasjon> </app:identifikasjon> <app:lystype>99</app:lystype> <app:s57status>1</app:s57status> <app:sektor xlink:href="#app.lyssektor.b8ebe836-f58d-11e4-b9b2-1697f925ec7b"></app:sektor> <app:sektor xlink:href="#app.lyssektor.b8ebe976-f58d-11e4-b9b2-1697f925ec7b"></app:sektor> </app:sektorlys> <app:lyssektor gml:id="app.lyssektor.b8ebe836-f58d-11e4-b9b2-1697f925ec7b"> <app:lysfarge>1</app:lysfarge> <app:sektorbeskrivelse>lars sektorbeskrivelse1</app:sektorbeskrivelse> <app:retningsektorlinje1> </app:retningsektorlinje1> <app:lengdesektorlinje1> </app:lengdesektorlinje1> <app:retningsektorlinje2> </app:retningsektorlinje2> <app:lengdesektorlinje2> </app:lengdesektorlinje2> <app:sektornr>5</app:sektornr> <app:identifikasjon> <app:identifikasjon> <app:lokalid>b8ebe836-f58d-11e4-b9b2-1697f925ec7b</app:lokalid> <app:navnerom>navnerom ikke gitt</app:navnerom> <app:versjonid>versjonid ikke gitt</app:versjonid> </app:identifikasjon> </app:identifikasjon> <app:sektorradius>0.4</app:sektorradius> </app:lyssektor> <app:lyssektor gml:id="app.lyssektor.b8ebe976-f58d-11e4-b9b2-1697f925ec7b"> <app:lysfarge>2</app:lysfarge> <app:sektorbeskrivelse>lars sektorbeskrivelse2</app:sektorbeskrivelse> <app:retningsektorlinje1> </app:retningsektorlinje1> <app:lengdesektorlinje1> </app:lengdesektorlinje1> <app:retningsektorlinje2> </app:retningsektorlinje2> <app:lengdesektorlinje2> </app:lengdesektorlinje2> <app:sektornr>5</app:sektornr> <app:identifikasjon> <app:identifikasjon> <app:lokalid>b8ebe976-f58d-11e4-b9b2-1697f925ec7b</app:lokalid> <app:navnerom>navnerom ikke gitt</app:navnerom> <app:versjonid>versjonid ikke gitt</app:versjonid> </app:identifikasjon> </app:identifikasjon> <app:sektorradius>0.4</app:sektorradius> </app:lyssektor> </wfs:insert> </wfs:transaction> 11

12 WFS-T: wfs:getfeature - (byreference) <?xml version="1.0" encoding="utf-8"?> <wfs:featurecollection xmlns:xsi=" xsi:schemalocation=" &NAMESPACES=xmlns(app,http%3A%2F%2Fskjema.geonorge.no%2FSOSI%2Fproduktspesifikasjon%2Fmaritimedata)" xmlns:wfs=" timestamp=" t13:08:03z" xmlns:gml=" numbermatched="unknown" numberreturned="0"> <wfs:member> <app:sektorlys xmlns:app=" gml:id="app.sektorlys.1612fc80-f4ac-11e4-b9b2-1697f925ec7b "> <app:identifikasjon> <app:identifikasjon> <app:lokalid>1612fc80-f4ac-11e4-b9b2-1697f925ec7b </app:lokalid> <app:navnerom>navnerom ikke gitt</app:navnerom> <app:versjonid>versjonid ikke gitt</app:versjonid> </app:identifikasjon> </app:identifikasjon> <app:lystype>99</app:lystype> <app:fyrlistekarakter codespace=" <app:s57status>1</app:s57status> <app:signalgruppe>signalgruppe finnes ikke i database</app:signalgruppe> <app:sektor xmlns:xlink=" xlink:href="#app.lyssektor.1612fece-f4ac-11e4-b9b2-1697f925ec7b "/> <app:sektor xmlns:xlink=" xlink:href="#app.lyssektor e-f4ac-11e4-b9b2-1697f925ec7b "/> </app:sektorlys> </wfs:member> <wfs:additionalobjects> <wfs:simplefeaturecollection> <wfs:member> <app:lyssektor xmlns:app=" gml:id="app.lyssektor.1612fece-f4ac-11e4-b9b2-1697f925ec7b "> <app:lysfarge>1</app:lysfarge> <app:sektorbeskrivelse>lars sektorbeskrivelse1</app:sektorbeskrivelse> <app:retningsektorlinje1> </app:retningsektorlinje1> <app:lengdesektorlinje1> </app:lengdesektorlinje1> <app:retningsektorlinje2> </app:retningsektorlinje2> <app:lengdesektorlinje2> </app:lengdesektorlinje2> <app:sektornr>5</app:sektornr> <app:identifikasjon> <app:identifikasjon> <app:lokalid>1612fece-f4ac-11e4-b9b2-1697f925ec7b </app:lokalid> <app:navnerom>navnerom ikke gitt</app:navnerom> <app:versjonid>versjonid ikke gitt</app:versjonid> </app:identifikasjon> </app:identifikasjon> <app:sektorradius>0.4</app:sektorradius> </app:lyssektor> </wfs:member> <wfs:member> <app:lyssektor xmlns:app=" gml:id="app.lyssektor e-f4ac-11e4-b9b2-1697f925ec7b "> <app:lysfarge>2</app:lysfarge> <app:sektorbeskrivelse>lars sektorbeskrivelse2</app:sektorbeskrivelse> <app:retningsektorlinje1> </app:retningsektorlinje1> <app:lengdesektorlinje1> </app:lengdesektorlinje1> <app:retningsektorlinje2> </app:retningsektorlinje2> <app:lengdesektorlinje2> </app:lengdesektorlinje2> <app:sektornr>5</app:sektornr> <app:identifikasjon> <app:identifikasjon> <app:lokalid> e-f4ac-11e4-b9b2-1697f925ec7b </app:lokalid> <app:navnerom>navnerom ikke gitt</app:navnerom> <app:versjonid>versjonid ikke gitt</app:versjonid> </app:identifikasjon> </app:identifikasjon> <app:sektorradius>0.4</app:sektorradius> </app:lyssektor> </wfs:member> </wfs:simplefeaturecollection> </wfs:additionalobjects> </wfs:featurecollection> 12

13 Oppsett i deegree for assosiasjoner mellom features - 0..* / 1..* (mot relasjonsdatabaser som PostGIS, SQL Server, Oracle) Man må lage en koblingstabell som tilsvarer rollen mellom objekttypene, for å kunne utrykke en join. Denne tabellen inneholder typisk 3 kolonner: parentfk - nøkkel til "parent" fk - nøkkel til "child" href - xlink:href til gml-id for "child" Dersom eksisterende data, generes innhold vha. en sqlsetning Vedlikeholdes f.eks. vha. triggere 13

14 Oppsett i deegree for assosiasjoner mellom features - 0..* / 1..* Mapping-fil deegree for rolle "sektor" mellom Sektorlys og Lyssektor: <FeatureTypeMapping name="app:sektorlys" table="public."lys""> <FIDMapping prefix="app.sektorlys."> <Column name="globalid" type="string"/> <UUIDGenerator/> </FIDMapping> <!-- 1..* assosiasjon mot Lyssektor via rolle sektor: koblingstabell lys_lyssektor --> <Complex path="app:sektor"> <Join table="public.lys_lyssektor" fromcolumns="globalid" tocolumns="parentfk"> </Join> <Feature path="."> <Join table="public."lyssektor"" fromcolumns="fk" tocolumns="globalid"> </Join> <Href mapping="href"/> </Feature> </Complex> </FeatureTypeMapping> 14

15 Oppsett i deegree for assosiasjoner mellom features - 0..* / 1..* Lys lys_lyssektor Lyssektor 15

16 Fungerer også dersom flere nivå class Signalutstyr Fundament kan ha 0 eller flere Sektorlys «featuretype» FastmerkeMedFundament + førstedatafangstdato :DateTime [0..1] + merketype :MerkeMedFundamentType + sjømerkenummer :CharacterString + bygghøyde :Real [0..1] + klasse :FastmerkeFundamentKlasse + kopidata :Kopidata [0..1] + lysrefleks :Boolean [0..1] Sektorlys kan ha 1 eller flere Lyssektor. + opphav :CharacterString [0..1] + posisjon :Punkt + navn :CharacterString [0..1] + beliggenhet :CharacterString [0..1] + sted :CharacterString [0..1] + gyldigfra :DateTime [0..1] + eier :Objekteier [0..1] + s57status :Sjøstatus [0..1] + gyldigtil :DateTime [0..1] + kystverkregion :MaritimRegion [0..1] + datafangstdato :DateTime [0..1] + oppdateringsdato :DateTime [0..1] + kvalitet :Posisjonskvalitet [0..1] + beskrivelse :CharacterString [0..1] + nfsstatus :NFSstatus [0..1] +sjomerke 1 Sjømerke_Signalutstyr «featuretype» Sektorlys + identifikasjon :Identifikasjon + lystype :NavlysType +utstyr + fyrlistekarakter :Fyrlistekarakter [0..1] + lyshøyde :Real [0..1] 0..* + rekkeviddehvit :Real [0..1] + rekkeviddegrønn :Real [0..1] + rekkeviddegul :Real [0..1] + lyskarakter :Navigasjonslyskarakter [0..1] + s57status :Sjøstatus + signalgruppe :CharacterString [0..1] + signalperiode :Integer [0..1] + identifikasjon :Identifikasjon + uttaksdato :DateTime [0..1] +sektorlys 1 + pillarkategori :Pillarkategori Sektorlys_Lyssektor +sektor 1..* «featuretype» Lyssektor + lysfarge :Sjømerkefarge [0..1] + sektorbeskrivelse :CharacterString [0..1] + retningsektorlinje1 :Real + lengdesektorlinje1 :Real + retningsektorlinje2 :Real + lengdesektorlinje2 :Real + sektornr :Integer + identifikasjon :Identifikasjon + sektorradius :Real 16

17 Multiplisitet på Datatyper Multiplisitet på Datatyper Dette er inline (lik en komposisjon) Test med informasjon [0..*] class Signalutstyr «featuretype» FastmerkeMedFundament + førstedatafangstdato :DateTime [0..1] + merketype :MerkeMedFundamentType + sjømerkenummer :CharacterString + bygghøyde :Real [0..1] + klasse :FastmerkeFundamentKlasse + kopidata :Kopidata [0..1] + lysrefleks :Boolean [0..1] + opphav :CharacterString [0..1] + posisjon :Punkt + navn :CharacterString [0..1] + beliggenhet :CharacterString [0..1] + sted :CharacterString [0..1] + gyldigfra :DateTime [0..1] + eier :Objekteier [0..1] + s57status :Sjøstatus [0..1] + gyldigtil :DateTime [0..1] + kystverkregion :MaritimRegion [0..1] + datafangstdato :DateTime [0..1] + oppdateringsdato :DateTime [0..1] + kvalitet :Posisjonskvalitet [0..1] + beskrivelse :CharacterString [0..1] + nfsstatus :NFSstatus [0..1] + identifikasjon :Identifikasjon + uttaksdato :DateTime [0..1] + pillarkategori :Pillarkategori + informasjon :CharacterString [0..*] 17

18 Oppsett i deegree for datatyper med multiplisitet - 0..* / 1..* Mapping-fil deegree for datatype informasjon Om datatypen er kompleks eller ikke spiller ingen rolle <FeatureTypeMapping name="app:fastmerkemedfundament" table="public."fundament""> <FIDMapping prefix="app.fastmerkemedfundament."> <Column name="globalid" type="string"/> <UUIDGenerator/> </FIDMapping> <!-- Assosiasjon mot datatype (alltid inline), eksempelvis informasjon 0..*. Krever en join mot en annen tabell --> <Primitive path="app:informasjon" mapping="informasjon" type="string"> <Join table="public.fundament_informasjon" fromcolumns="globalid" tocolumns="parentfk" ordercolumns="num" numbered="true"/> </Primitive> </FeatureTypeMapping> 18

19 Oppsett i deegree for datatyper med multiplisitet - 0..* / 1..* Fundament fundament_informasjon 19

20 Multiplisitet fra en Datatype til en annen Håndteres på samme måte som tidligere beskrevet, det blir bare ett nivå til, men fører til økende kompleksitet. Overføres inline 20

21 Konklusjon UML-modell med assosiasjoner OK Rollenavn er sentralt og obligatorisk GML applikasjons skjema vi genererer med ShapeChange plugin i EA er OK : Assosiasjoner håndteres med deegree som WFS-tjener (tilbyder) Kan også gjøre WFS-T transaksjoner mot deegree med assosiasjoner (abonnent) Kan hente data med andre verktøy (f.eks. FME) 21

22 FME Data Inspector - FastmerkeMedFundament 22

23 FME Data Inspector - FastmerkeMedFundament 23