Tilstede: Morten Borrebæk, NGIS, Statens kartverk (møteleder) Per Ryghaug, Norges geologiske undersøkelser

Transkript

1 REFERAT fra møte i SOSI-arbeidsgruppe 1 Teknikker og modeller Tid: 21. og 22. september 2005 Starttidspunkt: kl 0930 Sted: gamle kartkontoret i Tønsberg, Statens Park hus A STATENS KARTVERK Tilstede: Morten Borrebæk, NGIS, Statens kartverk (møteleder) Per Ryghaug, Norges geologiske undersøkelser Arne Einarsrud, Norkart Lars Eggan, Norconsult Informasjonssystemer AS Andreas Røstad, Landdiv, Statens kartverk Øystein Dokken, Landdiv. Statens kartverk Roger Kvilhaugsvik Thorolf Trolsrud, NGIS, Statens kartverk Geir Myrind, NGIS, Statens kartverk Gerd Mardal, NGIS, Statens kartverk (referent) AGENDA Onsdag 21, september Tid Tema Ansvar 09:30 Velkommen Morten B Referat fra forrige møte Gerd M 10:10 18:00 SOSI-del 1 introduksjon (hele) SOSI-del 1 Generelle konsepter(hele). Spesielle punkter: SOSI-objekt avklaring av felles egenskaper om skal benyttes i produktspesifikasjonssammenheng, samt avgrensningsobjekter (Se også , , ) Roger K, Øystein D Egenskaper i forvaltning av original-/kopidata Øystein D, Magni B, Roger K Angivelse av interpolasjonsmetode (Bue, klotoide, etc) på geometri i produktspesifikasjoner Dimensjon (endelig avklaring) Geir M Ortofoto (inn i generell del eller nytt kapittel?) SOSI-del 1 Realisering i SOSI og GML (hele). Spesielle punkter: Egenskaper tillatt å ha i hodet på en SOSI-fil Roger, Øystein, Magni Innmeldinger fra Arealis Bruk av BUE og SIRKEL Koordinatsystemkoder

2 Torsdag 22. september Tid Tema Ansvar 08:00 15:00 SOSI-del 1 til objektkatalogen (hele) Morten B. SOSI-del 2 Generelle objekttyper, datatyper og kodelister (hele). Spesielle punkter: Metadata definisjoner Gerd M Per Ryghaug Det var meningen at P. Ryghaug skulle gå igjennom de metadataelementer som ligger i SOSI-del 1 i dag, og mappe disse til betegnelser brukt i Norsk profil av EN/ISO :2005. Dette punktet ble utsatt fordi det ikke har vært tid til å gjennomføre denne forundersøkelsen. Skal imidlertid være med i SOSI-standard versjon 4.0 Avblendingsområde, objekttyper knyttet til kartblad og ulike typer soner Magni B/Øystein Dokken Endringsdata Magni B. Ny målemetode Målemetode omskriving av forklaring Andre generelle problemstillinger som ønskes diskutert i AG1: Terrengpunkt fra laserscanning Modellering av grensepunkt Presentasjonsdata (status) Morten B. Skriftkode Eventuelt Ca. 6 mnd. hørings/praktiseringsperiode Gerd M 2

3 Gjør oppmerksom på at det er gjort noen omprioriteringer i forhold til dagsorden, da Roger Kvilhaugsvik kun var på møtet Dagsorden Saker Ansv. 1. Velkommen Morten B 2. Referat fra møtet 2.og 3. juni 2005 Pkt. 3: Kommentar til Kvalitetsgruppen og hvem som er leder for den. - Per Ryghaug er ikke leder.. tar ansvar for videreføring av arbeidet. Restanse : - -Ytterligere presisering: Tegnet * skal benyttes for å angi manglende verdier i et gruppeelement (feks..kvalitet 22 * ). Tegnet * er ikke en meningsfull verdi for påkrevne basiselementer. Metadata definisjoner: Dette gjelder mappingen mot ISO 3. SOSI dokumentstruktur Som en innledning til de videre diskusjoner til SOSI del 1 ble forslag til dokumenentstruktur lagt fram. Hovedstruktur: Hovedinndeling Innhold Merknad SOSI Del 1 Generell del SOSI Del 2 Objektkatalog SOSI Del 3 Produktspesifikasjoner SOSI Del 4 Retningslinjer/veiledere SOSI Del 5 Egenskapslister, jfr dagens Del 4. Bør finnes for SOSI versjon 4.0 SOSI del 1 Innhold Introduksjon, målsetting, organisering, ambisjonsnivå. Generelle konsepter SOSI-Objektmodell Konformitetskrav Objektmodell Datatyper Basis datatyper (CSL) Størrelser (UoM) Tid og temporale datatyper Geometri datatyper Realisering i SOSI og GML SOSI-syntaks Notasjon Oppbygging av SOSI fila Hode på SOSI-fila Merknad del1_0 del1_1 del1_2 3

