Plan for SOSI-arbeid 2012, Morten presenterte planen for arbeidet med SOSI i 2012, basert på innmelding i miljøet.

Transkript

1 Referat SOSI-arbeidsgruppe 1 Teknikker og modeller Dato: 29. mars 2012 Tid: Sted: Statens kartverk Oslo, møterom 2 STATENS KARTVERK Deltakere: Joan Peel Hansen, Kartverket Inger Hokstad, BA-nettverket Håvard Tveite, UMB Erlend Råheim, Geodata Arne Einarsrud, Norkart geoservice Andreas Røstad. Kartverket Axel Damgaard, Norkart Geoservice Olav Jenssen, Kartverket Håkon Dåsnes, Kartverket Ellen Strandenæs,Jernbaneverket Magnus Karge, Kartverket Erling Onstein, Kartverket Borrebæk, Kartverket (møteleder og referent) Agenda Sak Tema Ansvar 1 Velkommen 2 Gjennomgang av møtereferat fra forrige møte. Se møtereferat Det var ingen kommentarer til referatet. 3 Orientering fra SOSI-sekretariatet OSP - overordnet samhandlingsplattform informerte om et nytt prosjekt som er under oppstart På vegne av Initiativgruppen, som består av Miljøverndepartementet med bistand fra BA-Nettverket, buildingsmart Norge, Statens kartverk og Statens vegvesen Vegdirektoratet inviteres vi til et oppstartmøte 21. mai 2012 for etablering av et forprosjekt for økt dataflyt og samhandling innen alle deler av bygge-, anleggs- og eiendomsnæringen. Målet er å få til økt samhandling gjennom mest mulig fri flyt av data for gjenbruk av disse i planlegging som skjer på tvers av fag og mellom sektorer. Visjonen for prosjektet er at data om tiltak og det naturgitte miljøet skal kunne flyte mest mulig fritt - fra en sektor til en annen, fra en virksomhet til en annen, fra et fag til et annet, fra et bruksområde til et annet og fra en teknisk plattform til en annen - for derved å kunne gjenbrukes mest mulig effektivt. Plan for SOSI-arbeid 2012, presenterte planen for arbeidet med SOSI i 2012, basert på innmelding i miljøet. Forslag framstilt i løpet av møtet: 1. Det bør spesifiseres hvilke ISO/INSPIRE spesifikasjoner som bør inn i SOSI 1

2 2. Det bør lages en plan for hvordan vi skal fase inn INSPIRE modell elementer i objektkatalogen fram til Planen bør legges ut på SOSI s nettsider. De to første tiltakene bør presenteres på neste møte. I tilegg bør dette synliggjøres, f.eks i form av nyhetsbrev, etc. Modellforvaltning: presenterte oppsettet for UML modellene som inngår i SOSI. Det er en omfattende pakkestruktur som inneholder modellelementer i både SOSI del 1 og del2 objektkatalogen. Alle versjoner fra og med 4.0 forvaltes i dette oppsettet. SOSIsekretariatet arbeider også med å implementere subversioning, som vil gjøre det mulig å laste ut og låse deler av modellen for oppdatering. Det vil gjøre det lettere for ulike miljøer å holde blant objektkatalogen à jour, og samtidig sørge for at interne pekere i systemet ikke endres. 4 SOSI del 1 praktisk bruk versjon 4.5 gjennomgang, bl.a. Lineære referanser som del av geometrimodellen Lineære referanser slik dette er definert i SOSI AG7 er nå tatt med i den generelle delen, da en ser for seg at det er flere fagområder som har behov for en slik mekanisme. Det må samtidig nevnes at implementasjonen tar utgangspunkt i de krav som et vegnett stiller og er en implementasjon av ISO Linear Referencing. Det var spurt om denne modellen burde bygges ut til å håndtere noder jfr ISO Transfer nodes. Det var enighet i at dette avventes til en senere versjon av SOSI. Det kom imidlertid fram et sterkt ønsker om å ta med et eksempel i standarder på hvordan lineære referanser ser ut i SOSI-syntaks. Ønsker å ha med eksempler på hvordan lineære referanser ser ut i SOSI-syntaks Generelle typer, herunder Punkt med retning (endelig vedtak). Punkt med retning er nå tatt med i den generelle delen, sammen med generelle typer som fra og med versjon 4.0 er overført fra Del 2 objektaktalogen til Del 1 Retning Retning er innført i SOSI del 1 generelle konsepter, og realiseringen av disse beskrevet i dokumentet Realisering i SOSI og GML versjoin 4.5. Andreas spurte hvordan dette forholder seg til GML directions. SOSI-sekretariatet skulle sjekke dette i etterkant. Det etterfølgende er sjekket i etterkan av møte. Direction jfr GML: <complextype name="directionpropertytype"> <sequence minoccurs="0"> <choice> <element name="directionvector" type="gml:directionvectortype"/> <element name="directiondescription" type="gml:directiondescriptiontype"/> <element name="compasspoint" type="gml:compasspointenumeration"/> <element name="directionkeyword" type="gml:codetype"/> <element name="directionstring" type="gml:stringorreftype"/> </choice> </sequence> De elementene som er skrevet i italics er deprecated og bør ikke benyttes. De vil sannsynligvis ikke bli med i neste versjon av GML. Videre, Direction vectors er spesifisert gjennom komponenene av en vector, jfr: <complextype name="directionvectortype"> <choice> 2

