Workshop NGIS API. Lars Eggan, Norconsult Informasjonssystemer desember 2014

Transkript

1 Workshop NGIS API Lars Eggan, Norconsult Informasjonssystemer desember

2 NGIS i WinMap NGIS-klient Hente datasett fra en NGIS portal Oppdatere portalen med endringer gjort lokalt Spesiallaget funksjonalitet for å redigere egenskapene i et AR5 datasett. 2

3 NGIS i WinMap NGIS Base Vår database er typisk en database med åpent grensesnitt: Oracle Spatial, SQL Server Spatial, PostGIS. NGIS NGIS-API Abbacfcfgghhrghth. NGIS må mappes inn/ut i denne datastrukturen. NGIS-klient GeoMedia Database 3

4 Litt historikk 4

5 NGIS API Programmeringsgrensesnitt Klassestrukturen er svært hierarkisk oppbygd Etter boka Stort sett ganske logisk men virker å være litt vel komplisert i forhold til oppgaven Svært mange klasser og ikke minst nivåer å forholde seg til Må være på riktig nivå for å få gjort det man vil (casting)

6 NGIS API Ønsker om forbedringer NGIS API må gjøres tilgjengelig som et.net Assembly i tillegg til dagens C++ biblioteker NGIS-API må gjøres vesentlig mer robust når det gjelder håndtering av feil i inndata Det bør opprettes en nettadresse der siste versjon av API og dokumentasjon til enhver tid er tilgjengelig for alle som utvikler mot NGIS Opprette et forum der brukere av API et kan utveksle erfaringer og få hjelp til å løse problemer. NGIS Dokumentasjonen må få en vesentlig oppgradering Bygge opp en offisiell utviklerstøtte

7 NGIS API Har NGIS noen stor framtid? Nedlasting av kartdata er en Standard oppgave Har vært filbasert til for litt siden Online uthenting (oppdatering) blir mer og mer tatt i bruk WMS, WFS, WCS, KML osv - alle internasjonale standarder NGIS - nasjonal standard NGIS kan også oppdatere data Internasjonale standarder som også omfatter oppdatering finnes WFS-T finnes og er i bruk Bygger på WFS som alle må forholde seg til uansett i overskuelig framtid Lite i bruk så langt Men vi ser alle behovet Internasjonale standarder for transaksjoner kommer! WFS-T - eller noe annet Trenger vi NGIS i tillegg da?

8 Dagens situasjon Som vi ser, mye av det vi sa i 2008, er like aktuelt i dag. Det må være en plass å laste ned alt om NGIS API Det må sendes ut info om nyheter (tweet?) Testmiljø med alle FKB datasett + historikk Mer moderne programmeringsgrensesnitt Bedre dokumentasjon Etc.. 8

9 NGIS API i fremtiden 9

10 NGIS API i fremtiden Helst API som service SOAP eller REST Alternativt.net-bibliotek (med overbygning?) Alle kall må være deklarert med alle parametere slik at vi har kontroll på parametere og datatyper. Bør kompileres for siste Visual Studio (2013) 10

11 Umiddelbare utfordringer Komplekse egenskaper (Struct i NGIS) Serveren bør tillate NULL-verdier dersom struct er opsjonell, mens det finnes påkrevd egenskap inne i struct. (INSPIRE voidable, nilreason) Det må ikke være slik at man skal la være å sende denne tilbake. Da blir det enklere å håndtere slike egenskaper fra systemer som bruker relasjonsbaser. 11

12 Umiddelbare utfordringer ID-begrep må avklares NGIS må kunne støtte UUID for feature, og kutte all andre ID'er for geometri m.m. NGIS/QMS i dag: QMS opererer med et sett av IDer: FeatureID SpatialID for QdiSpatialPropertyObject (Punkt / kurve / med mer) SpatialID for QdiComplexSurface SpatialID for QdiBoundary / QdiPath En klient burde kunne forholde seg til kun en ID for et objekt, nemlig FeatureID. 12

