Vejreferencemodellen

Størrelse: px
Starte visningen fra side:

Download "Vejreferencemodellen"

Transkript

1 Vejreferencemodellen Fase 2 - Proof of concept Versionshistorik: Version Dato Hvem Hvad er ændret Heidi Vanparys Flemming Nissen Nils Holm Dokument oprettet

2 Indholdsfortegnelse 1 Resumé Konklusioner Resultater Udeståender Introduktion Baggrund Målgruppe Læsevejledning Forkortelser Metoderamme Fremgangsmåde Testområde Teknologier i prototypen Workshops Rammer Strategi Forretningsstruktur Objektmodeller og understøttende funktionalitet Funktionsbeskrivelser ift. VRK Funktionsbeskrivelser ift. Datafordeler Informationsmodeller Begrebsmodeller Begrebsmodel FOT Begrebsmodel vejmyndigheder Begrebsmodel Adresseregister Begrebsmodel vejreferencemodellen Relaterede begreber Logisk datamodel Vejreferencelinje Vejgeometri VefReferencelinjeVejGeometriKobling Historik Fysisk datamodel Use cases

3 6.1 Etablering Etabler vejreferencelinjer Vedligeholdelse af vejdata Ajourfør FOT og vejreferencelinjer Stedfæst vejdata på vejreferencelinjer Vejdatabrug Sammenstil vejdata fra mange kilder Beregn 3D-koordinater ud fra lineære referencepunkter Beregn lineære referencepunkter ud fra 3D-koordinater Oversigter Konklusioner Referencelinjer Koblingstabellen Opgaver for vejmyndighederne Opgaver for MBBL Opgaver for FOT Mulige fremtidige udviklinger Referencer Bilag Algoritme til etablering af vejreferencelinjer Udarbejdelse af FOT use cases

4 1 Resumé Dokumentet beskriver en generel løsning til at sammenkoble forskellige forretninger i vejdomænet ved hjælp af en såkaldt vejreferencemodel. En lineær vejreference er en metode til at stedfæste attributter med lineære egenskaber til et geometrisk netværk. Der eksisterer standarder på området, f.eks. ISO Geographic Information - Linear Referencing. Vejreferencemodellen består af to dele: en del, som er koblingen mellem den geometriske forretning (FOT) og en neutral vejreferencelinje, som skal etableres forud og en anden del som er de koblinger, som integrerer de enkelte forretninger med vejreferencelinjen. 1.1 Konklusioner Projektet foreslår at bruge FOT-vejmidter og FOT-systemlinjer som geometrisk udgangspunkt for etablering af en 1-dimensional sammensat vejreferencelinje med en vis maksimal længde. De forretninger (vejbestyrelser, adressemyndigheder mm.), som er brugere af referencelinjen, etablerer kobling af egne lineære forretningsegenskaber til referencelinjen vha. lineære referencer. 1.2 Resultater De opgaver som PID en indeholder, blev analyseret, delvis implementeret og af resultaterne blev det konkluderet at det er muligt at generere en referencelinje på baggrund af FOT-vejmidter at det er muligt at koble FOT-vejmidter til den genererede referencelinje at det er muligt at opdatere referencelinjen med ændrede FOT-vejmidter Det også vil være hensigtsmæssigt at forberede FOT s vejtema med et kvalitetsløft og at sørge for at vejtemaet er så optimalt som muligt, inden det bliver brugt som grundlag for generering af vejreferencelinjen. Desuden antager vi at det kan lade sig gøre at implementere en i det mindste semiautomatisk algoritme som kan generere en systemlinje for rundkørsler, vej-t og dobbelte veje med midterrabat, som skal kollapses til én systemlinje. 1.3 Udeståender Der udestår i forhold til en implementering nogle overvejelser og analyser af størrelsen af tærskelværdi i forhold til hvornår en lille ændring af FOT-vejmidte får indflydelse på referencelinjen den valgte arkitektur for egne og de fælles snitflader og forretninger analysere og foreslå ejerne af FOT at justere på FOT-specifikationer så de bliver mere egnet som grundlag for administration 4

5 2 Introduktion 2.1 Baggrund I 2012 igangsatte Samordningsudvalget vedrørende infrastrukturen for geografisk information et projekt: Udredning af grunddata på vejområdet. I forbindelse med dette projekt udarbejdede Vejdirektoratet en vejreferencemodel, som beskriver hvordan vejdata fra forskellige systemer kan blive knyttet sammen [Vejreferencemodellen]. I 2013 blev der, som led i et større projekt omkring den videre implementering af vejreferencemodellen [PID], igangsat et proof of concept. Dette dokument dokumenterer forløbet i og resultaterne fra dette proof of concept. 2.2 Målgruppe Den primære målgruppe for dette dokument er de personer, som skal udvikle kravspecifikationen til den endelige implementering af vejreferencemodellen. 2.3 Læsevejledning For at få den fulde forståelse for vejreferencemodellen anbefales det at læse [Vejreferencemodellen] først Forkortelser BPMN Business Process Model and Notation FOT FællesOffentligT geografisk administrationsgrundlag [FOT4.1] FOTdanmark Forening, der arbejder for at skabe en ensartet digital kortlægning af Danmark, der er fælles for staten og kommunerne. Dette gøres gennem etablering og ajourføring af såkaldte FOTdata. FOT2007 GST ISO LR MBBL UML VRK FOTdanmarks fælles system, driftet af GST, hvori FOT-data opbevares og opdateres Geodatastyrelsen International Organization for Standardization linear referencing Ministeriet for By, Bolig og Landdistrikter Unified Modeling Language VejReferenceKobling Metoderamme Beskrivelsen af vejreferencemodellen og dens implementering følger Digitaliseringsstyrelsens Enterprise Arkitektur og dokumentationsnorm: EA-arkitekturreolen [OIOArkitekturguiden]. Nedenstående figur placerer de forskellige afsnit i dette dokument i EA-reolen. 5

6 STRATEGI FORRETNING INFORMATION APPLIKATION TEKNOLOGI KONCEPTUELT Strategi Forretningsstruktur Objektmodeller og understøttende funktionalitet Objektmodeller og understøttende funktionalitet Begrebsmodeller LOGISK Use cases Logisk datamodel FYSISK Fysisk datamodel Teknologier i prototypen STYRINGS- RAMMER Tabel 1: EA-reol De fleste modeller er modelleret i UML. I de diagrammer der tilhører forretningshylderne i EA-reolen er der brugt en udvidelse af UML-standarden der supporterer forretningsmodellering 1. Denne udvidelse indeholder specielle stereotyper og symboler der for det meste minder om de almindelige UML-symboler, som vist i Figur 1 [UMLBusinessModeling] [UMLBusinessModeling2] [UMLUseCase]. Figur 1: Et forretningsobjekt, en forretningsaktør og en business use case Et enkelt diagram, der viser processer, er modelleret i BPMN. 3 Fremgangsmåde Der er udarbejdet en prototype på, hvordan en implementering af vejreferencemodellen kunne se ud. 3.1 Testområde Bornholm blev valgt som pilotområde for prototypen. Det blev det fordi Bornholm er en ø, dvs. at det er et afgrænset område, uden veje der krydser testområdets grænse, og fordi Bornholm har en overskuelig størrelse for et pilotprojekt, nemlig 1,4 % af Danmarks samlede areal. Bornholm har ganske rigtigt ingen motorveje (og som følge heraf ingen ramper osv.) men det viste sig ikke at være en forhindring i projektets videre forløb. De følgende use cases er blevet afprøvet på Bornholm: Etabler vejreferencelinjer Stedfæst vejdata på referencelinjer 1 Business modeling 6

7 Beregn 3D-koordinater ud fra lineære referencepunkter 3.2 Teknologier i prototypen Prototypen er implementeret i open source-databasen PostgreSQL [PostgreSQL] med udvidelsen PostGIS [PostGIS]. Programmering er lavet i PL/pgSQL. QGIS [QGIS] er blevet brugt til at visualisere dataene i databasen. PostGIS har indbygget funktionalitet som understøtter linear referencing (Figur 2). Der er hermed ikke taget stilling til, hvilke teknologier den endelige implementering skal bruge. 3.3 Workshops I løbet af efteråret 2013 blev der afholdt fem workshops med deltagere fra Geodatastyrelsen, Vejdirektoratet og kommunerne. 4 Rammer 4.1 Strategi Figur 2: Indbygget funktionalitet til linear referencing i PostGIS Den nuværende fællesoffentlige digitaliseringsstrategi (FODS) indeholder bl.a. grunddataprogrammet, som en sammentænkning af en del af de offentlige data. En egentlig vision og strategi for implementering af digitale forvaltnings infrastrukturer, er der så vidt vides ikke etableret. Heller ikke en infrastrukturplan der dækker flere forvaltningsområder, ser ud til at være umiddelbart forestående. Det ændrer dog ikke ved at de første komponenter i en fællesoffentlig infrastruktur kommer til at lægge en kurs, som underforstår en implementeret strategi ved afvikling af digitale forvaltningsaktiviteter i offentligt regi - også uden den er godkendt på højere sted. Det foreslås imidlertid at en kendt metode (linear referencing) der omfatter brugen af et sæt forretningsspecifikke nøgler som kan kobles til geografiske objektinstanser via et sæt koblingstabeller for hver forretning, kan være en generel måde at koble forskellige forretninger sammen på (Figur 3). Se også referencearkitekturen Stedet som nøgle [StedetSomNøgle]. 7

8 Figur 3: Sammenkobling af forskellige forretninger 4.2 Forretningsstruktur Behovet for fastlæggelse af en ny forretningsstruktur er skabt af forskellige aktiviteter, der enten er i støbeskeen (grunddataprogrammet) eller på vej i næste generation (FOT) og som allerede nu bør ses i en fællesoffentlig sammenhæng. En ny forretningsstruktur baseres på de forvaltninger, som i øjeblikket udgøres af kommunernes og statens registrering af veje til forskellige formål. Vejdirektoratet og kommunerne er vejbestyrelser for henholdsvis stats- og kommuneveje. Uafhængigt deraf tilvejebringer Geodatastyrelsen og kommunerne i fællesskab et FællesOffentligT administrationsgrundlag (FOT), som i denne forbindelse omfatter specielt oplysninger om: systemlinjer, vejmidter, stimidter, pladser, adresser og et sæt attributter, der karakteriserer disse objekttyper. Desuden har MBBL en myndighedsforvaltning af navngivne veje og adresser, som ses i det samme arkitekturmæssige lys. Der etableres i denne sammenhæng en VejReferenceKobling (VRK) via en vejreferencemodel, der sammenkobler en ny-etableret neutral vejreferencelinje med et sæt af specifikke forretningers objekter. De er den geografiske geometri for vejmidter (FOT) og vejadministrative systemer (vejman.dk, RoSy) samt eventuelle andre vejforretninger med behov for lineær reference-sammenhæng med andre vejforretninger (f.eks. MBBL) og Geodatastyrelsens kartografiske opgaver. Det betyder at der til hver forretning skal etableres og vedligeholdes en forretningsafhængig kobling mellem den aktuelle forretning og vejreferencelinjen. Figur 4: Forretningsstruktur 8

