Koordinering, veiledning og støtteapparat blir viktig i implementasjonsfasen og i det videre arbeidet.

Transkript

1 Møtereferat SOSI-arbeidsgruppe 1 Teknikker og modeller Dato: 12. november 2010 Tid: Sted: Statens kartverk Oslo, møterom 2 STATENS KARTVERK Tilstede: Morten Borrebæk, Statens kartverk (leder) Arne Einarsrud, Norkart Geoservice AS Håvard Tveite, UMB Lars Eggan, Norconsult Informasjonssystemer AS Øystein Dokken, Statens kartverk Andreas Røstad, Statens kartverk Nils Ivar Nes, Statens kartverk Per Ryghaug, NGU Knut Jetlund, Statens vegvesen Magni Busterud, Statens kartverk Erlend Råheim, Geodata AS Inger Hokstad, BA-nettverket Erling Onstein, Statens kartverk Thorolf Trolsrud, Statens kartverk Gerd Mardal, Statens kartverk Ellen Strandenæs kom kl 1200 AGENDA Sak Tema 1 Velkommen v/morten Gjennomgang av møtereferat fra forrige møte. Godkjent 2 Geodatalov/forskrifter status på arbeidet utfordringer for AG 1? (unike identifikatorer / norsk metadataprofil) Ansvar SOSI-sekr Presentasjon fra Morten. Geodatalov vedtatt og det arbeides medforarbeid til forskrifter. Stikkord: Forholdet mellom norske og europeiske dokumenter, realisering av INSPIRE i forskriftene, hvem som omfattes av loven (deltagende virksomheter), hvilke type spesifiserte geodata i elektronisk form og til hørende, etablering av distribusjonsbaser (geodatasett) felles løsninger for forvaltning av unike og persistente. Koordinering, veiledning og støtteapparat blir viktig i implementasjonsfasen og i det videre arbeidet. Implementeringsreglene for metadata oversettes til norsk, disse vil ikke være i samsvar med de norske oversettelsene i ISO metadata. Kan disse samordnes? I tillegg til Geodatalov med forskrifter ble det også fokusert generelt på standardisering, hva skjer i SOSI, forholdet til Standard Norge, etc. 1

2 Se presentasjon som er vedlagt møtereferatet. Kommentar fra Per Ryghaug: Høringsnotat av forskrifter til Geodataloven, 10. nov. viktig å få med alle høringsinstanser. Videre arbeid med SOSI Administrativt: overføre så mye som mulig i SOSI-db til EA og benytter aliasmekanismen i EA for engelske oversettelsesr. SOSI navn (tagger) og SOSI syntaks realisering vil fortsatt ligge i SOSI-DB. Når Fokus: Etter flere år med informasjonsmodeller der det en dreining av fokus mot spesifikasjon av tjenester (for eksempel INSPIRE og Geointegrasjon) Men fortsatt behov for å videreutvikle tradisjonell SOSI. Stor fokus på plan og ledning, men også nye fagområder slik som Geoteknikk, samt generelt vedlikehold. Stort fokus på produktspesifikasjoner. Foil: Versjonskontroll (under implementsjon) SVN GML/WFS-gruppen hvem er med og hvor langt er arbeidet kommet? Andreas Røstad og Lars Eggan ønsker å delta i gruppen. Overbygning på ShapeChange? Det er et generelt ønske om at denne gruppen blir aktivisert. 3 Ny modell for geometrimodell / lineært referansesystem for veier, kan også være av interesse for andre fagområder. Informasjonssak. Vedtak i Ag7a Knut Jetlund, SVV Informasjonssak Lineære referanser inn i SOSI generell del. Dagens forslag fra AG 7 ble presentert. Selv om denne er utviklet med tanke på veier bør det vurderes om denne bør inn som en generell nettverksmodell i SOSI, på samme måte som at INSPIRE har en generisk nettverksmodell i tilknytning til sine dataspesifikasjoner. SOSI vegnett hvor langt er arbeidet kommet? Vedtatt i AG7a som høringsdokument. Men på bakgrunn av diskusjonene i AG1 ønsket Knut Jetlund å arbeide videre med dokumentet, Revidert utkast oversendes SOSI AG1 for diskusjon. 4 Saker fra forrige møte BUEP unøyaktighet ved stor radius. På forrige møte besluttet vi å ikke gjøre noen justering ut over å legge inn en anbefaling i SOSI del 1_2 Realisering i SOSI geometrimodell. (sendes ut før møtet) AG1: Beslutning tatt tidligere, men noe nytt se vedlagte dokument Beslutning: Se dokument: Geometritype BUE_Vedtak.doc. Sammenheng mellom SOSI geometrityper og SOSI kartografisk element Konklusjon fra forrige møte: Forslag på hvordan vi legger inn retning på et punkt, beholder SYMBOL som den er. Se eget dokument (sendes ut før møtet) AG1: Konklusjon 1:Retningsvektor kodelistens verdier må ha en klarere definisjon (med/mot klokken) Konklusjon 2: Beholde datatypen slik den er, og legge til helning Bruk eksisterende mekanisme SOSI-sekretariatet lager nytt forslag, sendes AG1 for høring - deretter beslutning 2