13 Umiddelbare utfordringer Validering Hvor god er NGIS sin geometrvalidering i dag? Dette spesielt mht. delt geometri. NGIS/QMS må kunne si hvor feil oppstår på en bedre måte. 13

14 Umiddelbare utfordringer Et av hovedutfordringene med oppdateringsapi mot FKB-data er at det er mange datasett som til sammen utgjør mange objekttyper. Dette i motsetning til MatrikkelAPI som har et begrenset antall objekttyper med klare regler. Det finnes en del regler som kun finnes beskrevet i dokument. Reglene må ligge i UML-modellene Delt geometri brukes i NGIS Flater peker til linjer Utfordringer mht. til endringslogg Geometrien til linjer referert fra endrede flater skal være med i datasettet. Alle flater som refererer endrede linjer skal være med i datasettet. 14

15 Umiddelbare utfordringer Hvordan er heleid geometri tenkt implementert i NGIS/QMS? Vi ønsker heleid geometri: dette er på linje med INSPIRE/OGC standarder og også på linje med hvordan geografiske data forvaltes i andre land i Europa. Full støtte i OpenSource Få fart på WFS-tjenester Innføre GML som nasjonalt utveklsingsformat 15

16 Umiddelbare utfordringer Bruk av lineære referanser for de datasett som krever dette: Vegnett, VBase, Ledning, Jernbane NGIS API må med andre ord håndtere LRS, det samme må da de berørte FKB datasett. 16

17 Regelstyring UML-modellene for produktspesifikasjoner FKB må oppdateres til å bli fullstendig regelstyrte. Regler kan IKKE stå langt nede i et dokument, de må ligge i UML-modellen. Vil da bli enklere å implementere ett konsistent NGIS API. 17

18 KP i NGIS Knutepunkt (les..kp i SOSI-formatet) bør fjernes fra NGIS. Dagens KP-løsning er vanskelig å håndtere, og er etter vår mening knyttet for mye opp mot internt FKB produksjonssystem. Alternativ? 18

19 Initielle datasett Hensikten er å kunne hente et datasett raskt (fra en viss dato), slik at man skipper å hente ned alle endringer, endringsloggen kan bli stor. Jamfør løsning i GeoSynkronisering. Er det tenkt støtte for det? 19

20 Predefinerte spørringer Jmf. WFS Stored Queries. Også definert i GeoSynkronisering. Eksempelvis Kommunenummer, henter da ut data for gitt kommune uten å måtte gi inn søkepolygon med kommuneomkrets. 20

21 Brukstilfeller Hvordan tenker vi oss at brukeren skal jobbe mot NGIS? Lange transaksjoner, eller forholdsvis korte? Viktig å se på brukstilfelle for bruk av NGIS API på kort sikt. Et mulig brukstilfelle er at man kun sjekker ut de objekt som skal endres (og de objekt som berøres av endring). Dette er tilsvarende MatrikkelAPI. Det er kun tillatt å ha objekter sjekket ut i en begrenset tidsperiode. 21

22 Fremtidens oppdaterings-api Det er tjeneste-basert Eksempelvis SOAP, REST Uavhengig av programmeringsspråk og plattform Bygger på internasjonale standarder INSPIRE, OGC, ISO etc. Alt er regelstyrt, basert på UML-modell Eksempelvis GML applikasjonsskjema Også dekke andre datasett enn FKB Se på løsninger som: GeoGig (tidligere GeoGit)? OGC GeoSyncronization 22

23 Fremtidens oppdaterings-api Flere dedikerte nasjonal OppdaterinsgAPI (som MatrikkelAPI) VBASE (allerede definert: REST) AR5 Bygning I Matrikkelen? Uansett bør ny datamodell defineres bygd på prinsippene i INSPIRE Building for å få full 3D. 23