4 Geometri modell Kartografisk element Geometriløse objekter Spesifikasjon av datasatt/utvalg og beskrivelsesgrupper Mapping regler UML - SOSI Mapping regler SOSI - UML GML Syntaks Mapping UML-> GML Henviser til ISO GML Annex E Mapping GML -> UML Henviser til ISO GML Annex F Presentasjonsdata Del1_3 Dagens versjon kapittel 14. Hva bør denne omhandle??????? Norsk profil : Metadata SOSI Del 2 objektaktalogen Dokument <alfabetisk sortering for kapitlene. eventuelt gruppevis. Beholder kortnavn> SOSI Del 3 produktspesifikasjoner Dokument Produktspesifikasjoner * Del1_4 Innhold til objektaktalogen. Alle kapitlene i den generelle objektkatalogen Innhold til produktspesifikasjoner * Produktspesifikasjonene bør være presentert i henhold til en felles mal, dette klarer vi kanskje ikke i versjon 4.0? SOSI Del 4 retningslinjer Dokument Innhold Retningslinjer for navnsetting Retningslinjer for modellering Retningslinjer for definisjoner Inledning til retningslinjer Regler for navning av geografisk informasjon Det ble fremmet forslag om at SOSI-notasjonen ble tatt ut av kapitlet Realisering i SOSI og GML. Det var også henvisning til at GML syntaksen også er referert til som et eget dokument(iso standard), Dette vil da som tidligere ligge i et eget dokument under SOSI-del SOSI-del 1 introduksjon (hele) Dokumentet ble ikke gjennomgått av gruppen. Dokumentet ligger ute som arbeidsdokument og er ikke korrekutlest. Kommentarer tas i mot med takk. SOSI-del 1 introduksjon 5. SOSI-del 1 Generelle konsepter (hele) Spesielle punkter: SOSI-objekt avklaring av felles egenskaper om skal benyttes i produktspesifikasjonssammenheng, samt avgrensningsobjekter ( , , ) Se egen beskrivelse av SOSI_Objekt i slutten av dokumentet 4

5 , Egenskaper i forvaltning av original-/kopidata Forslag:..KOPIDATA...OMRÅDEID H4 (eks fylkes- eller kommunenr)...originaldatavert Tekst "Vbase" (eller eks kommunenavn)...kopidato (Dato når kopiert fra originaldatabasen) Forslaget må bearbeides videre. Andreas tar initiativ til å utarbeide forslag til neste møte , Angivelse av interpolasjonsmetode (Bue, klotoide, etc) på geometri i produktspesifikasjoner Under arbeid: GM_CurveSegment tilsvarer det vi i dag kaller..linje,..kurve etc. Ulike subtyper av GM_CurveSegment har mekanismer for sirkel, kurve, bue, etc. Hvordan skal dette klargjøres i vår geometriprofil?. SOSI_Sekr lager forslag , Dimensjon (endelig avklaring) Foreslår datatypen Ledningsdimensjon med innhold som i eksemplet (eget forslag ligger som vedlegg til denne meldingen), Dimensjon. Legges til 'Generelle' datatyper. Sendes til Ledningsgruppe for vurdering. De må komme med en presis forklaring på hva de faktisk ønsker , Ortofoto (inn i generell del eller nytt kapittel?) Definisjonen må på plass før det tas en avgjørelse på hvor Ortofoto skal modelleres. etariatet kontakter Jon Arne Trollvik Andreas R. 6. SOSI-del 1 Realisering i SOSI og GML (hele) Spesielle punkter: Link til dokumentet , Egenskaper tillatt å ha i hodet på en SOSI-fil Roger, Øystein og Magni , Innmeldinger fra Arealis Areal (og lengde): Benytter størrelsesdatatyper. Produktspek kan snevre inn domene.) Etableringsdato: For etableringsdatao benyttes den som finnes i Fastmerke, men gjøres generell. Forøvrig må det gjøres en større jobb på samordning av ulike datoer benyttet i SOSI. Dette arbeidet gjøres av den gruppen som skulle se nærmere på metadata/kvalitet. Innfører ikke MERKNAD, bruker informasjon , Bruk av BUE og SIRKEL Beslutning: En BUE og SIRKELP ligger i horisontalplanet som om høyden på punktene er like. Start og sluttpunkt kan likevel ha ulik høyde , Koordinatsystemkoder Beslutning: For de geografiske systemene fjernes sekund i definisjonen. Dersom 5