9 4.3 Objektmodeller og understøttende funktionalitet Der lægges ikke op til at ændre på forretningernes objektmodeller, men det er nødvendigt at snitfladen til VRK tilpasses den enkelte forretning. Samtidig skal forretningens egen applikation, f.eks. vejforvaltningssystemerne RoSy og vejman.dk, opdateres til at bruge de nye snitflader. Nye forretninger skal udvikle helt nye applikationer. Desuden skal den fremtidige systemejer udvikle noget funktionalitet, der understøtter vejreferencelinjeopdatering i VRK samt nogle støttetjenester: hent-geometri, find-geometri, findvejreferencelinje samt notify-forretning. Geodatastyrelsen overvejer at etablere sin egen kartografiske forretning baseret på lineære referencepunkter (KAR) Funktionsbeskrivelser ift. VRK vejref.linje opd. er den funktionalitet som med FOT-vejgeometriændringer som input opdaterer koblingen mellem FOT-geometri og vejreferencelinjen. forretning-opd. er den klasse af funktionalitet som med den enkelte forretnings attributter som input, opdaterer koblingen mellem det enkelte forretningsobjekt og vejreferencelinjen. notify-forretning er den klasse af funktionalitet som med opdateringskriterier som input, notificerer de enkelte forretninger til at igangsætte forretning-opd. så at relevante forretningsobjekter er synkroniseret med vejreferencelinjen Funktionsbeskrivelser ift. Datafordeler hent-geometri er den funktionalitet som med et v-ref (se Begrebsmodel vejreferencemodellen) som input, henter den tilsvarende (koblede) FOT-vejmidtegeometri (eller stimidte eller systemlinje). find-geometri er den funktionalitet som med et koordinatsæt eller en linjes koordinatsæt som input, identificerer den eller de vejreferencelinjer som er nærmest. find-vejref.linje er den klasse af funktionalitet som, med et forretningsobjekt type og nøgle, f.eks. et bestemt administrativt vejnummer, som input, identificerer de(n) vejreferencelinje(r) som dette specifikke forretningsobjekt er knyttet til. 5 Informationsmodeller 5.1 Begrebsmodeller Intuitivt har de fleste en fornemmelse af, hvad en vej er. Men det, som ud fra én forretningssynsvinkel opfattes som en vej, kan meget vel være to eller flere veje set ud fra en anden forretningssynsvinkel (Figur 5) [Vejreferencemodellen]. 9

10 I de næste afsnit vises der begrebsmodeller for de forskellige forretninger på vejområdet og for vejreferencemodellen. Kun de forretningsobjekter der er relevante i forbindelse med vejreferencemodellen er taget med. Sammenhængen mellem nogle af begreberne der bruges i mere end en forretning vises også. Nogle af forretningsobjekterne gennemløber en række tilstande over tid, deres livscyklus illustreres i et tilstandsdiagram Begrebsmodel FOT Figur 5: Veje, set ud fra forskellige forretningssynsvinkler Figur 6: FOT's begrebsmodel 10

11 1. systemlinje grafisk angivelse af en supplerende, logisk forbindelse mellem to knuder i et vejadministrationssystem [FOT4.1] NOTE systemlinjer supplerer vejmidter, hvor vejmyndighedens abstraktion fra en vej adskiller sig fra vejmidtens definition NOTE en systemlinje må kun snappe til vejmidte-netværket i eksisterende knudepunkter i dette 2. vejmidte midte af et færdselsareal benyttet til motoriseret, gående, cyklende eller ridende færdsel [FOT4.1] NOTE stier registreres som vejmidter For vejmidte og systemlinjer gælder, at kun større ændringer skal nedlægge dem (Figur 7) og evt. oprette nye [FOT4.1]. Større ændringer er: projektering af en vej eller sti større fysiske ændringer af vejmidtes forløb som medfører: knudepunkt flyttes mere end 3 meter objekts forløb mellem knudepunkterne flyttes mere end 3 meter ændringer som medfører konflikt med de gældende topologiregler for vejmidte opdeling af objekt i flere enkeltobjekter samling af flere enkeltobjekter til ét objekt nedlæggelse af vej eller sti omklassificering til en anden objekttype også hvis denne ændring skyldtes en fejl i den foregående registrering Mindre betydende ændringer, såsom ændrede koordinater som følge af indmåling med bedre nøjagtighed, medfører ikke, at et objekt nedlægges. Disse ændringer giver blot objektet en ny version udløst af geometriændringer (Figur 7). Figur 7: Livscyklus af et FOT-objekt 11

12 En vejmyndighed kan i forbindelse med administrativ ajourføring indmelde vejmidte som foreløbig geometri når anlægsarbejdet er gået i gang. Disse data har kun topologiske relationer til vejmidte. Administrativt registrerede objekter skal kun overholde kravene til topologi, attributter og referencer. De geometriske krav gælder ikke for disse objekter. Ligeledes vil der ikke blive foretaget konsekvensrettelser i de øvrige objekter som følge af disse indmeldinger [FOT4.1]. Figur 9: Objektstatus på et FOT-objekt Figur 8: Livscyklus af en geometri på en vejmidte Et objekt med objektstatus Projekt godkendt eller Under anlæg behøver ikke nødvendigvis have en foreløbig geometri, det kan også med samme blive indmeldt med en endelig geometri Begrebsmodel vejmyndigheder Figur 10: Vejmyndighedernes begrebsmodel 12

13 1. administrativ vej en vej, som administreres af stat eller kommune i henhold til lovgivningen om hhv. offentlige og private veje [VejStandard2013] 2. administrativt vejnummer syv-cifret nummer der identificerer en administrativ vej [VejStandard2013] 3. kørebane den del af vejen, der er bestemt for kørende trafik, dog ikke cykelsti og cykelbane [VejStandard2013] NOTE en kørebane udgøres normalt af vejarealet mellem vejkanterne (rabat, grøft og lign.) eller kantsten med undtagelse af cykel- og gangbaner NOTE en vej med en midterrabat abstraheres til én vejtracé og til to kørebaner 4. kørespor hvert af de spor som en kørebane kan opdeles i og som er beregnet til brug for et enkelt køretøj eller kolonne af køretøjer [VejStandard2013] 5. vejtracé kurve, der beskriver det rumlige forløb og indpasning i terrænet af en vej [VejStandard2013] NOTE en vejtracé definerer anlæggets retning i såvel vandret som lodret plan, benævnt hhv. linjeføring og længdeprofil Begrebsmodel Adresseregister Figur 11: Adresseregisterets begrebsmodel (tilpasset fra [MBBL]) 1. adresse struktureret betegnelse som angiver en særskilt adgang til et areal, en bygning eller en del af en 13

14 bygning, efter reglerne i adressebekendtgørelsen [MBBL] 2. adgangsadresse den del af adressebetegnelsen, der består af vejnavn, husnummer og postnummer, og som repræsenterer det adgangspunkt, som giver adgang til en eller flere adresser [MBBL] 3. adgangspunkt geografisk punkt i terrænplan, som angiver en særskilt adgang fra en navngiven vej og ind på et areal eller ind i en bygning [MBBL] 4. navngiven vej færdselsareal for hvilket der er fastsat et vejnavn efter reglerne i adressebekendtgørelsen [MBBL] 5. vejnavneområde omskreven geografiske beliggenhed af et vejnavn [MBBL] 6. vejpunkt geografisk punkt på en navngiven vej som angiver startpunktet af den rute, der fører til et bestemt adgangspunkt [MBBL] Figur 12: Livscyklus af en navngiven vej [MBBL] 14

15 5.1.4 Begrebsmodel vejreferencemodellen Figur 13: Vejreferencemodellens begrebsmodel Figur 14: Livscyklus af en (vej)referencelinje 1. lineært element linje, der fungerer som den akse, langs hvilken, man kan stedfæste [ISO19148] NOTE man kan stedfæste på et lineært element vha. lineære referencepunkter 2. lineært referencepunkt position relativt til et lineært element som et mål langs (og valgfrit offset fra 2 ) dette element NOTE tilpasset fra [ISO19148] 3. referencelinje fælles lineært element på hvilken man afbilder forskellige forretningers lineære egenskaber 4. referencemodel model der bruger referencelinjer til at sammenkoble forskellige forretninger på et bestemt område 5. vejreferencemodel model der bruger vejreferencelinjer til at sammenkoble forskellige forretninger på vejområdet 6. vejreferencekobling implementeret løsning af en vejreferencemodel 7. vejreferencelinje fælles lineært element på hvilken man afbilder de lineære egenskaber fra de forskellige forretninger på vejområdet 8. v-ref unik, persistent nøgle på en vejreferencelinje [VejStandard2013] Når en referencelinje først er oprettet, vil den aldrig blive slettet (Figur 14). [Vejreferencemodellen] nævnte også begrebet referencenet, dette begreb bruges ikke mere fremover. Vejreferencepunkter Analog med vejreferencelinje kunne man definere begrebet vejreferencepunkt, som antyder et kryds mellem to vejreferencelinjer. Med vejreferencepunkter sikrer man entydige koordinater for sådanne punkter. Dette emne er udenfor scope i dette proof of concept, men kan tages op på et senere tidspunkt, såfremt der er interesse for det. 2 Adresseregisterets adgangspunkt vil f.eks. kunne angives med både mål langs og offset fra en vejreferencelinje 15

16 5.1.5 Relaterede begreber Figur 15: Nogle begreber fra de forskellige forretninger på vejområdet som betyder det samme eller som er relaterede til hinanden 5.2 Logisk datamodel Figur 16: Logisk datamodel for vejreferencemodellen, modelleret i UML Den logiske datamodel 3 i Figur 16, viser modelentiteterne, som indgår i vejreferencemodellen. 3 Der er p.t. ingen direkte sammenhæng med begrebs- og datamodellen beskrevet i [VejStandard2013]. Sidstnævnte model skal konsolideres i 2014, og der kan der tages højde for konklusionerne fra dette proof of concept. 16

17 Alle klasser har stereotyper som er defineret i ISO-standarder brugt i bl.a. INSPIRE [INSPIRE]. Ikke alle attributter på vejmidter og systemlinjer, som defineret i FOT-specifikationen [FOT4.1] er vist på modellen, kun de attributter der er relevante i forhold til vejreferencemodellen er vist. Definitionerne på vejreferencelinje, vejmidte og systemlinje findes i afsnittet Begrebsmodeller. De næste afsnit beskriver nogle af de viste modelentiteter yderligere Vejreferencelinje En vejreferencelinjes geometri er modelleret som en afledt attribut 4 fordi geometrien beregnes ud fra koblingen til vejmidter og systemlinjer, og deres geometri. Eller med andre ord: en vejreferencelinje har ikke egen geometri, men tildeles geometri, når der etableres en kobling mellem vejmidter og systemlinjer på den ene side og vejreferencelinjer på den anden side. På den måde skal geometrien kun vedligeholdes et sted. En vejreferencelinje har en unik nøgle, vref Vejgeometri Vejgeometri er modelleret som en union. En union er en datatype, hvis værdier er data af netop én af en række af alternative typer. Dvs. at en vejgeometri enten er en vejmidte eller en systemlinje VefReferencelinjeVejGeometriKobling Koblingen mellem vejreferencelinjer og vejgeometrier defineres af de følgende attributter: refsomvejgeometri: den del af koblingens vejgeometri, der indgår i koblingens vejreferencelinje. Efter at use case Etabler referencelinjer er blevet gennemført, vil det for de fleste koblinger betyde, at hele vejgeometrien (dvs. fra 0 % til 100 %) indgår i vejreferencelinjen. Efter en periode med FOTajourføringer, se også Ajourfør FOT og vejreferencelinjer, vil der være flere og flere koblinger hvor kun en del af vejgeometrien indgår i koblingens vejreferencelinje. sammeretningsomref: indikerer om vejgeometriens retning er den samme som vejreferencelinjens retning eller modsat retning. vejgeometrisomref: den del af koblingens vejreferencelinje, der er defineret af koblingens vejgeometri. F.eks. svarer stykket fra 20 % til 30 % på vejreferencelinjen til koblingens vejgeometri. virkning: se afsnittet om Historik. Referencelinje har kun en virkningfra-dato, da vejreferencelinjer aldrig nedlægges, se også Begrebsmodel vejreferencemodellen Værdierne i intervallerne vejgeometrisomref og refsomvejgeometri skal angives med tilstrækkelig nøjagtighed. Set ift. den maksimale længde af en vejreferencelinje på 5 kilometer i den foreslåede algoritme for etablering af vejreferencelinjer, vil en procentangivelse med 3 decimaler (det svarer til en decimaltalangivelse med 5 decimaler) i vejgeometrisomref medføre en nøjagtighed på 0,001 % af meter eller 5 cm. 6 En procentangivelse med 3 decimaler kan også bruges i refsomvejgeometri Historik Alle entiteter der er featuretyper og typer har en attribut virkning, der definerer tidsrummet, hvor en given version af data svarer til de forhold i virkeligheden, som versionen afbilder [Modelregler]. På den måde 4 Afledte attributter modelleres vha. en skråstreg foran attributtens navn [UMLSpec][UMLProperty]. 5 lowercamelcase-udgaven af v-ref 6 Det vil ikke sige, at en vejreferencelinje skal opdateres ved en ændring i FOT på 5 cm, dér gælder der et kriterium som beskrevet i Ajourfør FOT og vejreferencelinjer 17

