SOSI Arbeidsgruppe 1 Statens kartverk, Oslo og Akershus 2009-08-25 Velkommen Informasjon fra SOSI sekretariatet Restanser SOSI produktspek. Prosedyrer mht. vedlikehold og oppdateringer Strategi for videre arbeid Ny møtedato Eventuelt?
SOSI - utvikling 1977 - SOSI - Prosjekt under MD 1978 - Første forslag til utvikling av overføringsstandard 1982 - Workshops og diskusjoner 1985 - Første versjon av den formelle syntaks og formalisme. 1987 - Første komplette versjon - SOSI version 1.0 1989 - FGIS prosjektet 1990 - Første større revisjon av SOSI - versjon 1.4 1991 - Første versjon med objektkatalog inkludert, versjon 2.0. 1994 - Revisjon - versjon 2.1. Inkluderer flere databeskrivelser også for data egnet for mindre målestokker som 1:5000 1995 - Revisjon - versjon 2.2. 1996 - Revisjon - versjon 2.21 1998 - Revisjon - versjon 3.0 1999 - Revisjon - versjon 3.1 2000 - Revisjon - versjon 3.2 2001 - Revisjon - versjon 3.3 2003 Revisjon versjon 3.4 /3.41 2007 Revision versjon 4.0 (konform med ISO 191xx)
Versjonering ISO/EN/NS SOSI del 1 Del1_0 Introduksjon Del1_1 Generelle konsepter Del1_2 Realisering i SOSI/GML Del1_4 Navneregler Del1_5 Metadata Del1_6 UML modellering Fundament SOSI del 2 Del 2 Innledning Del 2 Generelle konsepter AR 5 DEK FM AR 5
Bestanddeler i SOSI standarden Versjonering Innspill/feilmeldinger SOSI standarden GML UML modeller SOSI-DB Word Meldingsdatabase UML som HTML komplett UML som HTML (fagområde) PDF Vedtatte endringer SOSI kontroll parameterfiler
SOSI ver 4 SOSI DEL 1 Bygn 4.0 Plan 4.0 Luft NOTES endringer Bygn 4.1 Plan 4.1 Plan 4.2 SOSI ver 5
Versjonering. Står brukerne fritt til å velge versjonsnummer? I dag: SOSI_versjon står i hodet på SOSI fila. F.eks SOSI-VERSJON 4.0. Dette betyr at dataene følger de modeller som ligger i det respektive fagkapittel 4.0. SOSI kontroll fordrer da fullt sett av parameterfiler (både syntaksdefinisjonsfil, kodefiler, kapittelfiler for versjon 4.0. Dvs at dersom noen foreslår 4.0.1 fordrer dette fullt sett av tilsvarende filer for 4.0.1. I applikasjonsverden setter man sammen et system av ulike versjon av nødvendige komponenter (biblioteker, DLL er etc). Slik fungerer ikke SOSI /SOSI kontroll i dag. Dette fordrer en utvidelse av egenskapen SOSI-VERSJON samt omskriving av SOSI-kontroll.
SOSI-standard SOSI/DB (og UML modeller) SOSI-DB er løpende oppdatert (register). Vi fryser en versjon ved hver hovedversjon, potensielt ved enkelte underversjoner. De respektive SOSI-versjoner er et snapshot av SOSI-DB. Forvalter i dag ulike versjoner av SOSI-DB (historisk), men bare siste versjon er tilgjengelig for nedlasting. Forvalter i dag ulike versjoner av UML modeller (historisk), men bare siste versjon er tilgjengelig.
Hovedprinsipper? Versjonering. Endringer i fundament som medfører endringer i objektkatalog -> ny hovedversjon. F.eks ver 5. -> Ny versjon av både SOSI del 1 og SOSI del 2. Endringer i fundament som ikke medfører endringer i objektkatalog (.f.eks at GM_Curve endrer navn til GM_Cur. -> Ny underversjon 4.1. Nytt kapittel. Beholder hovednummer (f.eks versjon 4, hva med kapittelnummer. Endringer i objektkatalog -> Ny underversjon eller eksisterende versjon med feilrettinger.
Objektkatalog / produktspek Versjonering av produktspesifikasjoner følger stort sett de samme prinsipper som for SOSI del 1 og del 2. I selve produktspesifikasjonen bør det komme fram hvilket versjon med dato av objektkatalogen som er benyttet. Dette med tanke på senere oppdateringer. SOSI-DB er løpende oppdatert (register). Vi fryser en versjon ved hver hovedversjon, potensielt ved enkelte underversjoner. Forvalter i dag ulike versjoner av SOSI-DB (historisk), men er ikke tilgjengelig for nedlasting.
Videre arbeid med SOSI som register UML Rational Rose SOSI-DB MS-ACCESS Meldingsdatabase Notes UML som HTML (hele Modellen) GML skjema Word PDF SOSI-PS (produktspesifikasjoner) UML som HTML (hvert fagområde) SOSI- Kontroll Parameterfiler Word PDF