3 <element ref="gml:vector"/> <sequence> <element name="horizontalangle" type="gml:angletype"/> <element name="verticalangle" type="gml:angletype"/> </sequence> </choice> </complextype> Hvorav igjen det som er skrevet i Italics er deprecated. Gml:vector er igjen beskrevet som: <complextype name="vectortype"> <simplecontent> <restriction base="gml:directpositiontype"/> </simplecontent> </complextype> <element name="vector" type="gml:vectortype" /> gml:vector implementerer ISO/TS Vector, som igjen (jfr utkast til revisjon av 19103: GML eksempel: <gml:direction> <gml:directionvector> <gml:vector srsname="#wgs84"> </gml:vector> </gml:directionvector> </gml:direction> Hvor srsname gir både rekkefølge på koordianter og dimensjon. Forslag: For å forholde oss til basis datatyper og interface foreslås følgende: Eks i UML class Hov edmodell «featuretype» XXXX + retning :Vector I motsetning til dagens forslag som er basert på Angle (som er deprecated i GML) benyttes et koordinatpart for å angi en retning i rommet (evt planet), og ved realisering i SOSI må syskode taes med. Tilbakemelding på dette ønskes. Utkastet til standard sendes på høring med tre ukers frist. 5 SOSI del 1 realisering i SOSI og GML versjon 4.5 gjennomgang, bl.a. Erling 3

4 Et utkast til standard ble sendt ut før møtet. Dette inneholdt blant annet: UML modell for TRANSPAR Nytt tegnsett (UTF-8) jfr Referansekatalogen fra FAD SOSI-realisering av generelle typer definert i SOSI del 1 Praktisk bruk. Innhold -> Objektkatalog På møte ble følgende diskutert SYSKODE og GeoDatum Spesielt GeoDatum, denne er basert på en eksisterende kodeliste utviklet av DGIWG/IHO. Må sjekke at vi har med koder for de områder hvor Geodataloven gjelder. + Erling tar en sjekk. UTF-8 Vi legger oss på FAD s minimumsløsning men med de tillegg som er nødvendig jfr samiske navn i SSR. SOSI-sekretariatet tar kontakt med navnemiljøet i Statens kartverk for å sikre at alle samiske tegn er ivaretatt. For å gjøre en mapping fra ISO , bør det også dokumenteres hvilket tegn i som ble erstattet med et samisk tegn. Utkastet til standard sendes på høring med tre ukers frist. 6 Retningslinjer for UML-modellering, bl.a. Magnus Det har lenge vært ønskelig å oppdatere standarden Retningslinjer for UML modellering. Ikke av den grunn at de modelleringsprinsipper som er angitt er feil, men: o Dagens modelleringsregler er utformet med tanke på at modellene skal realiseres i SOSI-syntaks. Nå ser vi at for flere fagområder er ikke en SOSI syntaks lenger aktuell, og dagens modelleringsprinsipper er for begrensende o Flere av eksemplene er feil, ikke modelleringsmessig feil, men feil i henhold til de aktuelle modeller, f.eks matrikkene. Dette må rettes opp. I tillegg har vi nå mer erfaring med enkelte type modellelementer, og vi beskrive disse nærmere, slik som: o Vi bør være mer presise på modellering av beskrankninger (constraints). I utgangspunktet bør vi følge opp de anbefalinger som gjelder for INSPIRE. Se også Notes melding Bør også legge inn noter på assosiasjoner som contraints, både på selve assosiasjonen og de tilhørende roller. o Vi bør også revidere modellering av kodelister, spesielt skille mellom hva vi kaller enumererte typer (enumerations) og kodelister som forvaltes av andre. o Angivelse av interpolasjonsmetoder for spesielt GM_Curve og GM_surface i en produktspesifikasjon. Som en ytterligere utvidelse bør nye modelleringsbehov beskrives. Det er usikkert i hvilke grad disse nye behovene og standarder vil realiseres i versjon 4.5. o Modellering av tjenester. En modelldreven tilnærmelse ligger til grunn for spesifikasjon for data, vi ser nå et behov for å følge de samme prinsipper for spesifikasjon av tjenester, dvs spesifikasjon av tjenester på en plattformuavhengig møte. Kandidater for dette er SoaML (fra OMG) og USDL fra W3C). o Det vil også være behov for å se på andre modelleringsteknikker, f.eks BPMN (business Process Model and Notation) for å modellere virksomhet og forretningsmessige aspekter, UML use case (inkludert template) for å modellere brukstilfeller / brukerkrav, Business Motivation Metamodel fra OMG (BMM) for modellere mål og visjoner, samt UML4ODP som er en ISO standard som beskriver en UML profil for alle hovedkonseptene definert i RM- ODP, hovedsakelig RM-OPD enterprise viewpoint modellering. 4

5 7 Saker fra forrige møte SOSI-sekr. Uttak av endringer siden en gitt dato, 1dcc12575d1002e2033?OpenDocument Dette arbeidet avventes GeoSynkroniseringsprosjektet og det videre arbeidet i rammeverksgruppa. 8 Restanser Håndtering av dobbelt geometri SOSI geometrimodell sier ikke noe om hvorvidt dobbelt geometri er tillatt eller ikke. Den sier heller ikke noe om en skal benytte delt geometri eller ikke. SOSI-sker Det er derimot opp til produktspesifikasjonene å beskrive slike forhold. Utfordringen er å angi dette på en standardisert måte slik at SOSI kontroll kan ta tak i dette. Tiltak: Dette må det arbeides videre med 9 Ny møtedato Det ble ikke vedtatt noen ny møtedato. Dette vurderes ut fra behov. Dersom det f.eks kommer mye kommentarer på SOSI del 1 versjon 4.5 vil SOSI sekretariatet ta initiativ til et snarlig møte. 10 Eventuelt B 5