18 lagrer man både aktuelle og historiske data, både om vejgeometrierne, vejreferencelinjer og koblingen mellem vejgeometrierne og vejreferencelinjerne. En følge heraf er, at man kan aflede, hvilke strækninger i vejreferencelinjenetværket repræsenterer det aktuelle vejnet, og hvilke strækninger ikke længere repræsenterer det aktuelle vejnet. Denne slags oplysninger er f.eks. vigtige at have når man har aktuelle data, som man vil stedfæste på en aktuel vej, se også use casene Stedfæst vejdata på vejreferencelinjer og Beregn lineære referencepunkter ud fra 3Dkoordinater. 5.3 Fysisk datamodel Den fysiske datamodel er dokumentation af helt konkrete valg af hvordan data struktureres i en løsning, herunder data til udveksling på tværs af systemer [OIOArkitekturguiden]. Figur 17: PostgreSQL-databasestrukturen i prototypen Figur 17 viser PostgreSQL-databasestrukturen i prototypen. Bemærk det følgende: kolonnerne i vejmidte er dem som er defineret i FOT-datasættet på Kortforsyningen [Kortforsyningen] 18

19 kolonnerne i systemlinje er kun dem som er strikt nødvendigt for at kunne gennemføre use casen Etabler vejreferencelinjer. Kolonne vejklasse er ikke med i FOT-specifikationen [FOT4.1] men er nødvendig for at kunne gennemføre ovennævnte use case og skal ikke bruges bagefter kolonne id på systemlinje svarer til attributten fotid i UML-modellen kolonne id på referencelinjer svarer til attributten vref i UML-modellen referencelinjer har ingen kolonne der indeholder geometri der er ikke taget højde for historik Selve DDL-statements kan findes i bilaget Kildekode. Et eksempel på indholdet af tabellen referencelinjer_vejgeometri, herefter kaldt koblingstabellen, kan findes i beskrivelsen af use casen Etabler vejreferencelinjer. Vejreferencelinjernes geometrier beregnes i et view der trækker på data i tabellerne referencelinjer, referencelinjer_vejgeometri, vejmidte og systemlinjer (Error! Reference source not found.). Dette view kan bruges til visualisering af vejreferencelinjerne, som er gjort i use casen Etabler vejreferencelinjer. Figur 18: Database view som viser vejreferencelinjernes id og geometri 6 Use cases Forskellige use cases er blevet identificeret. Der er tale om såkaldte business use cases, dvs. use cases der specificerer hvilke opgaver som forretningsaktører - mennesker og forretninger i samspil - skal kunne løse 7 og ikke system use cases. I resten i teksten bruges use case som synonym for business use case. Ligesom system use cases, kan business use cases modelleres med UML, se også Læsevejledning. Figur 19 giver en oversigt over de forskellige use cases der er blevet identificeret. Use casene er grupperet i tre områder: etablering, vedligeholdelse af vejdata og vejdatabrug. Vejdata-administratorrollen bestrides af blandt andre vejman.dk- og RoSy-brugere, de der ajourfører adresseregistret og de der ajourfører FOT. FOT-ajourfører er blevet til en specialisering af vejdata-administratorrollen da den er den primære aktør i use casen Ajourfør FOT og vejreferencelinjer. 7 Business use cases beskriver processer og skal således lægges på Processer-hylden i EA-reolen. 19

20 Figur 19: Use cases i vejreferencemodellen. Det lille symbol I use casen Ajourfør FOT og vejreferencelinjer betyder, at den uddybes i et andet diagram, se Figur Etablering Dette område omhandler alt der skal gøres, inden use casene i de andre områder kan finde sted. Det omfatter kun en use case, og det er Etabler vejreferencelinjer. 20

21 6.1.1 Etabler vejreferencelinjer Denne use case beskriver hvordan vejreferencelinjer og koblingen mellem vejreferencelinjerne og vejmidter/systemlinjer oprettes. Vedligeholdelsen af vejreferencelinjerne og koblingen sker i use casen Ajourfør FOT og vejreferencelinjer, dvs. at Etabler vejreferencelinjer kun udføres én gang. Fastlæggelsen af vejreferencelinjer har ikke nogen praktisk betydning for vejdata-administratorer og - brugere og kan derfor i princippet ske vilkårligt. De vil nemlig fortsat bruge FOT-data, administrative vejnumre, adresser, vejnavne, osv. Det er processerne bagved, der holder styr på stedfæstelsen til vejreferencelinjerne. Referencelinjerne kan sammenlignes med fysiske databasenøgler, som brugerne heller aldrig ser der vil i databaser som oftest også være en brugervendt nøgle [Vejreferencemodellen]. Men oprettelsen af vejreferencelinjerne og koblingen skal ske på en veldefineret måde, så processen kan udføres automatisk, derfor er en algoritme blevet lavet. Den overholder følgende principper: alle vejmidte og systemlinjer der ligger i FOT2007 skal indgå i en vejreferencelinje kun FOT-data bliver anvendt, der bliver f.eks. ikke lavet map matching for at hente oplysninger fra andre forretningsområder processen starter med de store veje og slutter med de mindste veje som udgangspunkt tilhører én vejmidte/systemlinje én vejreferencelinje Konkret betyder det, at det er vejklasse, CPR-vejkode og vinkler mellem vejmidter/systemlinjer der, i denne rækkefølge, bliver brugt kun vejmidter/systemlinjer der starter og slutter i samme punkt bliver opdelt, hvor hver af delene tilhører en anden vejreferencelinje Algoritmen er beskrevet i detaljer i bilaget Algoritme til etablering af vejreferencelinjer. Systemlinjer Der ligger p.t. ingen systemlinjer i FOT2007. Oprettelsen af systemlinjer i FOT2007 vil medføre ekstra knuder i vejmidte- og systemlinjenetværket, men det har ingen indflydelse på stedfæstelsen på vejreferencelinjer, se use case Ajourfør FOT og vejreferencelinjer. Ifølge FOT-specifikationen er det op til vejbestyrelserne at indlægge systemlinjer ved administrativ ajourføring [FOT4.1], men automatiserede beregninger skal undersøges, idet det ellers forventes at være svært at få disse systemlinjer etableret. 21

22 Figur 20: Nye knuder i vejmidte- og systemlinjenetværket ved oprettelsen af systemlinjer For rundkørsler kan systemlinjer beregnes automatisk - på betingelse af, at attributtet rundkørsel på vejmidte er udfyldt korrekt - ved at beregne rundkørslens tyngdepunkt og derefter oprette systemlinjer fra tyngdepunktet til endepunkter på de vejmidter som tilsammen udgør rundkørslen (Figur 21). Figur 21: Automatisk generering af systemlinjer for rundkørsler For veje med midterrabat (Figur 22, Figur 23) opererer FOT med et kriterium på 300 meter for længden af midterrabatten før der digitaliseres adskilte vejmidter, hvor særskilt tracé vil være relevant. I dette proof of 22

23 concept er der ikke fundet en automatisk løsning ligesom for rundkørsler, men der antages, at det kan lade sig gøre, at aflede systemlinjer for veje med midterrabat automatisk vha. de oplysninger der ligger i FOT2007, såsom vejklasse, CPR-vejkode, geometrier, osv., og evt. data der ligger i andre systemer. En sådan beregning skal læne sig op ad samme kriterium som FOT-specifikationen, dvs. at systemlinjer skal genereres på hvert sted hvor FOT opererer med adskilte vejmidter. Figur 22: Eksempel af en vej med midterrabat på Bornholm. De tykkere, sorte linjer er administrative veje fra vejmyndighederne. De andre linjer er vejmidte. 23

24 Figur 23: Endnu et eksempel af en vej med midterrabat på Bornholm. De tykkere, sorte linjer er administrative veje fra vejmyndighederne. De andre linjer er vejmidte. Der antages, at langt størstedelen af de steder, hvor vejmyndigheder foretrækker at arbejde med systemlinjer i stedet for vejmidte, handler om rundkørsler og veje med midterrabat. Resultat på Bornholm Resultatet på Bornholm kan visualiseres vha. Figur 24, Tabel 2, Figur 25 og Figur 26. Figur 24: De første og sidste 100 vejreferencelinjer genereret på Bornholm 24

25 længde af vejreferencelinjer antal vejreferencelinjer gennemsnitligt antal vejgeometrier per vejreferencelinje mindre end 50 m ,1 mellem 50 og 100 m ,4 mellem 100 og 150 m ,8 mellem 150 og 500 m ,4 mellem 500 og 1000 m 780 4,4 mellem 1000 og 2000 m 353 8,5 mellem 2000 og 3000 m ,1 mellem 3000 og 4000 m 42 25,4 mellem 4000 og 5000 m 90 36,3 Tabel 2: Statistikker over Bornholms vejreferencelinjer Figur 25: Vejreferencelinjer genereret på og omkring et rundkørsel på Bornholm 25

26 Figur 26: Udpluk af koblingstabellens indhold 6.2 Vedligeholdelse af vejdata Dette område omhandler ajourføring af FOT-data og hvordan det påvirker vejreferencelinjerne, samt stedfæstelse af vejdata på vejreferencelinjer Ajourfør FOT og vejreferencelinjer Denne use case kan deles op i mindre use cases på to forskellige niveauer. Det første niveau er det overordnede niveau, hvor man betragter en vej, og ikke enkelte vejmidter. Det andet niveau beskriver hvad der sker med de enkelte vejmidter. Der er udarbejdet et eksempel med figur og koblingstabel for alle use casene på vejmidte-niveau, se bilag Udarbejdelse af FOT use cases. 26

27 Figur 27: Opdeling af use casen Ajourfør FOT og vejreferencelinjer i mindre use cases Oprettelse af nye vejreferencelinjer Et vigtigt spørgsmål er, hvilken indflydelse FOT-ajourføring har på vejreferencelinjerne og koblingerne. Målet er, at andre forretninger bliver påvirket så lidt som muligt af ændringer i FOT, dvs. at man så vidt som muligt skal undgå at forretninger er nødt til at opdatere deres data, som registreret i use casen Stedfæst vejdata på vejreferencelinjer. En nærstudering af use casene på vejmidte-niveau har resulteret i følgende regler: der oprettes aldrig en ny vejreferencelinje når eksisterende vejmidter deles samles nedlægges fordi selve vejen nedlægges 27