6 7. SOSI-del 1 til objektkatalogen (hele) GEOKOORD ikke er angitt er sekund default, Dersom en ønsker grader benyttes GEOKOORD lik 2. Denne rakk vi ikke å gå gjennom. Morten B. 8. SOSI-del 2 Generelle objekttyper, datatyper og kodelister (hele). 9. Andre generelle problemstillinger som ønskes diskutert Spesielle punkter: Metadata definisjoner Det var meningen at P. Ryghaug skulle gå igjennom de metadataelementer som ligger i SOSI-del 1 i dag, og mappe disse til betegnelser brukt i Norsk profil av EN/ISO :2005. Dette punktet ble utsatt fordi det ikke har vært tid til å gjennomføre denne forundersøkelsen. Skal imidlertid være med i SOSI-standard versjon , Hjelpedata: Temakoder og objekttyper brukt i N50-N5000 Kartdata - forslag til endringer: Beslutning: FiktivDelelinje, Dataavgrensning og KantUtsnitt er nå en del av modellen. Disse er også avgrensningslinjer for SOSI_Objekt , Ønske om ny generell objekttype; Utsnitt Beslutning: Ny objekttype Utsnitt. Def: geografisk område som avgrenses av et kantutsnitt Merknad: Med utsnitt menes ofte klippepolygoner, som en ønsker å forvalte med tanke på senere bruk , Avklaring DataAvgrensning, temakoder Beslutning: Dataavgrensning benytter kode FKB skal vurdere å omkode sine data til å benytte Dataavgrensning Ny målemetode Under arbeid: Legger inn ny målemetode 15, Utmål Kvalitetsangivelsen knyttet til Utmål overskygger om utgangspunktet for denne kommer fra GPS eller annet. Defiinisjon: Punkt beregnet på bakgrunn av andre punkter, slik som to avstander eller avstand + retning. Det arbeides med å lage en mer omfattende modell basert på kvalitetsmodellen i ISO metadata, som blant annet inneholder trinnsvis prosesshistorie. Her kan en legge inn flere målemetoder om ønskelig , Målemetode omskriving av forklaring Under arbeid: Legger inn den fulle forklaring på alle kodene, slik at denne ikke blir avhengig av overskriften. Thorolf gjør dette , Terrengpunkt fra laserscanning Beslutning: Per R Thorolf T 6

7 Tar utgangspunkt i modellen over (se restansen). Fjerner Høyde, denne er en del av geometrien. Fjerner Note. Flytter intensitet ned på DTMPunkt og DSMPunkt. SOSI-realisering. Benytter Punkt, ikke Sverm , Modellering av grensepunkt Under arbeid: Benytter den øverste modellen, grensepunkt med egenskap som forteller type grensepunkt. Objekttypen Grensepunkt må få ny temakode. De ulike temakodene for grensepunkt kommer inn i kodelista for Grensepunkttype. Realisering i SOSI Alternativ 1. Grenspunkttype realiseres som punktinfor, som...ptema <grensepunkttype> Konsekvens: Ingen endring, men heller ingen klar 'mapping' fra implementasjonsuavhengig modell til SOSI. Alternativ 2. Grensepunkttype realiseres som punktinfo, som...grensepunkttype <kode> Konsekvens: Endring fra eksisterende løsning Alternativ 3, benytter ikke punktinfo. Grensepunkt realiseres som frittstående punkt uten annen knytning til eiendomsgrensa enn koordinatene og...kp. Konsekvenser: PINFO bort fra SOSI. Lett å mappe mot GML. Skaper støy ut fra eksisterende løsning. Alternativ 4, PINFO bort fra SOSI, implementerer referanser i eiendomsmodellen, dvs referanse fra et punkt i eiendomsgrensa til et frittsåtende grensepunkt. Konsekvenser. Best løsning, men lite ønske om å gjøre større konseptuelle endringer i dagens SOSI, men tanke på at GML tar over ettervhert. Konklusjon: I utgangspunktet ønsker SOSI AG1 at en benytter alterntiv 3, men at tidspunktet for å gjøre en endring er feil. Dette bør gjøres i sammenheng med den nye matrikkelen. Beholder foreløpig dagens løsning, dvs alternativ 1. Gjennomgang av Sammenheng mellom posisjonskvalitet som kvalitetsegenskap til en objekttype og stedfestingsnøyatighet som metadata. (notatet fra Morten): Forslag: 1. Regler for hvordan en aggregerer eksisterende metadata opp mot metadatastandarden (både kvalitet og andre metadataelementer). 2. Lage nye mekanisermer i SOSI for anvendelse på objektnivå (herunder kvalitet). Denne vil overlappe eksisterende egenskaper. 3. Bytte ut eksisterende egenskaper mot nye egenskaper i henhold til metadatastandarden. 4. Benytte egenskapene Komformitet i henhold til krav i produktspesifikasjonen 7

