Beskrivelse af FOT2007 systemet - FOTdanmark

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
FOT datavalidering
og registrering
GML
FOT browserbaserede
editerings applikationer
GML-fil
Lukket
kommunikation
Validering
Figur 1 oversigt over FOT2007 systemet
FOT
hoveddatabase
FOT2007 systemet
Øjeblikkelig
ændringskopiering
FOT
Leveringsdatabase
GML-fil
GML-fil
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
FOT dataudlevering
FOT Services
WFS og WMS
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
Fagsystemer ArealInfo FOT2007
Partnerorganisationer
Partner org.
administrator
Brugere
Person
tildeler
partnere
rettighed
Person
tildeler
brugere
rettighed
KMS
Roller
A
B
C
….
Bruger
Bruger
Bruger
...
Kommune A
Roller
Uploader
Validator
Kortbruger
….
Bruger
Bruger
Figur 4 Oversigt over opbygningen af Miljøportalens brugeradministrationssystem.
...
Central
Administrator
MIM
Miljøportalen
Miljøportalen – oversigt
PHS20080419
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\
(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