28 tildeles en opdateret geometri 8 der oprettes altid en ny vejreferencelinje når nye vejmidte, som er abstraktioner fra en ny vej i den virkelige verden, oprettes når den geografiske beliggenhed af en vej opdateres ved at nedlægge eksisterende vejmidter og registrere nye vejmidter, anvendes der et afstandskriterium der siger, at en ny vejreferencelinje skal oprettes på de strækninger hvor mindst et punkt på den eksisterende vejreferencelinje ville blive flyttet mere end et på forhånd fastlagt afstand s max, også kaldt tærskelværdien, målt i tre dimensioner, ved koblingen med de nye vejmidter Figur 28: Afstandskriterium for hvornår en ny vejreferencelinje skal oprettes. Se også bilaget Udarbejdelse af FOT use cases for en legende for figuren til venstre. 8 Det kan opstå en situation, hvor at der er sket nogle geometri-opdateringer i træk, der hver for sig ikke gav anledning til en ny vejreferencelinje, men der, hvis gjort på én gang, ville have givet anledning til en ny vejreferencelinje. Men sådan nogle situationer vil være så sjældent på vejområdet, at der ikke skal tages højde for det. 28

29 Figur 29: Eksempel på en ajourføring i FOT der fører til oprettelsen af en ny vejreferencelinje Teknisk set, skal man kunne samle opdateringer af FOT-vejmidter og -systemlinjer, således, at vejreferencelinjer først genereres, når FOT-ajourføreren er færdig med et område og antallet af nye vejreferencelinjer kan minimeres. Tærskelværdierne kan være forskelligt, afhængig af, om der er tale om foreløbige eller endelige geometrier. Når en vejreferencelinje er opbygget af endelige geometrier, må tærskelværdien ikke være særlig stor, men er det foreløbige geometrier, der udskiftes med andre foreløbige geometrier eller med endelige geometrier, kan der anvendes en større tærskelværdi. Eksisterende vejreferencelinjer må ikke ændres eller udskiftes pga. planlagte veje. I dette proof of concept, er der ikke fastlagt et tal endnu for tærskelværdien. Der er heller ikke fastlagt en minimumslængde for de strækninger der skal kobles til en ny vejreferencelinje, man kunne f.eks. indføre en regel der siger, at man skifter en hel vejmidte ad gangen ud, på trods af, at en del af den nye vejmidte ligger indenfor tærskelværdien fra den gamle vejmidte, for at forenkle beregningen. 29

30 6.2.2 Stedfæst vejdata på vejreferencelinjer Vejdata kan stedfæstes på vejreferencelinjer vha. lineære referencepunkter. Linear referencing er en udbredt metode i forskellige sektoren, der i 2012 er blevet standardiseret af ISO [ISO19148]. Fordele ved LR er [Curtin]: det er let at genfinde steder i den virkelige verden kravet på en høj grad af segmentering af netværket fjernes data fra mange kilder kan stedfæstes på det samme netværk og kan sammenstilles bagefter Ulempen ved LR er, at lineære referencepunkter skal vedligeholdes når de linjer man stedfæster på, ændrer sig væsentligt, se også Ajourføring af stedfæstede vejdata pga. FOT-ændringer. Vejreferencemodellens rolle Referencelinjerne skal udstilles, så de kan bruges af andre forretninger til at stedfæste på. Vejdata-administrators rolle Vejdata skal stedfæstes på de udstillede vejreferencelinjer. Det betyder ikke, at dem der til dagligt arbejder med vejsystemer skal tage højde for vejreferencelinjer, men deres systemer skal integreres med vejreferencemodellens implementering. En position beskrevet som et lineært referencepunkt består af minimum tre bestanddele (Figur 30): 1. det lineære element som stedfæstes på; i vejreferencemodellen er det en vejreferencelinje 2. afstanden langs dette lineære element 3. anvendte metode; i vejreferencemodellen er det en metode af typen interpolation 9, og enheden er procent (af vejreferencelinjes totale længde) eller 1 (som procent men divideret med 100) Figur 30: Lineært element og lineært referencepunkt Fænomener bundet til et bestemt punkt, f.eks. stedet hvor et trafikuheld fandt sted, kan udtrykkes med én position. Fænomener bundet til en strækning langs en vej, f.eks. vejbredden, kan udtrykkes med én eller flere intervaller af fra- og til-positioner. For nogle fænomener er retning vigtig, det kan udtrykkes ved valget af hvilket sted er fra-positionen og hvilket sted er til-positionen (Figur 31). Figur 31: Lineært fænomen med retning (pilen) Der skal være muligt, at spore stedfæstelser tilbage i tiden, dvs. at der også skal historik på disse koblinger, se Historik. 9 How a linear element is measured is specified by the Linear Referencing Method. [...] The Linear Referencing Method specifies whether the measurement is absolute, relative, or interpolative. [...] Interpolative measurements, such as percentage or normalized, use linear interpolation along the entire length of the linear element [ISO19148]. 30

31 Eksempel på Bornholm Data omkring administrative veje er blevet stedfæstet på et lille område på Bornholm som illustration af denne use case (Figur 32). I dette eksempel er der ikke taget højde for retning på de administrative veje, men det kan indføres som beskrevet ovenfor. Figur 32: Administrative veje på et lille område på Bornholm Niveauer Vejmyndighederne opererer med tre niveauer af veje (Figur 33, Figur 34) [VejStandard2013]. Disse niveauer kan opfattes som vejdata ligesom f.eks. vejbredde og vejnavn, og kan derfor også stedfæstes på vejreferencelinjer vha. lineære referencepunkter. Stedfæstelse af niveauerne på vejreferencelinjerne samt relationerne mellem niveauerne anbefales, at udvikle separat i vejforvaltningssystemerne 10, da disse koblinger primært forventes at være af interesse for vejmyndighederne. I sådan en implementering skal der tænkes over hvordan man rekvirerer data via vejreferencelinjer og hvordan et svar skal se ud, da data kan hænge på et andet niveau, end man måske forventer. 10 Dvs. ikke som en del af VRK. 31

32 Figur 33: Begrebsmodel af de forskellige niveauer, vejmyndighederne opererer med Figur 34: Illustration af de forskellige niveauer, vejmyndighederne opererer med Pladser FOT opererer med pladser enten som vejmidter (attributten plads) eller som tekniske arealer (attributten arealtype er f.eks. Sportsanlæg, Genbrugsplads eller Parkeringsanlæg). Der forventes at komme mere om pladser i FOT 5-specifikationen, men der skal arbejdes ud fra den p.t. gældende specifikation 4.1. Ajourføring af stedfæstede vejdata pga. FOT-ændringer Use casen Ajourfør FOT og vejreferencelinjer er tæt forbundet med denne use case, da ajourførte FOTvejmidter og -systemlinjer kan forårsage ændringer i vejreferencelinjer og oprettelsen af nye vejreferencelinjer, se også Figur

33 Figur 35: Procesdiagram der viser hvad der sker, når FOT bliver ajourført Stedfæstelse af vejdata på planlagte veje Der er behov for at kunne tilknytte en vejreferencelinje til veje allerede i planlægningsfasen Behovet er anført i forbindelse med fastsættelsen af nye vejnavne i Adresseregisteret, hvor en navngiven vej og vejnavneområde skal præregistreres. Figur 36: Proces i Adresseregisteret [MBBL] 11 Dette behov er p.t. ikke til stede hos vejmyndighederne. 12 Vejreferencemodellen og VRK omfatter ikke arbejde med trafikmodeller og trafiksimulering og dertilhørende use cases. 33

34 Som beskrevet i Begrebsmodel FOT, er der mulighed for at indlægge vejmidter med geometristatus foreløbig i FOT Det er som udgangspunkt en forudsætning, at alle nye veje vil blive indlagt i FOT2007 som foreløbige vejmidter. På basis af disse vejmidter kan en eller flere vejreferencelinjer blive oprettet, på hvilke disse data omkring de planlagte veje kan blive stedfæstet. Der vil være behov for koordinering mellem vejafdelingen og Adresseregisterets afdeling i den enkelte kommune mht. oprettelse af en vej, så den samme vej ikke blev lagt ind i FOT2007 to gange. Når vejmidter allerede vil blive indlagt i planlægningsfasen, opstår der et behov for en ekstra mulig værdi for attributten objektstatus på et FOT-objekt: Planlagt, se også Tabel 1. Objektstatus på FOT-objekt Tilstand af administrativ vej Tilstand af navngivet vej Planlagt N/A Reserveret & foreløbig Projekt godkendt Besluttet Foreslået Under anlæg Under anlæg Godkendt Taget i brug Endelig Gældende Under nedlæggelse N/A Udgået Tabel 3: Sammenligning af tilstande 6.3 Vejdatabrug Dette område omhandler brug af de vejdata der er blevet stedfæstet på vejreferencelinjerne i use casen Stedfæst vejdata på vejreferencelinjer. Det forventes, at Datafordeleren vil spille en rolle her Sammenstil vejdata fra mange kilder Når forretningerne på vejområdet engang har etableret en integration med vejreferencemodellens implementering, kan vejdata nemt udveksles og sammenstilles. Et eksempel kunne være overførslen fra kommune- og vejkoder fra Adresseregisteret til FOT, se også Relaterede begreber. Ud fra et abonnement på meldinger fra Adresseregistersystemet, vil man kunne ajourføre disse informationer i FOT. Den ideelle løsning på langt sigt vil være ikke at vedligeholde kommune- og vejkoder overhovedet i FOT, men trække dem direkte fra Adresseregisteret når man har brug for dem Beregn 3D-koordinater ud fra lineære referencepunkter Når man har en lineær referencepunkt, kan en entydig 3D-koordinat altid beregnes, da man via vejreferencelinjerne og koblingerne har kendskab til vejmidtes og systemlinjernes geometrier og dermed tredimensionelle koordinater. 13 Denne mulighed bliver ikke brugt meget nu: der er p.t. registreret i alt 276 vejmidter som med geometristatus foreløbig. 34

35 Eksempel på Bornholm Denne use case er relevant når data, stedfæstet på vejreferencelinjer som i use casen Stedfæst vejdata på vejreferencelinjer, skal visualiseres. Figuren i den use case er blevet lavet vha. et view i databasen, der bagefter blev visualiseret på skærmen (Figur 37). Figur 37: Visualisering af data stedfæstet på vejreferencelinjer Beregn lineære referencepunkter ud fra 3D-koordinater En beregning af et lineært referencepunkt ud fra en 3D-koordinat er ikke så ligetil som ovennævnte use case. Det kan f.eks. være at 3D-koordinaten ikke ligger på en vejreferencelinje. Det kan man løse ved at lade punktet snappe 14 til den nærmeste vejreferencelinje, eller den nærmeste vejreferencelinje der peger på en aktuel vejmidte/systemlinje. Yderligere informationer som f.eks. vejklasse, niveau (tracé, kørebane, kørespor), vejkode, administrativt vejnummer, osv. kan også inkluderes i sådan en beregning. En manuel procedure, hvor en vejdata-administrator med et klik på et kort udpeger det for ham relevante punkt, kunne også være en mulighed. Beregninger af vejpunkter (se Begrebsmodel Adresseregister) er et konkret eksempel på denne use case. Vejman.dk har tilsvarende funktionalitet til at nedfælde punkter langs en vej på selve vejen for at kunne fastlægge kilometreringen. Der kan f.eks. være tale om emner langs vejen, som i udgangspunktet er stedfæstet ved en koordinat. 7 Oversigter 7.1 Konklusioner Referencelinjer Se også Etabler vejreferencelinjer: Vejreferencelinjer laves for samtlige vejmidter og systemlinjer; Algoritmen for etablering af vejreferencelinjer skal have vejklasse som første kriterium, derefter CPR-vejnummer og til sidst vinklen mellem vejmidte. En vejreferencelinje må ikke krydse sig selv. En vejreferencelinje må ikke starte og slutte i det samme punkt. 14 Flytte punktet lidt så det kommer til at ligge på en vejreferencelinje. 35