3 Sammenheng SOSI objektkatalog og SOSI produktspesifikasjoner. (sendt ut før møtet) Systemleverandørene har tidligere uttrykt en viss frykt for at produktspesifikasjoner utvikles uavhengig av SOSI generell objektkatalog. I malen for produktspesfikasjoner kommer det klart fram hvilke objekttyper og egenskaper som kommer fra den generelle objektkatalogen, og hvilke som er utviklet i forbindelse med utviklingen av produktspesifikasjonen. Det er da meningen at de nyutviklete skal inn i den generelle objektaktalogen, basert på retningslinjene for SOSI arbeidet. Per Ryghaug presiserte at det tar lang tid før nye ting blir tatt inn i SOSI standarden. Det begynner å komme en del produktspesifikasjoner. Ansvaret for utviklingen av disse ligger til de ansvarlige etater, men Statens kartverk ønsker å ha en oversikt over disse på nettsidene. Det var diskutert hva som egentlig er en produktspesifikasjoner. Eksempel fra matrikkelen, her finnes det både implementasjonsmodeller, analysemodeller og modeller for SOSI generell objektkatalog. I tillegg arbeidet det med å lage produktspesifikasjoner. Det er viktig at for de produktspesifikasjoner som benytter SOSI-PS, at denne gjøres tilgjengelig for systemleverandørene. Lars Eggan: Bør bruke SOSI-db og derpå lage egen SOSI-ps base for å kunne synliggjøre nye objekttyper og egenskaper. Det kom opp en diksusjon på om data levert i henhodl til WFS (og for så vidt WEB services) også skal være i henhold til en produktspesifikasjon. Denne diskusjonen ble utsatt til senere. Knut: Siste avsnitt - anbefales må endres til sterkest mulig anmodning. VP for PS/FKB: gjøres tilgjengelig i løpet av Andreas: Vær konsekvent på skrivemåten SOSI generell objektkatalog. Generering av GML skjema fra UML i EA. Ønske om å få utviklet en GUI som gjør det enklere å bruke programmet. Var vurdert som en mulig aktivitet i GeoIntegrasjons prosjektet. Konklusjon: Verken SOSI-sekretariatet eller Geointegrasjon har pr. i dag tatt tak i denne problemstillingen. Det er ikke avklart at dette er en funksjonalitet som har gøy prioritet. 5 Behov for presiseringer Dobbel geometri/sosi kontroll. SOSI kontroll gir feilmelding når det er to like objekttyper med felles geometri. Dette står det ikke noe om i selve standarden. Bør være samsvar mellom standarden og kontrollprogrammet. AG1: SOSI geometrimodell har ingen regel som sier at dobbel geometri ikke er lov. Bør ikke kjøre den testen, men den bør derimot kjøres i en produktspesifikasjon. Dobbel geometri på flystipe og bilde for eksempel er ok dersom den ene kan endres uavhengig av den andre. 3

4 SOSI del 1 Realisering i SOSI har ingen slike beskrankninger i geometrimdodellen. Det var enighet i at denne ikke skulle endres. Men det var også enighet i at dette kan angis som en beskrankning i de respektive produktspesifikasjoner, bør angis som en constraint. SOSI-sekretariatet lager forslag på en formell beskrivelse (UML-modell og tekst) SOSI-syntaks. Realisering med referanser.ref. Dette er en mekanisme som i liten grad er tatt i bruk, har ofte benyttet nøkler for kopling, slik som bygningsnummer, etc. Geoteknikk finnes som nytt kapittel, og det er ønske om en vurdering knyttet til bruk av.ref. eksempel: Eiendomsdata AG1: Anbefaler å bruke koblingsnøkler, og samtidig arbeide for en overgang mot unike og persistente overganger SOSI-versjon. I henhold til standarden er dette en angivelse av hvilken versjon av SOSI-formatet som er benyttet ved produksjon av fila. Men denne er ofte brukt til å angi hvilke versjon av objektaktalogen som ligger til grunn. Når vi forholder oss til produktspesifikasjonen er det dens versjon som skal ligge til grunn. Som bakgrunn for diskusjonen forelå et forslag fra Lars og Andreas, fra Kent og fra SOSI-sekretariatet. I utgangspunktet er det behov for å skille formatversjon fra versjon på fagområdet eller produktspesifikasjon. I utgangspunktet ser vi for oss en tredeling: SOSI-format SOSI fagområde SOSI produktspesifikasjon AG1. Vedtatt i henhold til vedlagt dokument. 6 Håndtering av import og eksport av tekster langs kurve (konkretisert forslag utarbeides til møtet). AG1: Se dokument Kartografisk element tekst_v2.doc, med endringer som diskutert og vedtatt under møtet. 7 Status på arbeidet med GML/WFS Utgår av sakslisten da Kent Jonsrud ikke var tilstede på møtet. AG1: Det er et sterkt ønske om å komme i gang med denne gruppen. 8 SOSI-engelsk status Ikke gjennomgått 9 Restanser SYMBOL og TEKST i SOSI-data (Se behandling over) Gyldighet til geografiske objekter behov for felles prinsipper presentasjon av tekster (Se behandling over) 4

5 Uttak av endringer siden en gitt dato 10 Ny møtedato SOSI-sekretariatet foreslår nye datoer i Doodle Morten B 11 Eventuelt Temakoder. Ble ikke behandlet 5