8 10. Presentasjonsdata (status) Arbeidet har pågått over et lengre tidsrom, men det er ikke ferdig som et konkret forslag. Det trenger mer diskusjon i fagmiljøene. SOSI sekretariatet tar initiativ til en oppfølging, men dette rekker vi ikke å gjøre for versjon , Skriftkode Forslag: Innfører egenskapen presentasjonskode som integer. SOSI navn SKRIFTKODE, H9. Kan brukes for både tekst og symbol Definisjon: koplingsnøkkel mot presentasjonsinformasjon. Verdiene er produktavhengige. 11. Eventuelt Høringsperiode : Det er ytret ønske om en forlenget høringsperiode på SOSI-standarden. Forslaget vil i praksis bety 4 måneder testing ute i brukermiljøene, deretter 2 måneder evt. oppdateringer av etariatet. Forslaget legges fram for Standardiseringsringen og Brukerforum for standardisering. Dette forslaget vil i utgangspunktet gjelde alle standarder og ikke kun SOSI-standarden.. Det bør utarbeides retningslinjer for hvilke tilbakemeldinger som forventes, for eksempel mindre justeringer og hva dette innebærer. Melding til arbeidsgruppen når arbeidsdokumentene er oppdatert og lagt ut på arbeidsdokumenter. 12. Ny møtedato Ikke avtalt. Vedlegg til SOSI del 1 - SOSI objekt: Kartbladkant 0..* +kartbladkantavgrensning <<Topo>> SOSI_Objekt + verifikasjonsdato[0..1] : Verifikasjonsdato + endringsflagg[0..1] : Endringsflagg + posisjonskvalitet[0..1] : Posisjonskvalitet + status[0..1] : Status + oppdateringsdato[0..1] : Oppdateringsdato + digitaliseringsdato[0..1] : Digitaliseringsdato + identifikasjon[0..1] : Identifikasjon + identifikasjonlokal[0..1] : IdentifikasjonLokal + opphav[0..1] : Opphav + stedfestingsnøyaktighet[0..1] : Stedfestingsnøyaktighet + digitaliseringsmålestokk[0..1] : Digitaliseringsmålestokk +dataavgrensning + prosesshistorie[0..1] : Prosesshistorie <<Topo>> + medium[0..1] : Medium Dataavgrensning 0..* + kopidata[0..1] : Kopidata FiktivDelelinje 0..* <<Topo>> +fiktivdelelinjeavgrensning +temakartavgrensning <<Topo>> <<Topo>> 0..* 0..* Temakartavgrensing +kantutsnittavgrensning KantUtsnitt Legge in en merknad om hva som er metadata og hva som er egenskaper Det ble brukt mye tid på SOSI objekt. Hensikten er at alle obkjekttyper i standard produktspesifikasjoner skal være subtyper av SOSI_Objekt, og følgelig arve dens egenskaper og assosierte avgresningsobjekter. Dette for å lage samordne produktspesifikasjoner. 8

9 Nærmere informasjon er tilgjengelig på Publisert samlet UML- modell Vedlegg til punkt 8 - Terrengpunkt fra laserscanning Høydepunkt + pos isjon[0..1] : Punkt + tem a[0..1] : Temakode = 2105 {frozen} høyde angis med høydeverdi knyttet til koordinatene (høydekoordinat). Sverm (SOSI realisering) skal ikke benyttes. DSMPunkt + tema[0..1] : Temakode = 2107 {frozen} + intensitet[0..1] : Real DTMPunkt + tema[0..1] : Temakode = 2106 {frozen} + intensitet[0..1] : Real 9