36 7.1.2 Koblingstabellen Se også Begrebsmodel vejreferencemodellen og Logisk datamodel: En vejreferencelinje kan have en kobling til kun en del af en vejmidte/systemlinje. Koblingen går begge veje. En procentangivelse med 3 decimaler for begge koblinger vil være tilstrækkelig. Det fremgår af koblingstabellen, hvilke dele af en vejreferencelinje er koblet til vejmidter og hvilke dele er koblet til systemlinjer. Oplysningen om historik fremgår i selve koblingstabellen, i FOT-historikken og i fra-datoerne på selve vejreferencelinjerne. Det fremgår af koblingstabellen, om en (del af en) vejmidte/systemlinje har den samme eller den modsatte retning som den vejreferencelinjer den tilhører. 7.2 Opgaver for vejmyndighederne Vejmyndighederne skal koble de administrative veje i deres vejforvaltningssystemer til vejreferencelinjerne, se Principper og Stedfæst vejdata på vejreferencelinjer. Implementeringen skal understøtte historik på koblingen. Stedfæstelse af de forskellige niveauer vejmyndighederne opererer med på vejreferencelinjerne samt relationerne mellem niveauerne skal udvikles separat i vejforvaltningssystemerne 15, se Niveauer. Der skal etableres manglende vejtracé (niveau 1) som FOT-systemlinjer, hvor det mangler i FOT, se Etabler vejreferencelinjer og mere specifikt Systemlinjer. 7.3 Opgaver for MBBL MBBL skal koble de navngivne veje i Adresseregisteret til vejreferencelinjerne, se Principper og Stedfæst vejdata på vejreferencelinjer. Implementeringen skal understøtte historik på koblingen. MBBL omtaler vejnavneområde hhv. vejnavnelinje. Der skal være en vejnavnelinje repræsenterende foreløbig vej, inden en vejreferencelinje kan oprettes. En sådan kan evt. være diagonalen i et vejnavneområde. 7.4 Opgaver for FOT Der er ønske om at indføre en status Planlagt for en vejmidte i attributten Objekt_statustype, se Begrebsmodel FOT og Stedfæstelse af vejdata på planlagte veje. Registreringen af ramper skal tilrettes det fælles koncept, man bliver enige om med vejmyndighederne, se [VejStandard2013]. Mulighederne for at stedfæste data til vejreferencelinjerne, se Stedfæst vejdata på vejreferencelinjer, kunne evt. også pege på nye løsningsmuligheder for spørgsmålet om sekundære attributter i FOT2007 implementeringen. 15 Dvs. ikke som en del af VRK 36

37 7.5 Mulige fremtidige udviklinger Et vejreferencepunkt antyder et kryds mellem to vejreferencelinjer. Med vejreferencepunkter sikrer man entydige koordinater for sådanne punkter. Dette emne er uden for scope i dette proof of concept, men kan blive videreudviklet senere. 8 Referencer Reference Titel Link [Curtin] Curtin, K. M. "Linear Referencing." The Encyclopedia of Geographic Information Science (2008): Link [DDO] Den danske ordbog Link [FOT4.1] FOT 4.1 specifikation Link [INSPIRE] INSPIRE Generic Conceptual Model Link [INSPIRERoad] INSPIRE Data Specification on Transport Networks Link [ISOTC211Glossary] ISO/TC 211 Multi-Lingual Glossary of Terms Link [ISO19148] ISO 19148:2012. Geographic information -- Linear referencing [Kortforsyningen] FOT Kortforsyningen - download Link [MBBL] Delaftale 2: Adresseprogrammet. Effektivt genbrug af grunddata om adresser, administrative enheder og stednavne. Målarkitektur. Bilag B - Begrebsmodel. Link [Modelregler] Modelregler for grunddata Link [OIOArkitekturguiden] OIO Arkitekturguiden Link [PID] Vejreferencemodellen - Governancestruktur, proof of concept, kravspecificering og etablering (Projektinitieringsdokument) [PostgreSQL] PostgreSQL Link [PostGIS] PostGIS - Spatial and Geographic objects for PostgreSQL Link 37

38 [QGIS] QGIS Link [StedetSomNøgle] [UMLBusinessModeling] Stedet som nøgle - Referencearkitektur for stedbestemt information version 1.0 (udkast) Introduction to business modeling using the Unified Modeling Language (UML) Link Link [UMLBusinessModeling2] Rational UML Profile for business modeling Link [UMLProperty] UML Property på uml-diagrams.org Link [UMLSpec] Unified Modeling Language (UML), v2.4.1 Link [UMLUseCase] Use Case Diagrams på uml-diagrams.org Link [Vejreferencemodellen] Vejreferencemodellen. En national standard for stedfæstelse af vejdata. Link [VejStandard2013] Standardisering Hovedrapport vej- og trafikdata. Link 9 Bilag 9.1 Algoritme til etablering af vejreferencelinjer FOT2007 er over tid etableret efter forskellige specifikationer, nemlig 3, 4.0, 4.1 og snart 5. På Bornholm er objekter registreret efter 4.1-specifikationen, og algoritmen til etablering af vejreferencelinjer er lavet på basis af denne specifikation. Algoritmen anvender attributterne vejklasse og CPR-vejkode. CPR-vejkode er uændret i de forskellige FOTspecifikationer, men vejklasse afviger noget. FOT2007 indeholder kun registreringer efter 3- og 4.1- specifikationerne, dvs. at de mulige vejklasse-værdier fra 3-specifikationen skal mappes over til værdierne fra 4.1-specifikationen for at kunne udføre algoritmen på hele Danmark. Følgende mapning skal anvendes: Europavej Trafikvej-Gennemfart Primærvej Trafikvej-Gennemfart Sekundærvej Trafikvej-Fordeling Anden vigtig vej Trafikvej-Fordeling Større lokalvej Lokalvej-Primær Lokalvej Lokalvej Indkørselsvej Indkørselsvej Vej, diverse Anden vej Hovedsti HovedsV 38

39 Cykelsti langs vej CykelsV langs vej Sti, diverse SV, diverse Vejklasse er en sekundær attribut. Skift af værdi for sekundære attributter sker ikke nødvendigvis kun dér, hvor det generelle objekt starter eller slutter. Sekundære attributter kan derfor have en anden udstrækning end det generelle objekt (moderobjektet) [FOT4.1]. En inspektion af FOT-data viste, at ud af de vejmidte der lå i FOT2007 på det tidspunkt, der kun var vejmidte - eller 0,6 % - hvor vejklassen ikke var den sammen langs hele vejmidte. Derfor er det ok, at bruge vejklasse i algoritmen på samme måde som CPR-vejkode, som er en primær attribut. Selve algoritmen findes i et separat zip-fil, som indeholder en samling af HTML-filer Udarbejdelse af FOT use cases For hver use case i kassen til højre i nedenstående figur er der blevet udarbejdet et eksempel med figur og koblingstabel, før og efter. Eksemplerne er simplere end hvordan den ville se ud i en rigtig implementering, for at kunne fokusere på problemstillingen i selve use casen. De følgende gælder for alle figurer: til venstre står før-scenariet, til højre står efter-scenariet vejreferencelinjerne (i grøn) og vejmidte (i blå) er tegnet forskudt i forhold til hinanden for at kunne visualisere dem samtidigt i tilfælde af geometri-opdateringer af FOT-objekter indikerer stiplede linjer vejmidte og vejreferencelinjerne som de så ud i før-scenariet historisk vejmidte er vist i lyseblå der er ikke taget højde for retning (se Logisk datamodel) der arbejdes kun med to decimaler længde er bare en repræsentation af geometrien, længden vil ikke blive lagret i en implementering Selve eksemplerne findes i et separat pdf-dokument. 16 Filerne er eksporteret fra Sparx Enterprise Architect og vises bedst i Internet Explorer. 39

Standardisering af vejlængder

Standardisering af vejlængder Dato 16. december 2015 Sagsbehandler Marie Lanng Pallisgaard Mail mpa@vd.dk Telefon +45 7244 7409 Dokument 15/18308-1 Side 1/5 Standardisering af vejlængder Definition af vejlængder Et par indledende definitioner

Læs mere

VEJREFERENCE MODELLEN

VEJREFERENCE MODELLEN DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 15. januar 2013 13/00898-2 Lise Gerd Pedersen lgp@vd.dk 7244 7439 VEJREFERENCE MODELLEN EN NATIONAL STANDARD FOR STEDFÆSTELSE AF VEJDATA Niels Juels Gade 13 1022

Læs mere

Anvendelse af dobbelthistorik i GD2

Anvendelse af dobbelthistorik i GD2 Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi GD2 - Adresseprogrammet Anvendelse af dobbelthistorik i GD2 Implementerings regler og eksempler på dobbelthistorik MBBL- REF: Version:

Læs mere

NY VEJREFERENCEMODEL, GRUNDDATA OG STANDARDER FOR VEJ- OG TRAFIKDATA

NY VEJREFERENCEMODEL, GRUNDDATA OG STANDARDER FOR VEJ- OG TRAFIKDATA ESDH - NY VEJREFERENCEMODEL, GRUNDDATA OG STANDARDER FOR VEJ- OG TRAFIKDATA VEJMAN.DK ÅRSMØDET 10. OKTOBER 2013 I NYBORG Hans Jørgen Larsen & Lise Gerd Pedersen. - DAGSORDEN 1. Politik og proces Den fællesoffentlige

Læs mere

Administrativ nummerering af offentlige veje og stier. Vejcenter Workshops Foråret 2007

Administrativ nummerering af offentlige veje og stier. Vejcenter Workshops Foråret 2007 Administrativ nummerering af offentlige veje og stier Vejcenter Workshops Foråret 2007 Vejcenter workshop Stig Hemdorff, Vejdirektoratet Flemming Pedersen, Vejdirektoratet Dagens program Hvad er CVF og

Læs mere

Adresseregister Løsningsarkitektur

Adresseregister Løsningsarkitektur Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseregister Løsningsarkitektur

Læs mere

Udveksling af data om veje. Information om vejreferencemodellen

Udveksling af data om veje. Information om vejreferencemodellen Udveksling af data om veje Information om vejreferencemodellen Formålet med vejreferencemodellen VRD: At gøre det lettere at anvende og sammenstille data, der på en eller anden måde er relateret til en

Læs mere

Bilag 4: Eksempelsamling, FOT ajour - datavask. Forkert vejklasse, vejkode. Trafikart, samt forskellige koder på samme strækning

Bilag 4: Eksempelsamling, FOT ajour - datavask. Forkert vejklasse, vejkode. Trafikart, samt forskellige koder på samme strækning Bilag 4: Eksempelsamling, FOT ajour - datavask Før: Forkert vejklasse, vejkode. Trafikart, samt forskellige koder på samme strækning Efter: Fra GST; Pia: Ang. rundkørsler, det ser umiddelbart ud til at

Læs mere

Dette notat beskriver de processer, som FOT-data skal igennem inden de lægges i FOT2007.

Dette notat beskriver de processer, som FOT-data skal igennem inden de lægges i FOT2007. Ref: sabje@kms.dk September 2010 FOT2007 datailægning Dette notat beskriver de processer, som FOT-data skal igennem inden de lægges i FOT2007. Når FOT-data er godkendt af det lokale FOT-samarbejde, skal

Læs mere

