FOT2007 systemet: Overordnet systembeskrivelse af funktionalitet og arkitektur PHS20080422 Indholdsfortegnelse FOT2007 systemet: Overordnet systembeskrivelse af funktionalitet og arkitektur...1 Indholdsfortegnelse...1 0. Beskrivelsens formål og målgruppe...2 1. Det fælles databasesystem - FOT2007...2 2. Systemets arkitektur og funktionalitet...3 3. GML formatet som basis...4 4. FOT databaserne...5 5. FOT roller...7 6. Registrering af data i FOT2007...8 7. Udtræk af data filer fra FOT2007...10 8. FOT - Kortforsyningen...11 9. Metadata...12 10. Understøttelse af særlige arbejdsgange mv...13 Bilag A. Log ind via Miljøportalen...15 Bilag B. Brugervejledning til FOT-dataleverancesystemet...19 1. Indgang til systemet...19 2. Bestilling af data...19 3. Hentning af udtræksdata...21 Bilag C Skemaforespørgsler mv...23 GML input- og leveranceskema...23 WMS og WFS standardforspørgsler...23 1
0. Beskrivelsens formål og målgruppe Nærværende dokument giver en kort gennemgang af FOT2007 systemets opbygning og anvendelse. Gennemgangen er tænkt som en introduktion for brugere, der er uden særlig systemteknisk baggrund. 1. Det fælles databasesystem - FOT2007 Den fælles kortlægning i regi af FOT samarbejdet skal lægges i en fælles database. FOTdanmark har købt det fælles databasesystem hos KMS og døbt det FOT2007. Det er i FOT2007, at fælles data opbevares og opdateres, og det er fra FOT2007, at kortdata skal hentes til brug lokalt hos FOT partnerne. Udviklingen af FOT2007 er sket på baggrund af hensigtserklæringen "Etablering af et system for opbevaring og distribution af FOT-data", se yderligere på FOTdanmarks hjemmeside. Udvikling af FOT2007 skete i årene 2006 og 2007. En egentlig ibrugtagningen af systemet sker løbende gennem første halvår af 2008. Under ibrugtagningen er der konstateret enkelte fejl og mangler, der (i skrivende stund) endnu ikke alle er rettet. I hensigtserklæringen er der ud over databasesystemet, redegjort for etableringen af simple browserbaserede applikationer, der i en overgangsperiode skal understøtte partnernes fejlrettelser og løbende opdateringer af data. Udviklingen af disse browserbaserede applikationer er forsinket og forventes klar medio 2008. Indhold og funktion af applikationerne gennemgås ikke her. 2
2. Systemets arkitektur og funktionalitet FOT2007 systemet FOT datavalidering og registrering FOT dataudlevering GML GML-fil Øjeblikkelig ændringskopiering Validering FOT hoveddatabase FOT Leveringsdatabase GML-fil Lukket kommunikation GML-fil FOT Services WFS og WMS FOT browserbaserede editerings applikationer Figur 1 oversigt over FOT2007 systemet Systemet er konstrueret til at Modtage FOT data til registrering Validere modtagne FOT data Registrere FOT data til en central database (herunder tildele FOT-id er) Opbevare registrerede FOT data (både levende og udgåede) Udlevere kopier af FOT-data til FOT-brugere Dataregistreringen foregår via et dataformat, der tillader ajourføring (new, update, delete). Til systemopbygningen er der anvendt komponenter, der kan skaleres op, hvis systembelastningen stiger mere end forudset.. 3
3. GML formatet som basis Geography Markup Language (GML) er et XML baseret format defineret af Open Geospatial Consortium (OGC). Formatet kan benyttes som modelsprog for geografiske systemer såvel som til åben udveksling af kortdata på internettet. GML-formatet er i dag internationalt anerkendt og en benyttet standard for åben udveksling af kortdata. Allerede i produktbeskrivelsen for FOT2007 1 blev det besluttet at begrænse FOT2007 systemets håndtering af dataformater til GML-formatet. GML-formatet findes i en række forskellige versioner. Ud fra den generiske datamodel, der er foreskrevet i FOT specifikationen version 3, blev det i FOT2007 projektet besluttet at benytte GML version 3 Simple Feature Level 1. Det er specielt FOT specifikationens krav om metadata på attributniveau samt FOT specifikationens krav om interval-attributter, der kræver denne GML version 2. For at kunne udveksle FOT data i GML filer skal man desuden i detaljer specificere, hvordan FOTs objekttyper, metadata, attributtyper og -værdier med mere skal skrives i en GML fil. FOT specifikationen version 3 detaljerer ikke dette. FOT2007 systemet har derfor i samarbejde med FOT gruppen på KMS udviklet en detaljeret specifikation i GML(engelsk: application schema), som FOT2007 systemet bruger. Efterfølgende bør FOT Danmark overveje om denne specifikation kan være eller danne grundlag for en FOT Danmark anbefalet standardisering og dermed indgå som en del af fremtidige FOT specifikationer. GML-skemaet for datamodtagelse og levering kan ses eller downloades fra KMS-skemaserver via linket: http://schemas.kms.dk/fot/2008/04/08/fotfradb_v.2.34.xsd 1 http://www.fotdanmark.dk/nr/rdonlyres/249fccd8-423e-4eaa-ade7-7a1f55b857a7/57028/fot2007produktbeskrivelse.pdf 2 Desværre understøtter ikke alle kommercielle GIS-systemer endnu denne GML version i det nødvendige omfang. I en overgangsperiode vil der derfor eventuelt være behov for dataleveringer i mindre komplekse GML-versioner. 4
4. FOT databaserne Koordinatsystem Alle koordinater i FOT2007 systemet er givet i systemet UTM 32, EUREF89. Koordinater angives i enheden meter afrundet til hele cm. FOT hoveddatabasen Systemet hovedkomponent er en Oracle database, der er konstrueret til at kunne modtage og opbevare data, der følger FOT-specifikationens objektmodel. Databasens tekniske opbygning vil ikke blive gennemgået her, men det skal nævnes at dens opbygning temmelig snævert følger opbygningen i FOTs generiske objektmodel, som præsenteret i Specifikation for Fælles Objekt Typer (FOT) version 3.0 side 30. FOT specifikationens generiske objektmodel beskriver de krævede fælles træk for alle FOT objekter og begrænser samtidigt de tilladte forskelle mellem objektmodellerne for de forskellige objekttyper. Ved at basere databasens konstruktion på den generiske objektmodel ( i stedet for den detaljerede definition af de enkelte objekttyper) vil databasen forholdsvis enkelt kunne tilpasses ændringer i FOT specifikationen, i hvert fald så længe ændringerne holder sig inden for den generiske objektmodel. Af samme årsag vil databasen også uden væsentlige problemer kunne indeholde data, der er registreret efter forskellige FOT versioner. Databasen mærker alle modtagne data eller ændringer til data med det tidspunkt, hvor den vellykkede databasetransaktion startede. Mens databasen behandler en opdateringsfil med nye data, spærres et geografiske område svarende til datas omskrevne firkant automatisk for yderligere opdateringer. Uden for firkanten kan der foretages parallelle opdateringer. FOT leverancedatabasen FOT hoveddatabasen benyttes til registrering og opbevaring af FOT-data, men den benyttes ikke til levering af FOT data til FOT data brugere. For at kunne optimere performance på leverancesiden har FOT-systemet en særskilt leverancedatabase, der benyttes til udtræk og levering af FOT data. Leverancedatabasens hoveddel har nøjagtig samme opbygning som FOT databasen. Ved udtræk af større filer kontaktes leverancedatabasens hoveddel direkte via en specialiseret hjemmeside, se bilag B. Ud over hovedtabellerne indeholder leverancedatabasen et større sæt hjælpetabeller. I hjælpetabellerne er data for hver objekttype fordelt ud i sin særskilte tabel. De særskilte tabeller giver lettere og hurtigere adgang til data for det kommercielle system, der benyttes til at levere WFS og WMS services (se kapitel 8. FOT - Kortforsyningen). Da hjælpetabellerne ikke er opbygget ud fra FOTs generiske objektmodel, men ud fra de enkelte objekttypers objektmodel, vil en ændring i FOT specifikationen hurtigere kræve omkodninger i hjælpetabellerne end i resten af systemet. Både leverancedatabasens hovedtabeller og hjælpetabeller opdateres løbende efterhånden som ændringer godkendes i FOT-databasen. Efter nærmere overvejelse er Oracle teknologien Advanced Queing anvendt til at opnå en hurtig og pålidelig opdatering (synkronisering) af leverancedatabasen 5
med FOT hoveddatabasen. Praktiske test vil senere vise nøjagtigt, hvor hurtigt disse opdateringer sker. Vi forventer, at bliver tale om nogle få sekunder. 6
5. FOT roller For at kunne få lov til at foretage datainput til FOT-linie skal en bruger autentificeres (=identificeres) og autoriseres (=have tildelt en eller flere roller ). Gennem rollerne styres det, at brugerne kun får lov at ændre eller lægge nye ting i databasen i det omfang, de har lov til det. Der er opbygget og implementeret et sæt generelle roller svarende til FOTs generelle krav. Derudover er der udarbejdet et stort og meget detaljeret sæt roller, hvor den enkelte brugers rettigheder kan detailstyres i forhold til objekttype og attributtype 3. Rollerne kan kombineres med områdepolygoner, der angiver i hvilket geografisk område, den enkelte bruger har de angivne roller. Uden for områdepolygonen skal brugeren ikke kunne ændre data. Implementering af systemet med områdepolygoner vil ske parallelt med implementeringen af de forsinkede browserbaserede applikationer. Redegørelse for FOT roller Generelle roller FOTs Systemafgrænsningsdokument definerer nogle roller som systemet skal kunne håndtere, f.eks. FOT-validator, FOT-ansvarlig, fejl & mangel-visitator, og FOT-kortbruger. Én bruger kan tildeles flere roller. Typeafhængige roller Ovennævnte roller er ikke fyldestgørende til at dække alle tænkelige brugerroller og afgrænsninger. Adspurgt svarede FOTdanmark, at rettighedsstyring skal kunne ske for hver enkelt objekttype og attributtype, svarende til, at man i brugerautentificeringssystemet definerer en ny rolle for hver attribut og hver objekttype. En bruger der ikke har en af de overordnede roller for dataopdatering kan i stedet tildeles en rolle for hver objekttype og for hver attributtype som brugeren skal kunne opdatere. Alle roller er oprettet i Miljøportalens brugeradministrationssystem, men vi har endnu ikke haft brug for alle rollerne i FOT2007 systemet. Rollerne vil først for alvor kunne udnyttes, når de tilknyttede Browserapplikationer er klar. Områderoller Områderoller dækker hvilket område en bruger må redigere i. Områderollerne oprettes med tilladelsespolygon efterhånden som FOT-partnerne tilmelder sig FOT. En tilladelsespolygon afgrænser det område en FOT-partner må arbejde indenfor. Tilladelsespolygoner for en medarbejder følger tilladelsespolygonen for den organisation, der arbejdes for. Hvis samme person arbejder f.eks. både for en kommune og for en sammenslutning af kommuner, skal personen oprettes og gives roller i begge organisationer. 3 Implementering af de detaljerede roller er ikke krævet i FOT2007 aftalen med FOTdanmark, og er endnu ikke sket. Rollesystemet er omfattende og vil strække anvendelsen af Miljøportalens brugeradministration til det yderste. 7
6. Registrering af data i FOT2007 Registrering af en fil med FOT data sker via hjemmesiden vist på Figur 2. For at få vist hjemmesiden kræves en brugerlogon, se bilag A. Hjemmesidens adresse er: https://fotupload.kms.dk/fotdataupload/ Hjemmesiden giver brugeren to muligheder: Datavalidering og Registrering. Datafiler der ønskes valideret eller registreret skal overholde det specificerede GML format (se bilag C). Datavalidering Datavalideringen er en service, der tilbydes alle brugere med rollen FOT_uploader. Brugeren får testet om en konkret fil med data overholder det specificerede GML format samt visse detaljer fra selve FOT specifikationen. I øjeblikket indeholder den automatiske test ingen geometriske test, men det vil kunne bygges på senere. Det forudsættes, at brugeren selv kontrollerer de geometriske forhold med andre værktøjer. Testen foretages ved at brugeren udpeger en fil på sin egen computer. Efter udpegning oploader systemet filen til en KMS server, hvorfra FOT2007 systemet foretager data-valideringen. Validering af større filer kan tage temmelig lang tid. Systemet giver derfor ikke brugeren et umiddelbart interaktivt svar, men sender resultatet af valideringen i en mail til brugeren. KMS oplever at validering af et datasæt svarende til alle FOT-data for en hel kommune (i dette tilfælde Egedal) tager omkring en time. Registrering Registrering af data indebærer, at data lægges i FOT hoveddatabasen. Registrering af data er en service, der kun tilbydes brugere, der har rollen FOT_uploader eller FOT_validator. En FOT_uploader udpeger som ved datavalidering, den fil på sit eget system, der ønskes registreret, og systemet validerer filen. Hvis valideringen går godt, sender systemet mail til FOT_validator (KMS), der så har mulighed for yderligere manuelt at inspicere og checke filen, inden vedkommende endeligt registrerer filen til FOT2007 databasen. Da den automatiske datavalidering i øjeblikket ikke gennemfører geometriske check, bør en FOT_validator gennemføre geometriske check med egne værktøjer. En FOT_validator registrerer filen endeligt til FOT2007 databasen ved ligesom en FOT_uploader en at aktivere registrering via websiden. 8
Figur 2 Web-interface til FOT-data upload og FOT-data ilægning inklusiv datavalidering. Her vist i Microsoft IE-browser. Web-adresse: https://fotupload.kms.dk/fotdataupload/ 9
7. Udtræk af data filer fra FOT2007 Figur 3 Web-interface for FOT dataudtræksdel. Her vist i Mozilla Firefox browser. Udtræk af datafiler fra FOT2007 systemet via hjemmesiden vist på Figur 3. For at få vist hjemmesiden kræves at brugeren er logget ind, se bilag A. Siden er tilgængelig for alle FOT-brugere uanset brugerens rolle. For nærmere beskrivelse af hjemmesidens indhold og funktionalitet henvises til Bilag B. Data leverance formater Alle dataleverancer fra FOT2007 systemet foregår i GML-format, se i øvrigt kapitel 3. GML formatet som basis. 10
8. FOT - Kortforsyningen Under fællesbetegnelsen Kortforsyningen stiller FOT2007 to slags services til rådighed: WFS og WMS services. WFS servicen giver et OGC standardiseret web-interface, hvortil en bruger kan sende forespørgsler på FOT data. Tjenesten udsøger og returnerer data svarende til forespørgslen. For at forhindre overbelastning af systemet begrænses antallet af svarobjekter i øjeblikket til 5000. Når systemet er kommet i regelmæssig brug, og systembelastningen er mere kendt, vil denne grænse eventuelt kunne sættes op. Ved større udtræk henvises til de særlige FOT2007 sider til dataudtræk, se bilag B. WFS forespørgsler er standardiserede selvdokumenterende. Ved hjælp af WFS-tjenestens URL, OGC kendskab samt FOT-specifikationen kan man læse sig frem til, hvad der er behov for ved anvendelse af tjenesten. Gennem den opbyggede tjeneste stilles alle FOT objekter med tilhørende attributter og metadata til rådighed. Via tidsstemplerne i FOT-data kan der foretages historiske udtræk og aktuelle +/- f.eks. i forhold til en eksternt vedligeholdt kopi af data. WFS servicens kan ikke bruges til dataopdatering. WMS servicen giver et OGC standardiseret web-interface, hvortil en bruger kan sende forespørgsler for at modtage rasterbaserede kortudsnit. Tjenesten udsøger, opbygger og returnerer et kortudsnit svarende til forespørgslen. WMS servicen er implementeret, men da der er endnu ikke fastlagt et standardiseret kortudtryk for FOT data, er farverne i kortudsnittet heller ikke endeligt fastlagte. FOTdanmark overvejer i øjeblikket, hvordan der kan skabes et fælles kortudtryk. 11
9. Metadata Metadata er oplysninger om registrerede data. Typiske eksempler på metadata er oplysninger om registreringstidspunkt, registreringsnøjagtighed eller hvem der foretog registreringen. I FOT specifikationen version 3 er kravene til metadata lidt forskellige afhængig af, hvilken produktionssituation, der er tale om. Kravene ved etablering og fotogrammetrisk ajourføring er højere end ved administrative ajourføringer. En udmærket oversigt over de detaljerede krav er vist i FOT specifikationenspecifiktaonen version 3 side 43 (gengives ikke her). FOT specifikationen opdeler metadata i flere niveauer. For FOT2007 er der krav om opbevaring og levering af metadata på niveauerne: Objektmetadata, attributmetadata og punktmetadata. Implementeringen af FOT specifikationens krav til metadata i FOT2007 er beskrevet i notatet Metadata i FOT2007 databasen (version 1.4). Notatet findes på FOTdanmarks hjemmeside. Punktmetadata Punktmetadata er metadata, der angives for hvert enkelt punkt i den geometriske beskrivelse af et objekt. GML formatet åbner ikke mulighed for, at der kan refereres fra det enkelte punkt i en geometrisk beskrivelse (f.eks. en flade) til en særskilt punktmetadatabeskrivelse. Det har derfor været nødvendigt at udarbejde en alternativ måde at modtage punktmetadata hørende til et objekt. I den udarbejdede metode medsendes ekstra, separate punktobjekter, der hver svarer til et punkt, placeret der hvor punktmetadata ønskes. Disse ekstra punktobjekter, indeholder de ønskede punktmetadata, men angivet som objektmetadata for punktobjektet. Når man ønsker at sende et objekt med punktmetadata, må man altså sende dels det rigtige objekt, dels en lille sværm af punktobjekter, der svarer til de punkter i objektet, hvor der er punktmetadata. Punkt-metadataene er hæftet på punktobjekter som objektmetadata. Punktmetadata for et (x,y,z)-punkt, der er lagt i databasen for en bestemt objekttype, kan ikke senere opdateres for samme objekttype. Ved levering af FOT objekter leverer FOT2007 systemet ikke punktmetadata for objekterne. Punktmetadata skal udtrækkes særskilt via dataleveringsinterfacet, gennemgået i Bilag B. Ved brug af leverance-interfacet for punktmetadata leveres en punkt-sværm af punktmetadata-objekter svarende til det rekvirerede område og objekttyper. 12
10. Understøttelse af særlige arbejdsgange mv. Eksterne referencer: Månedlige fejllister Nogle objekter i FOT databasen kan have attributter der henviser til eksterne referencer, f.eks. bygnings-identer og cpr-vejkoder. En ekstern reference kan blive ugyldig i FOT objektets levetid, derfor er der behov for, at gyldigheden af de eksterne referencer checkes med mellemrum. FOT2007 har implementeret check af eksterne referencer ved programmer, der køres manuelt fra KMSs edb-afdeling, og udskriver en liste over fundne fejl. I programmerne checkes referencerne op mod KMSs interne kopidatabaser. Afprøvning af programmerne afventer, at FOT data med de tilsvarende referencer lægges i FOT databasen. Ajourføring af data Ajourføring af data sker via samme interface og med samme GML filformat som registrering af nye data. Særlige mærker i opdateringsfilerne angiver om der er tale om en sletning, opdatering eller et nyt objekt. Registreringsinterfacet er ikke en WFS service, men anvender i GML filerne samme mærker for New, Update og Delete transaktioner, som er defineret i OGC WFS Transaction interfacet. Ved ajourføring eller sletning af et objekt er der krav om, at FOT-id angives sammen med tidsstemplet for den sidst registrerede opdatering af det pågældende FOT objekt. Kravet er en beskyttelse mod, at man uforvarende indsender rettelser svarende til et forældet datasæt. Ved ajourføring af et eksisterende objekt erstatter det nye objekt det gamle objekt fuldstændigt. Derfor er kravene til et ajourføringsobjekt de samme som til nyregistreringer. Det betyder at hele objektet med alle dets attributter og metadata skal sendes med hver gang. F.eks. er det ikke muligt at opdatere et objekts geometri eller en enkelt attribut uden at medsende resten af objektets indhold af data. Ved sletning af et objekt er det ikke nødvendigt at medsende alle objektets egenskaber. Databasen stiller kun krav om FOT-id og tidsstempel. Vi har dog endnu ikke fået defineret et GML-format, der tillader sådanne slet-objekter at passere ind til databasen. Foreløbigt skal de medsendte oplysninger til et sletobjekt derfor som minimum kunne passere GML-validatoren. I rapporten Systemafgrænsning og overordnet arkitektur for det fælles basis FOT-system, Version 1.0, 6. december 2006 anføres det, at der skal defineres særskilte interfaces til FOT-systemet til brug for Løbende Sagsorienteret Ajourføring (LSA). Sådan et interface er ikke en del af FOT2007 specifikationen, og er derfor ikke udviklet. Tildeling af knudepunktsnumre for Vejmidte, Systemlinie og Jernbane FOT-specifikationen angiver, at FOT-databasen skal tildele start- og slutknudenumre til objekttyperne Vejmidte, Systemlinie og Jernbane. 13
FOT2007 systemet tildeler knudenumrene og gør det alene ud fra objektets endepunktskoordinaters (x,y)-værdi. En ny (x,y) værdi, der optræder som objektendepunkt for et objekt af disse typer tildeles et knudepunktsnummer. Efterfølgende tildeles samme knudepunktsnummer til alle objekter af typen, der har endepunkt i samme (x,y)-koordinat. FOT-specifikationens 3-meter regel ved flytning af et knudepunkt er ikke implementeret. Denne regel bør genovervejes eller detailspecificeres for forskellige kombinationer af opdateringer inden den implementeres endeligt. 14
Bilag A. Log ind via Miljøportalen Danmarks Miljøportal er indgangen til en række fællesoffentlige data på natur- og miljøområdet. I FOT2007 projektet er det Danmarks Miljøportal som har ansvaret for den fælles brugerstyring. Dermed skal alle indgange til indlæsning eller udtræk af data verificeres op imod Danmarks Miljøportals føderations løsning til håndtering af autentificering og autorisering af udefra kommende brugere. Løsningen stiller ikke krav om særskilt hard- eller software i de enkelte brugerorganisationer, blot en standard browser. Med autentificering hos Danmarks Miljøportal menes, at det er føderationsløsningens ansvar at bekræfte at brugeren er en gyldig bruger som har adgang til FOT2007 systemet. Med autorisation hos Danmarks Miljøportal menes: at det er føderationsløsningens ansvar at formidle de roller og attributter, som er tilknyttet en godkendt bruger, tilbage til FOT2007 systemet. Det er så FOT2007 systemets ansvar at sikre at brugerne er autoriseret til at udføre en specifik handling ud fra de roller og attributter som federationsløsningen har givet. Validering og registrering går på at sikre, at den givne bruger har rettigheder til enten at validere data eller at indlæse data i databasen, eller begge dele. For Dataforsyningen og Kortforsyningen går det ud på at sikre at den givne bruger har lov til at trække data ud af systemet. Opbygningen og brug af Miljøportalens brugeradministration Miljøportalens brugeradministration administrerer adgangen til en række offentlige edb-systemer, i dette tilfælde FOT2007. De enkelte edb-systemerne kaldes: fagsystemer. Hvert fagssystem har en eller flere fagsystem-administratorer. Foreløbigt administrerer KMS FOT2007 fagsystemet. Fagsystemadministratoren tildeler partner-organisationer rettigheder til det pågældende fagsystem. Hver partnerorganisation har en eller flere partnerorganisations-administratorer. En partnerorganisations-administrator opretter de brugere, der skal tilknyttes den pågældende organisation, og tildeler de enkelte brugere rettigheder indenfor de rettigheder den pågældende organisation har. Rettigheder tildeles brugere for hvert fagsystem og videre for hver tilgængelig rolle i fagsystemet. For at blive oprettet med rettigheder til FOT2007 skal en partnerorganisation henvende sig til FOTdanmark, og samtidig sørge for, at der indenfor partnerorganisationen udpeges partnerorganisations-administratorer. Efter oprettelse sørger partnerorganisationen selv for at vedligeholde sin brugerdatabase via de udpegede administratorer. 15
Fagsystemadministratorer Person tildeler partnere rettighed Roller A B C.... Roller Uploader Validator Kortbruger. Fagsystemer ArealInfo FOT2007 Central Administrator MIM Miljøportalen Partnerorganisationer KMS Kommune A Partner org. administrator Person tildeler brugere rettighed... Bruger Bruger Brugere Bruger Bruger Bruger Miljøportalen oversigt PHS20080419 Figur 4 Oversigt over opbygningen af Miljøportalens brugeradministrationssystem. Log ind Når en bruger er oprettet i Danmarks Miljøportal med rettigheder indenfor FOT2007 systemet, kan brugeren kontakte de hjemmesider, som systemet stiller til rådighed. Når FOT2007 systemet kontaktes vil brugeren automatisk blive viderestillet til Miljøportalen for log ind. Er brugeren i forvejen logget ind (via FOT2007 eller et andet system) fortsætter systemet umiddelbart uden at kræve en gentagen log ind. Første gang brugeren logger på vil han/hun blive bedt om at angive for hvilken partnerorganisation, vedkommende skal logge ind. Kopi af valget af partnerorganisation gemmes i en cookie lokalt på brugerens PC, så brugeren ikke efterfølgende behøver at angive partnerorganisation. 16
Hjemmesiderne til angivelse af partnerorganisation og log ind er vist på Figur 6 og Figur 5. Log ind på Kortforsyningen Brug af Kortforsyningens WMS og WFS services er tæt knyttet til KMSs øvrige Kortforsyningsservices og dermed log ind til disse services. I øjeblikket kræver log ind til disse services, at brugeren ud over oprettelse i Miljøportalen oprettes separat i KMSs systemer. KMS arbejder på en højere integration mellem de to systemer for log ind. Der er i øjeblikket ikke frigivet noget tidspunkt for, hvornår den bedre integrering opnås. Figur 5 Miljøportalens hjemmeside for brugerlogin. 17
Figur 6 Miljøportalens hjemmeside for angivelse af partnerorganisation 18
Bilag B. Brugervejledning til FOT-dataleverancesystemet Dataleverancesystemet for FOT betjenes via en browser, f.eks. Microsoft Internet Explorer eller Mozilla FireFox. 1. Indgang til systemet Man går ind på siden: http://www.kmsfmetest.kms.adroot.dk:88 (Adressen er ved at blive ændret i øjeblikket) Hvis man ikke allerede er logget ind, bliver man bedt om at logge ind via Miljøportalen, se Bilag A. 2. Bestilling af data Efter korrekt log ind kommer man ind på bestillingssiden: Gældende FOT-objekter Figur 7 FOT2007 databestillingsside. På denne side foretages udvalg og begrænsning af data, der skal udtrækkes. 19
I) Begrænsning af data efter administrative områder Denne funktionalitet er stadig under implementering. II) Geografisk begrænsning af data Udtræk kan begrænses geografisk ved hjælp af bounding box -koordinater, angivet i hele meter i systemet UTM zone 32, EUREF89. III) Valg af objekttyper og -klasser Hvis feltet FOT (alle temaer) er markeret, udtrækkes alle FOT-temaer. Knappen med >> aktiverer oversigten vist på Figur 8, hvor udtrækket kan begrænses til enkelte objekttyper eller klasser. Ved valg af en objektklasse inkluderes alle objekttyper, der hører til klassen. Klik på Færdig -knappen afslutter valget af objekttyper og bringer en tilbage til hoveddialogen. Figur 8 FOT2007 databestilling. Valg af objekttyper 20
IV) Datatyper Valgmulighederne er: FOT-objekter inkl. metadata Denne valgmulighed betyder, at FOT-objekter med tilhørende objekt- og attributmetadata udtrækkes og leveres. FOT-objekter ekskl. metadata Denne valgmulighed betyder, at FOT-objekter udtrækkes og leveres uden objekt- og attributmetadata. FOT-punktmetadata Denne valgmulighed betyder, at punktmetadata udtrækkes og leveres som særskilte punktmetadataobjekter. Der leveres ingen egentlige FOT-objekter. V) Gældende FOT-objekter Et objekt er gældende i denne sammenhæng, hvis objektet er levende på udtrækstidspunktet. Valgmulighederne vedrørende gældende FOT-objekter er tilgængelige, når der bestilles FOTobjekter med eller uden metadata. Hvis FOT-punktmetadata bestilles, er valg af gældende FOTobjekter ikke tilgængelig. Gældende FOT-objekter Denne valgmulighed betyder, at kun gældende FOT-objekter med eller uden objekt-metadata udtrækkes og leveres. Udgåede og nyoprettede FOT-objekter siden Med denne valgmulighed bestilles FOT-objekter (med eller uden metadata), der er oprettet eller udgået på eller efter den anførte dato. Datoen skal anføres i formatet dd-mm-åååå, f.eks. 13-07-1952 VI) Dataformat Data leveres for tiden altid i GML version 3.1.1. GML3 er den eneste tilgængelige valgmulighed. VII) Bestilling På bestillingssiden klikker man på Formater data og afventer resultatet. Når resultatet foreligger sender systemet en mail til brugeren. Efterfølgende kan data hentes ved klik på menupunktet Mine data. 3. Hentning af udtræksdata Et udtræksresultat leveres altid i en zip-fil indeholdende den ønskede GML-fil og en auto-genereret logfil, der fortæller detaljeret om udtrækket. I) Brug af menupunktet Mine data Ved brug af menupunktet Mine data får man en side frem indeholdende links til de zip-filer, der er blevet leveret for nylig. Linkene er ordnet tidsmæssigt med de nyeste øverst. Ved klik på et link kan man åbne den pågældende zip-fil og arbejde videre med data derfra. 21
II) Direkte adgang til data via netværksdrev Man kan også få adgang til udtræksdata ved at etablere netværksadgang til det sted, hvor zip-filerne opbevares. På kmsfmetest-serveren opbevares de på stien D:\SDEXP\DATA\<bruger-id> (adressen er ved at blive ændret i øjeblikket) 22
Bilag C Skemaforespørgsler mv GML input- og leveranceskema I øjeblikket er FOTs GML input- og leveringsskema næsten identiske. Skemaet kan ses på linket http://schemas.kms.dk/fot/2008/04/08/fotfradb_v.2.34.xsd Siden dette skema først blev udgivet i januar 2007 er sket mindre ændringer. Der er i øjeblikket overvejelser om, at en grundlæggende omstrukturering af skemaet. Omstruktureringen vil øge læsbarheden og reducere skemaet omfang med 50-75 %. Forslag til et omstruktureret skema forventes fremlagt i løbet af april 2008. WMS og WFS standardforspørgsler Beskrivelserne af FOT2007 WMS og WFS tjenesterne findes på adresserne nedenfor. For at kunne kontakte siderne kræves en bruger i KMS system for log ind. Beskrivelserne kan desuden udleveres ved henvendelse til Kort- & Matrikelstyrelsen. WMS: http://kortforsyningen.kms.dk/service?login=xxxxx&password=xxxxx&service=wms&servicename=fot20 07&request=GetCapabilities WFS: http://kortforsyningen.kms.dk/service?login=xxxxx&password=xxxxx&service=wfs&servicename=fot200 7&request=GetCapabilities 23