Udveksling af data om veje Information om vejreferencemodellen og nye muligheder for digitale løsninger med relation til veje.

Udveksling af data om veje Information om vejreferencemodellen og nye muligheder for digitale løsninger med relation til veje. Udveksling af data om veje Information om vejreferencemodellen og nye muligheder for digitale løsninger med relation til veje. Vejdirektoratet Havnegade 27 1058 København K Telefon +45 7244 3333 vd@vd.dk

Læs mere

Sanne Karlsen, seniorprojektleder har arbejdet med opgaven siden marts. Velkommen til Brovst et gennemgående eksempel i oplægget

Sanne Karlsen, seniorprojektleder har arbejdet med opgaven siden marts. Velkommen til Brovst et gennemgående eksempel i oplægget Udveksling af data om veje og trafik Sanne Karlsen, seniorprojektleder har arbejdet med opgaven siden marts Velkommen til Brovst et gennemgående eksempel i oplægget Hvis man spørger et barn i børnehavealderen

Læs mere

Tænk hvis man kun skulle vedligeholde data ét sted. Et projekt om standardisering af vej- og trafikdata

Tænk hvis man kun skulle vedligeholde data ét sted. Et projekt om standardisering af vej- og trafikdata Tænk hvis man kun skulle vedligeholde data ét sted Et projekt om standardisering af vej- og trafikdata Hvorfor standardisering? For vej- og trafikdata er det særligt vigtigt med fastlagte og kommunikerede

Læs mere

Faktaark for DAR 1.0

Faktaark for DAR 1.0 1. december 2014 HEGK Faktaark for DAR 1.0 Overordnet beskrivelse og baggrund for DAR 1.0 Indholdsfortegnelse 1. Indledning... 2 2. Baggrund og formål... 3 DAR i dag... 3 Fremtidige DAR 1.0... 4 3. Teknik...

Læs mere

For at kunne forstå de mange data vi har adgang til, er det nødvendigt at kunne koble dem til den virkelighed, vi vil forstå, analysere, ændre på.

For at kunne forstå de mange data vi har adgang til, er det nødvendigt at kunne koble dem til den virkelighed, vi vil forstå, analysere, ændre på. For at kunne forstå de mange data vi har adgang til, er det nødvendigt at kunne koble dem til den virkelighed, vi vil forstå, analysere, ændre på. 1 Vejreferencemodellen er opstået som en reaktion på de

Læs mere

Vejreferencemodellen. GeoDanmarks Repræsentantskabsmøde 30. april 2015. Afdelingsleder Eric thor Straten, Vejdirektoratet

Vejreferencemodellen. GeoDanmarks Repræsentantskabsmøde 30. april 2015. Afdelingsleder Eric thor Straten, Vejdirektoratet Vejreferencemodellen GeoDanmarks Repræsentantskabsmøde 30. april 2015 Afdelingsleder Eric thor Straten, Vejdirektoratet Vejreferencemodellen? The missing link i datasammenhængen mellem vejene, geografien

Læs mere

Standard for vej- og trafikdata

Standard for vej- og trafikdata Standard for vej- og trafikdata Logisk datamodel - vejnettet Dato: 03-11-2015 Sagsbehandler: Jørgen Flensholt Dokumentversion 1.0.0 Niels Juels Gade 13 Postboks 9018 1022 København K Telefon 7244 3333

Læs mere

Ejerfortegnelse Løsningsarkitektur Bilag C Processer Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi 2012 2015

Ejerfortegnelse Løsningsarkitektur Bilag C Processer Grunddataprogrammet under den Fællesoffentlig digitaliseringsstrategi 2012 2015 Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltningg og genbrug af ejendomsdataa under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet Ejerfortegnelsen Løsningsarkitektur

Læs mere

Vejreferencemodel i GD2 - Adresseprogrammet

Vejreferencemodel i GD2 - Adresseprogrammet Vejreferencemodel i GD2 - Adresseprogrammet Notat vedrørende mulige implementeringsscenarier, forudsætninger og nødvendige ændringer 8. september 2014 Version 1.0 Dokument historie Version Dato Beskrivelse

Læs mere

Grunddataprogrammet. Ibrugtagningsplan for modelregler for grunddata

Grunddataprogrammet. Ibrugtagningsplan for modelregler for grunddata Grunddataprogrammet Ibrugtagningsplan for modelregler for grunddata 1 Ibrugtagningsplan for modelregler for grunddata Version: 0.5 Status: Godkendt 2 Versionshistorik Version Dato Status Bemærkninger 0.1

Læs mere

Udveksling af dataom veje og trafik

Udveksling af dataom veje og trafik Udveksling af dataom veje og trafik Sanne Karlsen, seniorprojektleder har arbejdet med opgaven siden marts Velkommen til Brovst et gennemgående eksempel i oplægget Egon på vej til købmanden. han kan nemt

Læs mere

Adresseregister - løsningsarkitektur Bilag B - Informationsmodel

Adresseregister - løsningsarkitektur Bilag B - Informationsmodel Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 202 205 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseregister - løsningsarkitektur

Læs mere

Adresseregister - løsningsarkitektur Bilag C - Processer

Adresseregister - løsningsarkitektur Bilag C - Processer Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseregister - løsningsarkitektur

Læs mere

FOT3 - ny grundkortstandard. Set fra en Data-producent synsvinkel

FOT3 - ny grundkortstandard. Set fra en Data-producent synsvinkel FOT3 - ny grundkortstandard Set fra en Data-producent synsvinkel Indlæg på Bentleyuser.DK årsmøde 2007 d. 13.11.2007 1 FOT - Fælles Objekt Typer FOT standard Proces startet i 1997 af KL og Boligministeriet:

Læs mere

Løbende ajourføring af GeoDanmarkdata - Hvorfor og hvordan

Løbende ajourføring af GeoDanmarkdata - Hvorfor og hvordan Løbende ajourføring af GeoDanmarkdata - Hvorfor og hvordan Thorbjørn Vang Søndergaard, GISkonsulent, Kolding Kommune Rasmus Klog, GIS-administrator, Vejle Kommune Baggrund Vi har deltaget i s pilotprojekt

Læs mere

STEDBEVIDST UDVIKLING. Jes Ryttersgaard Kort og Matrikeldtyrelsen

STEDBEVIDST UDVIKLING. Jes Ryttersgaard Kort og Matrikeldtyrelsen STEDBEVIDST UDVIKLING Jes Ryttersgaard Kort og Matrikeldtyrelsen - bevidst om at bruge stedet som indgang til digital forvaltning - bevidst om hvordan vi sikrer, at det giver mening at bruge stedet - bevidst

Læs mere

Systemlinje i DGP (og Vejman.dk) Revideret maj 2012 / LUC Revideret september 2012 /NIA Senest revideret november 2012 /NIA

Systemlinje i DGP (og Vejman.dk) Revideret maj 2012 / LUC Revideret september 2012 /NIA Senest revideret november 2012 /NIA INF/DRI Systemlinje DGP og VIS side 1 af 13 I:\GIS\DGP\dokumentation\Systemlinie i DGP og Vejman.dk ALU-LUC-NIA_nov2012.doc Systemlinje i DGP (og Vejman.dk) Revideret maj 2012 / LUC Revideret september

Læs mere

GD2 Adresseprogrammet: Løsning for håndtering af gadepostnumre i København K, V + Frederiksberg C

GD2 Adresseprogrammet: Løsning for håndtering af gadepostnumre i København K, V + Frederiksberg C NOTAT Dato: 04. februar 2014 Kontor: By/Land/Ejendomsdata Sagsnr.: Sagsbehandler: MLI Dok id: GD2 Adresseprogrammet: Løsning for håndtering af gadepostnumre i København K, V + Frederiksberg C 1. Problem

Læs mere

FOT-3. Specifikationen for de fælles tekniske og topografiske objekttyper. Nøglen til opbygning af en fælles geografisk infrastruktur

FOT-3. Specifikationen for de fælles tekniske og topografiske objekttyper. Nøglen til opbygning af en fælles geografisk infrastruktur FOT-3 Specifikationen for de fælles tekniske og topografiske objekttyper Nøglen til opbygning af en fælles geografisk infrastruktur Formål og mål med gruppens arbejde At fastlægge en samlet specifikation

Læs mere

CCS Formål Produktblad December 2015

CCS Formål Produktblad December 2015 CCS Formål Produktblad December 2015 Kolofon 2015-12-14

Læs mere

HVAD SKER DER I DANMARK - KORT OVERBLIK

HVAD SKER DER I DANMARK - KORT OVERBLIK ESDH - 13/03063-51 HVAD SKER DER I DANMARK - KORT OVERBLIK NVF IKT UDVALGETS HØSTMØDE DEN 24. 25. OKTOBER 2013. - DEN FÆLLESOFFENTLIGE DIGITALISERINGSSTRATEGI (FODS) Digitaliseringsstrategi 2011-2015 STRATEGIENS

Læs mere

Ejendomsdataprogrammet - BBR Løsningsarkitektur Bilag C Processer

Ejendomsdataprogrammet - BBR Løsningsarkitektur Bilag C Processer Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - BBR Løsningsarkitektur

Læs mere

FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø

FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø FESD-standardiseringsgruppen Att: Palle Aagaard IT- og Telestyrelsen IT-strategisk kontor Holsteinsgade 63 2100 København Ø Høringssvar vedr. FESD GIS-integrationsmodel version 2.0 Geodata Danmark har

Læs mere

Bilag 3: FOTajour-vejledning 1.0

Bilag 3: FOTajour-vejledning 1.0 Bilag 3: FOTajour-vejledning 1.0 Lavet af: Thorbjørn Vang Søndergaard, Kolding Kommune Rasmus Klog, Vejle Kommune Anita Enevoldsen, Vejen Kommune Indholdsfortegnelse Indledning 2 Import af data og opsætning

Læs mere

Standard for vej- og trafikdata

Standard for vej- og trafikdata e Introduktion Dato 22. november 2016 Version 2.0.1 Sagsbehandler Henrik Friis Mail hfi@vd.dk Telefon Dokument 16/01476-5 Side 1/12 Niels Juels Gade 13 1022 København K Telefon +45 7244 3333 vd@vd.dk vejdirektoratet.dk

Læs mere

Danmark og INSPIREs Transportnetværk. Indsæt billede her

Danmark og INSPIREs Transportnetværk. Indsæt billede her Danmark og INSPIREs Transportnetværk Indsæt billede her Lars Storgaard, 24. oktober 2011 Danske geodata i bilag 1.7 Transportnetværk Fra monitoreringen af INSPIRE i DK 2010: Geodata for luftfart: Flykorridorer

Læs mere

DIGITALT VEJNET PÅ VEJ

DIGITALT VEJNET PÅ VEJ DIGITALT VEJNET PÅ VEJ Hans Jørgen Larsen Chefkonsulent Vejdirektoratet Vejdirektoratet har fået til opgave at gennemføre et forprojekt vedrørende etablering af et Digitalt Vejnet i Danmark. Det langsigtede

Læs mere

Løsningsarkitektur - Bilag A 1 Sammenstillede services

Løsningsarkitektur - Bilag A 1 Sammenstillede services Ejendomsdataprogrammet (GD1) Adresseprogrammet (GD2) Bilag 14 - Fælles arkitekturramme for GD1-GD2-GD7 Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 1: Effektiv

Læs mere

Notat om metadata om grunddata

Notat om metadata om grunddata Bilag 16 - Fælles arkitekturramme for GD1-GD2-GD7 Notat om metadata om grunddata 6. december 2013 SAR & PLACE Indledning Metadata data om data betegner ikke en entydig klasse af data. Anvendelsen af betegnelsen

Læs mere

BBR - Kontekstdiagram

BBR - Kontekstdiagram BBR arkitekturprodukter 1. marts 2019 BBR - Kontekstdiagram Indledning Dokumentationen omkring BBR er struktureret med inspiration fra FDA arkitekturreolen, således at arkitekturprodukterne afspejler denne

Læs mere

Faktaark for BBR 2.0

Faktaark for BBR 2.0 1. december 2014 HEGK Faktaark for BBR 2.0 Overordnet beskrivelse og baggrund for BBR 2.0 Indholdsfortegnelse 1. Indledning... 2 2. Baggrund og formål... 3 BBR i dag... 3 Fremtidige BBR 2.0... 4 3. Teknik...

Læs mere

INDLEDNING... 2 1. VEJEN FINDES I REFERENCESYSTEMET MEN IKKE I KORTET... 3 2. ÆNDRING AF VEJDELSNUMMER I VEJIDENTIFIKATIONEN (VEJID)...

INDLEDNING... 2 1. VEJEN FINDES I REFERENCESYSTEMET MEN IKKE I KORTET... 3 2. ÆNDRING AF VEJDELSNUMMER I VEJIDENTIFIKATIONEN (VEJID)... DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 10. oktober 2012 Svend Schrøder ssc@vd.dk 7244 7420 Revideret 24-05-2013 REFERENCESYSTEM EKSEMPELSAMLING Niels Juels Gade 13 1022 København K vd@vd.dk EAN 5798000893450

Læs mere

Standard for vej- og trafikdata

Standard for vej- og trafikdata Standard for vej- og trafikdata Logisk datamodel - egenskaber Dato: 11-12-2014 Sagsbehandler: Jørgen Flensholt Dokumentversion 0.0.5 Niels Juels Gade 13 Postboks 9018 1022 København K Telefon 7244 3333

Læs mere

Svar på spørgsmål om Nyt BBRs adresser og adressekonvertering

Svar på spørgsmål om Nyt BBRs adresser og adressekonvertering 28. oktober 2009 Rev. 6./11. november 2009 Svar på spørgsmål om Nyt BBRs adresser og adressekonvertering Sag 07/ mli 1. Indledning Dette notat skal søge at svare på en række spørgsmål som KL har modtaget,

Læs mere

Høringssvar vedr. Serviceinterface for Person

Høringssvar vedr. Serviceinterface for Person Høringssvar vedr. Serviceinterface for Person 1. Indledning... 3 1.1 Arkitekturmæssige overvejelser... 3 2. Konkrete ændringsforslag... 5 2.1 Variable attributnavne... 5 2.2 Registeroplysninger fra akkreditiv...

Læs mere

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - Matriklen Løsningsarkitektur

Læs mere

Retningslinjer for arkitekturreviews Version 1.0. Maj 2017

Retningslinjer for arkitekturreviews Version 1.0. Maj 2017 Retningslinjer for arkitekturreviews Version 1.0 Maj 2017 Indhold Indhold... 2 Introduktion til retningslinjerne... 3 Hvilke projekter skal have foretaget arkitektur-reviews?... 3 Tre trin for arkitekturreviews...

Læs mere

Grunddataprogrammet. Side 1 af 11. Aftale om styringsrammer for grunddatamodellen

Grunddataprogrammet. Side 1 af 11. Aftale om styringsrammer for grunddatamodellen Grunddataprogrammet Side 1 af 11 Aftale om styringsrammer for grunddatamodellen Side 1 af 11 11. oktober 2013 SAR Aftale om styringsrammer for grunddatamodellen Formål Formålet med aftalen er at sikre

Læs mere

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur - Bilag C Processer

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur - Bilag C Processer Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - Matriklen Løsningsarkitektur

Læs mere

Tættere offentligt, digitalt samarbejde

Tættere offentligt, digitalt samarbejde Agenda Den fælles offentlige digitaliserings strategi Grunddataprogrammet Standardisering af vej- og trafikdata Ny model for vejreference Stigruppens arbejde Resultat i relation til vejman.dk Tættere

Læs mere

Revideret udgave af vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data i 2015

Revideret udgave af vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data i 2015 GeoDanmark Weidekampsgade 10 2300 København S tlf: 33 70 37 43 www.geodanmark.dk 19. juni 2015 Revideret udgave af vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data

Læs mere

Adresseregister - løsningsarkitektur Bilag A - Servicebeskrivelser

Adresseregister - løsningsarkitektur Bilag A - Servicebeskrivelser Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseregister - løsningsarkitektur

Læs mere

Kommunalt arbejdsprogram

Kommunalt arbejdsprogram KL Teknik og Miljø Kommunalt arbejdsprogram 2015-2016 geodanmark.dk Den forretningsmodel, der blev vedtaget i april 2014, betyder nye rammer for samarbejdet i GeoDanmark, herunder en ændret opgave- og

Læs mere

Adresseregister - løsningsarkitektur Bilag B - Informationsmodel

Adresseregister - løsningsarkitektur Bilag B - Informationsmodel Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseregister - løsningsarkitektur

Læs mere

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur - Bilag A Servicebeskrivelser og integrationer

Ejendomsdataprogrammet - Matriklen Løsningsarkitektur - Bilag A Servicebeskrivelser og integrationer Grunddataprogrammets delaftale 1 om effektiv ejendomsforvaltning og genbrug af ejendomsdata under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Ejendomsdataprogrammet - Matriklen Løsningsarkitektur

Læs mere

Adresseprogrammet - Målarkitektur Bilag C - Processer

Adresseprogrammet - Målarkitektur Bilag C - Processer Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseprogrammet - Målarkitektur

Læs mere

GIS-DAG - WORKSHOP 23. JANUAR 2013

GIS-DAG - WORKSHOP 23. JANUAR 2013 GIS-DAG - WORKSHOP 23. JANUAR 2013 PROGRAM 9.30 9.45 Velkomst - formål 9.45 10.30 Grundlæggende principper 10.30 10.45 Pause 10.45 11.15 Koncept- og systemskitse geodata i vejman.dk og GIS 11.15 12.00

Læs mere

Indhold. Pejlemærker for FOTdanmark. Bilag til FOTdanmarks Strategiske Grundlag 2013-2015. Til godkendelse. 4. april 2013

Indhold. Pejlemærker for FOTdanmark. Bilag til FOTdanmarks Strategiske Grundlag 2013-2015. Til godkendelse. 4. april 2013 Til godkendelse FOTdanmark Weidekampsgade 10 2300 København S 4. april 2013 Pejlemærker for FOTdanmark Bilag til FOTdanmarks Strategiske Grundlag 2013-2015 Indhold Introduktion til FOT-strategiens pejlemærker...2

Læs mere

Adresseprogrammet Vejledning til adressemyndigheden om opgavelister november-december 2013

Adresseprogrammet Vejledning til adressemyndigheden om opgavelister november-december 2013 NOTAT VERSION 0.4 Dato: 19. december 2013 Kontor: By/Land/Ejendomsdata Sagsnr.: Sagsbehandler: MLI Dok id: Adresseprogrammet Vejledning til adressemyndigheden om opgavelister november-december 2013 1.

Læs mere

DAR OIO vejledning Version 1.2

DAR OIO vejledning Version 1.2 DAR OIO vejledning Version 1.2 Indhold 1 Ændringer i forhold til forrige version... 2 2 Introduktion... 3 2.1 Formål... 3 2.2 Læsevejledning... 3 3 Beskrivelse... 3 3.1 Fælles elementer og strukturer...

Læs mere

Hassansalem.dk/delpin User: admin Pass: admin BACKEND

Hassansalem.dk/delpin User: admin Pass: admin BACKEND Hassansalem.dk/delpin User: admin Pass: admin BACKEND 1/10 Indledning Dette projekt er den afsluttende del af web udvikling studiet på Erhvervs Lillebælt 1. semester. Projektet er udarbejdet med Del-pin

Læs mere

Fra hvidbog til rammearkitektur FDA konferencen v Michael Bang Kjeldgaard

Fra hvidbog til rammearkitektur FDA konferencen v Michael Bang Kjeldgaard FDA2018 2 Fra hvidbog til rammearkitektur FDA konferencen 2018 v Michael Bang Kjeldgaard Agenda Strategi Begreber Indhold Anvendelse Styring 3 4 FDA Rammearkitekturs rolle Understøtte fælles forretningsmål

Læs mere

OIS - Applikationskatalog

OIS - Applikationskatalog OIS - Applikationskatalog OIS arkitekturprodukter 25. januar 2018 Indledning Dokumentationen omkring OIS er struktureret med inspiration fra OIO Arkitekturguidens arkitekturreol, således at arkitekturprodukterne

Læs mere

Uddybende spørgsmål til MUD-GIS kravspecifikation

Uddybende spørgsmål til MUD-GIS kravspecifikation Uddybende spørgsmål til MUD-GIS kravspecifikation I forbindelse med tilbudsafgivelse er COWI stødt på følgende spørgsmål, som ønskes afklaret, inden det endelige tilbud afgives. Geometrityper Understøttelse

Læs mere

Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler

Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7. Etablering af datadistribution på den Fællesoffentlige Datafordeler Bilag 2 - Fælles arkitekturramme for GD1-GD2-GD7 Etablering af datadistribution på den Fællesoffentlige Datafordeler Version: 0.8 Status: udkast Oprettet: 10.3.2014 Dato: 16. juni 2014 Dokument historie

Læs mere

Adresseprogrammet - Målarkitektur

Adresseprogrammet - Målarkitektur Grunddataprogrammet under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Delprogram 2: Effektiv genbrug af grunddata om adresser, administrative inddelinger og stednavne Adresseprogrammet - Målarkitektur

Læs mere

0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat. Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012

Læs mere

DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON

DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 9. September 2013 13/17799-1 Nils Holm NH@vd.dk 4015 1771 STANDARDISERING 2013 HOVEDRAPPORT VEJ- OG TRAFIKDATA Guldalderen 12 2640 Hedehusene vd@vd.dk EAN 5798000893450

Læs mere

Ad 3. Opsamling fra referat fra 29. møde (beslutningspunkt) Ingen kommentarer

Ad 3. Opsamling fra referat fra 29. møde (beslutningspunkt) Ingen kommentarer Referat Specifikationssekretariatet GST/DAB Rentemestervej 8 2450 København NV Tlf.: 72 54 50 89 www.fotdanmark.dk e-mail: kft@gst.dk 30. møde i FOT Specifikationsforum den 21. november 2013, kl. 10:00-15:00

Læs mere

AP-PARAMETRE TIL UHELDSMODELLER

AP-PARAMETRE TIL UHELDSMODELLER Dato 25. juni 2018 Sagsbehandler Ida Hvid Mail idh@vd.dk Telefon 72443012 Dokument Click here to enter text. Side 1/9 AP-PARAMETRE TIL UHELDSMODELLER BASERET PÅ DATA FOR 2012 2016 UDEN FIGURER Vejdirektoratet

Læs mere

Plan for grunddataforbedringer efterår 2013 forår 2014

Plan for grunddataforbedringer efterår 2013 forår 2014 GD2 - Adresseprogrammet: Effektivt genbrug af grunddata om adresser, administrative inddelinger og stednavne Plan for grunddataforbedringer efterår 2013 forår Version: 0.23 Status: Udkast Oprettet: 24-08-2013

Læs mere

Adresseprogrammet Vejledning til adressemyndigheden om opgavelister april 2014

Adresseprogrammet Vejledning til adressemyndigheden om opgavelister april 2014 NOTAT VERSION 0.6 Dato: 31. marts 2014 Kontor: By/Land/Ejendomsdata Sagsnr.: Sagsbehandler: MLI Dok id: Adresseprogrammet Vejledning til adressemyndigheden om opgavelister april 2014 1. Indledning I forbindelse

Læs mere

Program for møde fredag d. 22/2-2002

Program for møde fredag d. 22/2-2002 Program for møde fredag d. 22/2-2002 Disposition for den indledende præsentation af problemstillinger Kort beskrivelse af projektets struktur, hvilket leder frem til hovedtemaet for den efterfølgende diskussion

Læs mere

Bitemporalitet. Proof of concept. Versionshistorik. Version Dato Hvem Hvad er ændret. Første udkast. Kommentarer fra KL indarbejdet undervejs.

Bitemporalitet. Proof of concept. Versionshistorik. Version Dato Hvem Hvad er ændret. Første udkast. Kommentarer fra KL indarbejdet undervejs. Bitemporalitet Proof of concept Versionshistorik Version Dato Hvem Hvad er ændret 0.9 3. sept 2014 Heidi Vanparys (GST) Flemming Nissen (GST) 0.10 9. sept 2014 Heidi Vanparys (GST) Erik Helweg-Larsen (KL)

Læs mere

Opdatering af stræknings-trafiktallene i vejman.dk

Opdatering af stræknings-trafiktallene i vejman.dk Opdatering af stræknings-trafiktallene i vejman.dk Stræknings-trafiktallene opdateres én gang årligt - den kan gøres tiere, men det normale vil være, at det foregår årlig efter at forrige års tællinger

Læs mere

Tanken med denne Workshop er at gennemgå: Hvad har vi, og hvad kan undværes. Hvad er vores umiddelbare planer. Og ikke mindst, hvad er jeres ønsker.

Tanken med denne Workshop er at gennemgå: Hvad har vi, og hvad kan undværes. Hvad er vores umiddelbare planer. Og ikke mindst, hvad er jeres ønsker. Tanken med denne Workshop er at gennemgå: Hvad har vi, og hvad kan undværes. Hvad er vores umiddelbare planer. Og ikke mindst, hvad er jeres ønsker. 1 I dag er der 2 indgange til uheldssystemerne. Det

Læs mere

Standard for vej- og trafikdata

Standard for vej- og trafikdata Standard for vej- og trafikdata Logisk datamodel - læsevejledning, ordliste og referencer Dato: 18-01-2017 Dokumentversion 2.0.0 Niels Juels Gade 13 Postboks 9018 1022 København K Telefon 7244 3333 vd@vd.dk

Læs mere

Den samlede erhvervsløsning i næste generation af NemID og NemLog-in3

Den samlede erhvervsløsning i næste generation af NemID og NemLog-in3 Notat 21. februar 2017 Den samlede erhvervsløsning i næste generation af NemID og NemLog-in3 Dette notat giver en overordnet konceptuel fremstilling af, hvordan erhvervsområdet forventes håndteret samlet

Læs mere

It-principper. Bilag 1 til It- og Digitaliseringsstrategi for Sønderborg Kommune

It-principper. Bilag 1 til It- og Digitaliseringsstrategi for Sønderborg Kommune It-principper Bilag 1 til It- og Digitaliseringsstrategi for Sønderborg Kommune Indledning It-principperne er grundstenene for it-arkitekturen i Sønderborg Kommune. Principperne skal bidrage til, at vi

Læs mere

vejdriftsarbejder på statsveje: Tilvejebringelse af Data og system Eric thor Straten 7. oktober 2010 vejman.dk årsmøde

vejdriftsarbejder på statsveje: Tilvejebringelse af Data og system Eric thor Straten 7. oktober 2010 vejman.dk årsmøde vejdriftsarbejder på statsveje: Tilvejebringelse af Data og system Eric thor Straten 7. oktober 2010 vejman.dk årsmøde Disponering Vejdriftsopgaver: Eksempler Anvendelse, formål og baggrund Systemløsning

Læs mere

Formidling og dokumentation af arkitektur. FDA konferencen, September 2019

Formidling og dokumentation af arkitektur. FDA konferencen, September 2019 Formidling og dokumentation af arkitektur FDA konferencen, September 2019 Retningslinjer og vejledninger ift dokumentation 2 Arkitekturudarbejdelse Metode og dokumentation Hvad skal vi lave og hvorfor?

Læs mere

DIGST arkitekturnetværk

DIGST arkitekturnetværk DIGST arkitekturnetværk Tværgående arkitekturdokumenter i grunddataprogrammet (GD1 og GD2) 20. september 2018 Strand & Donslund A/S Vesterbrogade 149 1620 København V www.s-d.dk Baggrund vigtigste grunddataopgaver

Læs mere

Beskrivelse af ændringer til administrative oplysninger

Beskrivelse af ændringer til administrative oplysninger Dato 25. oktober 2015 Sagsbehandler Jens-Peter Kofoed Jensen Mail jpk@vd.dk Telefon Dokument 15/07055-5 Side 1/6 Beskrivelse af ændringer til administrative oplysninger Indledning I november 2015 idriftsættes

Læs mere

Brugervejledning DAGI Afstemningsområder

Brugervejledning DAGI Afstemningsområder Brugervejledning DAGI Afstemningsområder Version 1, marts 2018 Formål Denne vejledning har til hensigt at give kommunerne grundlæggende information om DAGI Afstemningsområder webapplikationen. Brugerinterface

Læs mere

- Kort præsentation af 3 løsningsscenarier

- Kort præsentation af 3 løsningsscenarier Arbejdspakke under grunddataprogrammets delaftale 2 om adresser, stednavne og administrative inddelinger under den Fællesoffentlige Digitaliseringsstrategi 2012 2015 Analyse af danske myndigheders brug

Læs mere

EA3 eller EA Cube rammeværktøjet fremstilles visuelt som en 3-dimensionel terning:

EA3 eller EA Cube rammeværktøjet fremstilles visuelt som en 3-dimensionel terning: Introduktion til EA3 Mit navn er Marc de Oliveira. Jeg er systemanalytiker og datalog fra Københavns Universitet og denne artikel hører til min artikelserie, Forsimpling (som også er et podcast), hvor

Læs mere

AP-PARAMETRE TIL UHELDS- MODELLER

AP-PARAMETRE TIL UHELDS- MODELLER DATO DOKUMENT SAGSBEHANDLER MAIL TELEFON 12. oktober 2012 Stig R. Hemdorff srh@vd.dk 7244 3301 AP-PARAMETRE TIL UHELDS- MODELLER BASERET PÅ DATA FOR 2007 2011 MED FIGURER Niels Juels Gade 13 1022 København

Læs mere

ADK 1.0 KRAVSPECIFIKATION

ADK 1.0 KRAVSPECIFIKATION ADK 1.0 KRAVSPECIFIKATION Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.1 17-06-2014 MST Oprettelse af krav 0.2 18-05-2014 MST Tilretning af tabeller 0.3 18.06.2014 PKR

Læs mere

Adresser. nu med meget mere geo. Hvad er der i det for brugerne?

Adresser. nu med meget mere geo. Hvad er der i det for brugerne? Adresser nu med meget mere geo Hvad er der i det for brugerne? Morten Lind, Ministeriet for By, Bolig og Landdistrikter mli@mbbl.dk adresser@mbbl.dk Adresseprogrammet - en del af grunddataprogrammet Adresser

Læs mere

SydKort. Projekt vedr. kommunernes muligheder for opdatering af vejmidter i FOT2007. Projekt for GeoDanmark gennemført januar 2014 - marts 2015

SydKort. Projekt vedr. kommunernes muligheder for opdatering af vejmidter i FOT2007. Projekt for GeoDanmark gennemført januar 2014 - marts 2015 Projekt vedr. kommunernes muligheder for opdatering af vejmidter i FOT2007 Projekt for GeoDanmark gennemført januar 2014 - marts 2015 1 Indledning I januar 2014 igangsatte bestyrelsen for GeoDanmark (dengang

Læs mere

vejman.dk Brugerdokumentation Det rutenummererede vejnet og cykelruter 16. februar 2014 Version 1.9 sp7

vejman.dk Brugerdokumentation Det rutenummererede vejnet og cykelruter 16. februar 2014 Version 1.9 sp7 Brugerdokumentation Det rutenummererede vejnet og cykelruter 16. februar 2014 Version 1.9 sp7 Indholdsfortegnelse 1 Indledning... 3 2 Visning af rutelag på kort... 4 3 Opret ny rute... 10 3.1 Udpegning

Læs mere

Geokodning af bygninger i FOT2007

Geokodning af bygninger i FOT2007 Kontakt: amc@kl.dk Ref: sabje@kms.dk Oktober 2010 Geokodning af bygninger i FOT2007 Baggrund Notatet indeholder retningslinjer, som FOT2007 anbefaler, at FOTdanmarks medlemmer forholder sig til i forbindelse

Læs mere

Vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data i 2015

Vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data i 2015 GeoDanmark Weidekampsgade 10 2300 København S tlf: 33 70 37 43 www.geodanmark.dk 8. december 2014 Vejledning til kommunerne om ændringsudpegning til brug ved ajourføringen af GeoDanmark-data i 2015 Baggrund

Læs mere

Hjælp Fælles Indberetningsportal for Geodata

Hjælp Fælles Indberetningsportal for Geodata Hjælp Fælles Indberetningsportal for Geodata 1. Indledning Denne hjælpefil beskriver applikationens formål, dens opbygning samt, hvordan man indberetter en fejl/mangel/ajorføringsdata. Den Fælles IndberetningsPortal

Læs mere

vejman.dk Brugerdokumentation - kortmodul 14. marts 2012 Version 1.9

vejman.dk Brugerdokumentation - kortmodul 14. marts 2012 Version 1.9 Brugerdokumentation - kortmodul 14. marts 2012 Version 1.9 Indholdsfortegnelse 1 Indledning... 3 1.1 Anbefalinger... 4 1.2 Datahjælp... 4 1.3 Brugerindstillinger... 5 2 Generel funktionalitet... 6 2.1

Læs mere

ADK 1.0 KRAVSPECIFIKATION

ADK 1.0 KRAVSPECIFIKATION ADK 1.0 KRAVSPECIFIKATION Dokumentets versioner (revisionshistorie) Version Dato Ansvarlig Beskrivelse 0.1 23-06-2014 MST Oprettelse af integrationskrav 0.2 25-06-2014 HAH Review for forståelighed og stringens.

Læs mere

Vandløb og FOT. FOTdanmarks repræsentantskab 18. april Jens Hollænder, Geodatastyrelsen

Vandløb og FOT. FOTdanmarks repræsentantskab 18. april Jens Hollænder, Geodatastyrelsen Vandløb og FOT FOTdanmarks repræsentantskab 18. april 2013 Jens Hollænder, Geodatastyrelsen Disposition Grunddataprogram om vandløb, søer og klimatilpasning Etablering af hydrologisk tilpasningslag Anvendelse

Læs mere

Datafordeleren - status, muligheder, udvikling

Datafordeleren - status, muligheder, udvikling Datafordeleren - status, muligheder, udvikling FOSAKO Forårsmøde 2019 København, 21. marts 2019 Leif Hernø, chefkonsulent og projektchef for test og implementering af adresse- og ejendomsdataprogrammet

Læs mere

På vej mod et Digitalt Vejnet. FOT årsmøde 2010-04-22

På vej mod et Digitalt Vejnet. FOT årsmøde 2010-04-22 På vej mod et Digitalt Vejnet FOT årsmøde 2010-04-22 En grøn transportpolitik januar 2009 Pulje til nye teknologiske muligheder (ITS) Forundersøgelser vedr. etablering af et Digitalt Vejnet, som kan forbedre

Læs mere