NVDB Formatspecifikation för Shape

Relevanta dokument
NVDB - Formatspecifikation för Shape

NVDB Teknisk Lösning - Teknisk beskrivning av datautbyte

NVDB Teknisk Lösning - Teknisk beskrivning av datautbyte

Vägdata - termer, begrepp och förkortningar. Version 1.0

NVDB Teknisk lösning Teknisk beskrivning av porthantering

NVDB Teknisk lösning Längder i NVDB

NVDB Teknisk lösning ID-hantering och transaktioner

Bilaga till avtal avseende *** kommuns medverkan som dataleverantör till och användare av den Nationella Vägdatabasen (NVDB)

Slussen, Diket och Portvakt v 3.19 SP2

NVDB Specifikation av innehåll - Företeelsetyper på Cykelvägnätet. Version 5.7

NVDB - Översiktlig informationsmodell

NVDB - Översiktlig informationsmodell

Förändringsdata via DRK-Platsen

NVDB SPECIFIKATION AV INNEHÅLL FÖRETEELSETYPER

Systemkrav Infrasystem - Dataleverans för anslutning till NTS

1 Innehållsförteckning

Dataproduktspecifikation Vägnummer för etiketter. Version 1.0

Regler vid leverans till NVDB av företeelser

Användarhandledning NVDB:s Webbapplikation för in/utcheckning

Dataproduktspecifikation Projektionszoner Sweref 99 Trafikverket. Version 5.0

GSD-Sverigekartor i skalorna 1:5 miljoner, 1:10 miljoner och 1:20 miljoner

Handledning för NVDB på webb

Dataproduktspecifikation Gatunamn. Version 2.0

Release notes. Version Driftsatt Version Driftsatt

Dokumentation Dokumentnamn Sida KFF REGISTERKARTE GML ATTRIBUT 1 (6) Status Godkänd av Giltig från Version Gällande Mikael Andersson

Dataproduktspecifikation Generaliserat järnvägsnät med förbindelser. Version 1.0

NVDB - Formatspecifikation för XML

KFF Beskrivning av KFF-handläggningsprocessen 1 (10) Gällande Mikael Andersson REGISTERKARTE-GML

Dataproduktspecifikation TRVledningspassage. Version [TRV version]

Dataproduktspecifikation Järnvägsnät med längdmätning. Version 1.0

RIKTLINJE 2 (29) Lokaliseringsmärken för vägvisning har följande färgsättningar och texttyper om inte annat anges i 17.

Avtal avseende *** kommuns medverkan som dataleverantör till och användare av den Nationella Vägdatabasen (NVDB)

RIKTLINJE 1 (5) Skapat av (Efternamn, Förnamn, org) DokumentID Ev. ärendenummer. Persson, Elenor, Sktm TDOK 2011:80 [Ärendenummer]

Dataproduktspecifikation C-Rekommenderad bilväg för cykeltrafik. Version 7.0

Dataproduktspecifikation Kantstolpe. Version [TRV version]

Dataproduktspecifikation Projektionszoner Sweref 99 Järnväg. Version 4.0

Avtal avseende *** kommuns medverkan som dataleverantör till och användare av den Nationella Vägdatabasen (NVDB) 1 Bakgrund

Handledning NVDB på webb för externa användare

NVDB - Formatspecifikation för XML 3.2

Grundegenskaper för vägnät med vägnummer. Version 1.0

NVDB Formatspecifikation för XML - Nod/länk-nivå

10 i topp en sammanfattning

Tips och tricks 1 Cadcorp SIS

Instruktion för att kunna använda Säkerhetstjänsternas administrationsgränssnitt

UPPGIFT 1 TVETYDIGA DATUM

Stompunktsmanual Trafikverket

Dataproduktspecifikation Klassificerad GCM-passage. Version 3.0

Dataproduktspecifikation Huvudväg för godstransport. Version [TRV version]

Märke F11 vägnamn. Innehåll RIKTLINJE 1 (6)

Rovbase. Manual till GPS-dialogen. Version 1.4

Produktbeskrivning: Belägenhetsadress Direkt

Märke H23 förberedande upplysning om vägnära service

OptiWay GIS Vind. Manual - Version OptiWay

Dataproduktspecifikation Driftområdespolygoner för statlig väg. Version 1.0

Översikt över RDT-verksamheten och webbplatsen STFS

Dataproduktspecifikation Driftområde. Version 4.0

GSD-Terrängkartan, raster

Dataproduktspecifikation FPV godstransporter. Version 3.0

Dataproduktspecifikation Det svenska vägnätet. Version 4.0

Registerbeteckning Direkt

Introduktion Schenker-BTL AB, Stab IT Beskrivning över informationsintegreringmed Schenker, metodbeskrivning version 1.

Normalavtal 1(6) Avtal avseende.kommuns medverkan som dataleverantör till och användare av den Nationella Vägdatabasen (NVDB)

Dataproduktspecifikation Vägtrafiknät

Populärversion. NVDB Specifikation av innehåll. Version 5.4

Blåljuskollen en checklista för kommunens geodataprocess

GSD-Distriktsindelning

Dataproduktspecifikation Tättbebyggt område. Version 6.0

Handledning för NVDB på webb

Arkitektur och Regelverk Definition av kodverk och klassifikation. Version 1.0

PROJEKTERINGSANVISNINGAR DEL

Blåljuskollen en checklista för kommunens geodataprocess

Dataproduktspecifikation Viltstängsel. Version 4.0

GSD-Höjddata, grid 50+ nh

Produktbeskrivning: Gränspunkt Direkt

Trimble Communication Network Release notes Page 1

Skapa Aktiviteter, Möten, Affärsmöjligheter, Offert-/Orderrader samt Leveranser (utöver Företag och Kontaktpersonsdata).

Dataproduktspecifikation C-Cykelled. Version 3.0

Dataproduktspecifikation Det svenska vägnätet. Version 3.0

Leder och friluftsanordningar

Dataproduktspecifikation Trafikverkskontor. Version 1.0

Dataproduktspecifikation VV-slitlager. Version [TRV version]

Information om RDT (den rikstäckande databasen för trafikföreskrifter) och instruktion för användningen

Användarhandledning för FIFA

1. Enkel sökning Globalsökning Avancerad sökning Historik Söka via klassificeringsstruktur 14

Karta 1:10 000, raster

Cactus Informationssystem - CIS. Revision 1.1

Kom igång med Topocad FDO

SEB. Four foils. SEB IT Lars-Göran Karlsson

Systemkrav Infrasystem Väg - Anslutning av ASÖ mot NTS

Handledning NVDB på webb för Leverantörer och trafikverkets personal

Metodik för inventering av cykelnät

NYHETER Skapa nyheten... 2 Välj Ny och Nyhet... 2 Skriv in nyhetens rubrik... 2 Nyheten hamnar överst i nyhetslistan

GSD-Terrängkartan, raster

Hantering av hyperlänkar

Vägval. Detta är en handbok för dig som använder Vägval.

NVDB - Formatspecifikation för XML 2.0

Q-Access för administratörer på Region Skåne

Stationsregistret - användarhandledning

LVDB i GEOSECMA. Innehåll. Inledning. Produkt: GEOSECMA Modul: LVDB Skapad för Version: Uppdaterad:

Transkript:

SPECIFIKATION 1 (32) Skapat av (Efternamn Förnamn, org.) Dokumentdatum Version Fastställt av (Efternamn Förnamn, org.) Ärendenummer [Fastställt av person NY] [Ärendenummer NY] Dokumenttitel NVDB Formatspecifikation för Shape

SPECIFIKATION 2 (32) Innehållsförteckning 1. Inledning... 4 2. Allmänt om Shape-formatet... 5 3. Krav på struktur vid indataleverans...7 3.1 Indataleverans av linjer...7 3.2 Indataleverans med eller utan höjdvärden... 9 3.3 Indataleverans av företeelser... 9 Riktning för sträckutbredningar... 11 Start- och slutnod för utbredningar... 12 Matchning av företeelser genom OID eller importerade identiteter... 13 Sammanfattning av indataleverans av företeelser... 15 4. Struktur vid utdataleverans... 16 4.1 Utdataleverans av linjer... 16 Utdataleverans av referenslänkar...17 Utdataleverans av länkar... 18 4.2 Utdataleverans av punkter med NVDB-identiteter... 21 4.3 Utdataleverans av företeelser... 22 Företeelser med sträck- och vägutbredning... 23 Företeelser med punkt- och nodutbredning... 24 Svängutbredning... 24 4.4 Utdataleverans av homogeniserat vägnät... 25 5. Överföring av företeelser med formatet Shape... 29 5.1 Obligatoriska attribut.... 29 Identiteter... 29 Datum... 30 5.2 Attribut beroende på företeelsens utbredningstyp... 30 5.3 Attribut beroende på Företeelsens attributvärden... 30

SPECIFIKATION 3 (32) Konverteringstabell... 31 6. Källförteckning... 31 Versionslogg... 32

SPECIFIKATION 4 (32) 1. Inledning En förutsättning för att det ska vara möjligt att utbyta data mellan två datasystem är att det finns en specifikation som beskriver vilken data som kan utbytas samt hur datautbytet ska gå till. Detta dokument beskriver vilken data som kan utbytas samt hur data skall struktureras för datautbyte till och från NVDB (Nationell VägDataBas) med hjälp av formatet Shape. En övergripande beskrivningen för hur NVDB-data kan levereras från externa system till NVDB samt på vilka sätt externa system kan erhålla data från NVDB är beskrivet i dokumentet Teknisk beskrivning av datautbyte i.

SPECIFIKATION 5 (32) 2. Allmänt om Shape-formatet Shape är utvecklat av företaget ESRI Inc 1. ESRI är ett programvaruföretag som utvecklar produkter för hantering av geografisk information, benämns även GIS (Geografiska InformationsSystem). Formatet hanterar punkter, linjer och slutna polygoner. Till varje geometri kan beskrivande information lagras i en attributfil. Geometrin kan lagras både i plan och höjd. Utbytesformatet har i grundutförandet ingen funktionalitet för att överföra topologisk information eller information om transaktioner 2. Formatet består fysiskt av tre filer, en som innehåller geometri, en annan som innehållet attribut och en tredje som är en indexfil mellan geometri och attribut. I det här dokumentet avses begreppet Shapedataset att innefatta Shape-formatets tre fysiska filer. Figur 1 visar en förenklad skiss av ett Shapedataset för företeelsen Hastighetsgräns. I figuren innehåller geometrifilen ett antal geometrier som motsvarar företeelsens utbredningar. Varje geometri är kopplad genom indexfilen till ett antal attribut i attributfilen. Dataset HASTIGHET Geometri HASTIGHET.SHP Index HASTIGHET.SHX Attribut HASTIGHET.DBF Figur 1 Shape-formatet består av tre fysiska filer. 1 ESRI Inc, www.esri.com. 2 Information om transaktioner avser här information om åtgärder på vägnätet, t ex information om att en viss vägsträcka tagits ur drift. Hastighet 50 70 90 90 50 Organisation Mora kommun Mora kommun Mora kommun Malung kommun Mora kommun

SPECIFIKATION 6 (32) Ett Shapedataset kan endast innehålla en typ av geometri. Det innebär att ett Shapedataset innehåller antingen punkter, linjer eller slutna polygoner. Attributfilen utgörs av en dbase 3 - databas. Attributen lagras i databasen som en tabell där varje rad motsvarar en geometri i geometrifilen, se även figur 1. Utseendet av attributfilen definieras av användaren. Shape-formatet har även stöd för att bygga upp ytterligare index utöver det index som kopplar geometrifilen till attributfilen. Applikationerna Slussen (och Diket) använder dock inget av dessa index. Shape-formatet har sedan det introducerades kompletterats för att bära mer information. Formatet är dock bakåtkompatibelt. Slussen har stöd för Shape-filer som är uppbyggda enligt specifikationen ESRI Shapefile Technical Description - July 1998 ii. 3 Databasformatet dbase ägs av företaget Borland www.borland.com.

SPECIFIKATION 7 (32) 3. Krav på struktur vid indataleverans Med hjälp av Shape-formatet kan geometri för länkar och företeelser levereras till NVDB. Formatet kan alltså inte överföra fullständiga länkar och företeelser. Orsaken till det är bland annat att formatet inte kan överföra explicit topologisk information (i dess grundutförande). Geometri för länkar och företeelsers utbredningar benämns i fortsättningen linjer respektive utbredningsgeometri. Information om dataleverantör, innehåll och koordinatsystem skall därigenom skickas som tilläggsinformation till den operatör som skall importera och bearbeta informationen i NVDB. 3.1 Indataleverans av linjer Indataleverans av linjer skall göras med ett Shapedataset innehållande så kallade Polylines 4. När ett Shapedataset med linjer är inlevererat till NVDB kan de vidareförädlas till länkar med topologi. Vid vidareförädling av linjer till länkar överförs linjens geometriska riktning till länkens riktning. Riktningen räknas från geometrins första brytpunkt med riktningen längs geometrin mot dess sista brytpunkt. Shape-formatet tillåter att varje linje av typen Polyline delas upp i ett antal delar, delarna benämns Parts. Genom Parts kan en linje som svarar mot en rad i attributfilen ha fler geometrier. Vid indataleverans är det inte tillåtet att leverera linjer som består av fler än en Part. Vid indataleverans av linjer ska linjernas geometrier vara ordnade. Slussen tillhandahåller endast begränsad funktionalitet för att ordna geometri. Begreppet ordnad geometri avser bland annat att det inte finns glapp där linjerna avses att mötas. Figur 2 visar ett exempel på en ordnad respektive oordnad geometri på grund av glapp. I figuren avses linjen L1 ansluta till linjen L2. I figuren som visar ordnad geometri ansluter linjen L1 till linjen L2. Detta kommer att resultera i en korsning när topologi skapas i NVDB. I figuren med den oordnade geometrin existerar det ett glapp mellan de två linjerna vilket inte kommer att resultera i en korsning när topologi skapas i NVDB. När linjer avses att ansluta till varandra skall de ligga inom toleransområdet 0,5 cm. Toleransen avser det verkliga avståndet. Toleransen avser alltså inte avståndet på skärmen. Avståndet är därigenom inte beroende av aktuell skala vid bearbetning. Generaliseringsregler för hur vägnätet ska representeras som noder och länkar beskrivs i NVDB - Specifikation av innehåll iii. 4 En Polyline är en linjegeometri som består av ett antal sammanlänkade linjer.

SPECIFIKATION 8 (32) L2 L2 Glapp L1 L1 Oordnad geometri Ordnad geometri Figur 2 Ordnad och ordnad geometri. Slussen ställer inga krav på attributfilen skall ha ett specifikt innehåll. Det vill säga, attributfilen får t ex innehålla uppgifter om start och slutkoordinater för geometrierna. Slussen tar dock inte hänsyn till denna information vid importförfarandet. Tabell 1 sammanfattar de regler som gäller vid indataleverans av linjer. ID Regel Kommentar R1.1 Linjer skall levereras genom Polylines. R1.2 Vid vidareförädling av linjer till länkar överförs linjens geometriska riktning till länkens riktning. R1.3 Vid indataleverans skall geometrin vara ordnad. Tabell 1 Regler för indataleverans av linjer. Det är inte tillåtet att leverera linjer som består av fler än en Part. Riktningen räknas från geometrins första brytpunkt med riktningen längs geometrin mot dess sista brytpunkt. Linjer som avses att ansluta till varandra skall ligga inom toleransområdet 0,5 cm. Tabell 2 sammanfattar de regler som gäller vid inleverans av nodgeometrier. ID Regel Kommentar R2.1 Geometrin skall levereras som ett dataset innehållande punkter. R2.2 Punkterna skall vara ordnade enligt de till noderna anslutande länkarna. Tabell 2 Regler för indataleverans av nodgeometrier. - Punkten skall vara placerad inom toleransområdet 0,5 cm intill linjernas gemensamma brytpunkt.

SPECIFIKATION 9 (32) 3.2 Indataleverans med eller utan höjdvärden I de senaste versionerna av formatet Shape kan geometrin lagras både i plan och höjd, dvs varje koordinat innehåller x-, y- och z-värde. Höjdvärdet anger höjden över havet i meter. Vid indataleverans är det tillåtet att både använda den nyare versionen av formatet och äldre versioner som inte hanterar höjd. I de fall då indataleverans sker med den nyare versionen av formatet och ursprungsdata saknar höjdvärden måste höjdvärdet (eller Z-värdet) ansättas till värdet 0,00 För punktgeometrier innebär det att höjdvärdet (eller Z-värdet) ansätts till 0,00. För linjegeometrier innebär det att höjdvärdet för varje brytpunkt i linjegeometrin som saknar höjdvärde ansätts till värdet 0,00 Vissa verktyg eller tillämpningar ansätter okänt värde till värdet noll. Värdet noll är dock ett giltigt värde i NVDB- tillämpningen. För en Shape-fil som har stöd för höjdvärden är det även tillåtet att blanda geometrier som innehar höjdvärden och geometrier som inte innehar höjdvärden. Det är även tillåtet att för en sammanhängande linjegeometri leverera några brytpunkter med höjdvärde och några utan. 3.3 Indataleverans av företeelser Genom Shape-formatet kan en företeelsetyp överföras per dataset. Det innebär t ex att en dataleverantör som ska leverera företeelserna Övrigt vägnamn, Väghållare och Vägbredd måste indataleveransen delas upp i tre dataset, ett för varje företeelsetyp 5. De företeelser som kan levereras till NVDB beskrivs i dokumentet NVDB - Specifikation av innehåll iii. 5 Efter särskild överenskommelse med NVDB kan flera företeelser levereras per shapefile.

SPECIFIKATION 10 (32) Vid indataleverans av företeelser skall utbredningarna levereras som geometrier i formatets geometrifil. Geometrierna kan antingen vara av typen punkt eller linje. De företeelser som kan levereras in till NVDB kan delas in i tre kategorier: Företeelser där utbredningen är en sträcka på länk. Företeelser med utbredningar som punkter på länk. Företeelser med utbredningar som nod. Utbredningar av kategorin Sträcka på länk skall levereras genom geometrifiler innehållande linjetypen Polylines. Geometrin för varje utbredning skall bestå av endast en Part 6. Utbredningar av kategorin Punkt på länk och Punkt på nod skall levereras genom geometrifiler innehållande punkter, benämns även Points. Figur 3 visar de tre kategorier av utbredningar som kan importeras med Shape-formatet. I figuren anges utbredningarna som geometrier. Utbredningsgeometri Utbredningsgeometri Utbredningsgeometri Sträcka på länk Punkt på länk Punkt i nod Figur 3 Shape formatet kan överföra tre kategorier av utbredningar. Shape-formatet kan inte överföra företeelsetyper där varje företeelse består av en relation mellan flera utbredningar. Exempel på företeelsetyper som inte kan överföras på grund av att varje företeelse består av en relation mellan flera utbredningar är företeelsetypen Svängmöjlighet. Dessa företeelser kan dock tillhandahållas vid utdataleverans, se kapitel 4.3. Kapitel 5 innehåller en sammanställning av de företeelsetyper som kan levereras till och från NVDB med formatet Shape. Geometrin för utbredningen behöver inte vara ordnad enligt den länk eller den nod som den avses gälla på. Vid indataleverans kommer NVDB att beräkna utbredningens start och slutpunkt. Figur 4 visar ett exempel på en inlevererad sträckutbredning på vägnätet där systemet matchar utbredningens start och en slutpunkt. Tolerans för största tillåtna glapp mellan länk och utbredning anges av operatören vid indataleverans. 6 Shape-formatet tillåter att varje linje av typen Polyline delas upp i ett antal delar, delarna benämns Parts.

SPECIFIKATION 11 (32) Länk Utbredningsgeometri Tolkad start och slutpunkt Figur 4 Utbredningsgeometri som matchas mot länk. Företeelsens attribut beskrivs i dokumentet NVDB - Specifikation av innehåll iii. Varje attribut skall anges som en kolumn i formatets attributfil. Det finns dock inget krav att kolumnnamnet skall vara detsamma som attributets namn. Detta beror på att kolumnnamnet endast kan innehålla 10 tecken, en begränsning i dbase-formatet. Kopplingen mellan företeelsens attributtyp och kolumn görs av operatören i NVDB- systemet. Namnsättningen av kolumnerna i attributfilen bör dock anges så att en utomstående person kan tolka attributnamnen. Kolumner som innehåller numeriska värden skall definieras att innehålla numeriska värden. Kolumner som innehåller texter eller datum skall definieras att innehålla text. Det finns inga krav på antal decimaler eller storlek på textfälten. Företeelsens attributvärden skall anges enligt den värdemängd som anges i dokumentet NVDB - Specifikation av innehåll. Attributtypen Väghållartyp för företeelsen Väghållare kan t ex bara anta värdena "Statlig", "Kommunal" eller "Enskild". Beskrivningen ovan beskriver några grundläggande principer för indataleverans av företeelser. Det finns dock tre specialfall för indataleverans av företeelser. Dessa uppstår då den företeelse som ska levereras är riktningsuppdelad, om företeelsen startar eller slutar i nod samt vid matchning av företeelser mot identiteter. Dessa specialfall beskrivs i de tre följande kapitlen. Riktning för sträckutbredningar För de företeelser där utbredningen har riktning skall riktningen anges i en speciell kolumn med kolumnnamnet RIKTNING (skrivs med versaler). Riktningen anges i förhållande till geometrins riktning. Giltiga värden för utbredningens riktning är: MED MOT Värdet MED innebär att utbredningen är riktad längs geometrins riktning. Värdet MOT innebär att utbredningen är riktad mot geometrins riktning. Riktningen räknas från geometrins första brytpunkt med riktningen längs geometrin mot dess sista brytpunkt. Värdet MED OCH MOT kan användas då det existerar en företeelse med två utbredningar som är riktade mot varandra på en och samma vägsträcka. Ett exempel är företeelsen Hastighetsgräns. För många

SPECIFIKATION 12 (32) vägsträckor är den högsta tillåtna hastigheten den samma för bägge körbanorna. I stället för att först leverera en företeelse med en utbredning åt ena riktningen och sedan leverera samma företeelse med där utbredningen riktad åt det motsatt hållet kan attributvärdet användas. Vid indataleverans av företeelser med attributvärdet kommer NVDB-systemet att bilda två utbredningar med motsatta riktningar. Figur 5 visar ett exempel på indataleverans av företeelsetypen Hastighetsgräns. I figuren visar kartbilden ett dataset där varje geometri representerar en utbredning för företeelsetypen Hastighetsgräns. Attributfilen som visas i tabellen under kartbilden innehåller företeelsens attribut. I kartbilden är även utbredningsgeometrins riktning utritad. Företeelsens riktning kommer vid indataleverans att sättas enligt geometrins riktning. I detta exempel gäller samma företeelse i båda körriktningarna. Därav är värdet i riktnings-kolumnen. Figur 5 Shapedataset preparerat för inleverans av företeelsetypen Hastighetsgräns. Start- och slutnod för utbredningar För företeelser med linje- eller nodutbredningar där utbredningen startar och/eller slutar i en nod kan detta anges i attributfilen. Genom att ange huruvida utbredningen förhåller sig till noderna förhindras eventuella felaktiga geometriska matchningar. En felaktig geometrisk matchning kan

SPECIFIKATION 13 (32) till exempel uppstå då en sträckutbredning avses starta i en nod men där geometrin är placerad mer än 0,5 cm från noden i länkens riktning. Figur 6 visar ett exempel på en felaktig geometrisk matchning där en utbredningsgeometri skall matchas mot länk 2. I figurens vänstra bild visas den geometri som skall motsvara en utbredning. Figurens högra bild visar den utbredning som skapats efter den geometriska matchningen. Utbredningsgeometri Skapad utbredning Länk 1 Länk 1 Länk 2 Länk 2 Figur 6 Geometrisk matchning av företeelser. Utbredningen i figurens högra bild sträcker sig dock en bit in på länk 1, vilket inte var avsikten i det här exemplet. Denna felaktiga matchning kan förhindras genom att ange att utbredningen skall starta i nod. Start och slutnod anges genom en speciell kolumn med kolumnnamnet NOD_ANSL (skrivs med versaler). Tabell 3 visar giltiga värden för NOD_ANSL. Värdeförråd Beskrivning INGET Ingen speciell hänsyn tas till noder vid skapande av utbredning. START Sträckutbredningen börjar i en nod. SLUT Sträckutbredningen slutar i en nod. HELA Sträckutbredningen börjar och slutar i en nod. NOD Nodutbredning. Tabell 3 Värdeförråd för kolumnen NOD-ANSL. Matchning av företeelser genom OID eller importerade identiteter Den geometriska matchningen kan resultera i att utbredningar knyts till fel länkar eller noder. Vid stora datamängder kan dessutom den geometriska matchnings- processen ta lång tid eftersom den är mycket beräkningsintensiv. Det finns två alternativ till den geometriska matchningen som i viss mån avhjälper dessa problem. Matchning genom OID Matchning genom Egna identiteter

SPECIFIKATION 14 (32) Om man känner till OID (dvs objektidentiteten) för de länkar eller noder på vilka företeelserna skall knytas kan man leverera dessa i formatets attributfil. Vid indataleverans av OID knyts geometrierna till rätt länk eller nod. Objektidentiteterna ska överföras i formatets attributfil genom två kolumner. Kolumnerna anges med namnen OID_PID och OID_SID (med versaler). Kolumnerna ska vara definierade att innehålla numeriska värden. Värdet för identiteterna lagras i kolumnens rader. Identiteternas uppbyggnad beskrivs i dokumentet NVDB Teknisk lösning - ID-hantering och transaktioner iv.

SPECIFIKATION 15 (32) Sammanfattning av indataleverans av företeelser Tabell 4 sammanfattar de regler som gäller vid indataleverans av företeelser. ID Regel Kommentar R3.1 Varje homogen utbredning skall motsvaras av en geometri i formatets geometrifil. R3.2 De attribut som avses att levereras skall anges som en kolumn i formatets attributfil. R3.3 Attribut för varje homogen utbredning skall lagras i en rad i attributtabellen. R3.4 De kolumner som innehåller numeriska värden skall vara definierade att innehålla numeriska värden och de kolumner som innehåller text eller datum skall vara definierade att innehålla text. R3.5 Attributens värdemängd skall anges enligt dokumentet Specifikation av innehåll. R3.6 Vid indataleverans av utbredningar med riktning överförs geometrins riktning till utbredningens riktning. R3.7 Genom kolumnen NOD_ANSL kan utbredningarnas förhållande till vägnätets noder anges. R3.8 Företeelser kan knytas till NVDB-vägnätet genom att NVDB-identiteter läggs som attribut till Shape-filen. Tabell 4 Regler för indataleverans av företeelser. Vid indataleverans av geometri för linjer får inte geometrierna bestå av fler än en Part. Företeelsen Slitlager har attributet Slitlagertyp. Attributtabellen bör därför innehålla en kolumn för dessa attributdata. Vid indataleverans av 5 st utbredningar för företeelsetypen Slitlager ska attributtabellen innehålla 5 st rader där attributvärdet anges i attributtabellens första och enda kolumn. - Attributtypen Väghållartyp för företeelsen Väghållare kan vara "Statlig", "Kommunal" eller "Enskild". - Syftet är att förhindra icke önskad geometrisk matchning.

SPECIFIKATION 16 (32) 4. Struktur vid utdataleverans Med hjälp av Shape-formatet kan geometri för länkar, referenslänkar, noder samt vissa företeelsetyper levereras från NVDB. Formatet kan inte överföra fullständig information om noder, länkar och referenslänkar. 4.1 Utdataleverans av linjer Eftersom Shape-formatet inte kan innehålla topologisk information (i formatets grundutförande) kan inte vägnätets länkar eller referenslänkar exporteras direkt till formatet. Utdataleverans av vägnätets länkar eller referenslänkar består därför endast av dess geometri. Utdataleverans av länkarnas eller referenslänkarnas geometri består därigenom av ett Shapedataset innehållande så kallade Polylines 7. För varje länk eller referenslänk överförs den primära och sekundära identiteten för objekten samt den primära och sekundära identiteten för dess version. Identiteterna överförs i formatets attributfil genom fyra kolumner. Kolumnerna har namnen OID_PID, OID_SID, VID_PID samt VID_SID (med versaler). Kolumnerna innehåller numeriska värden med ett utfallsrum mellan 0 och 2147483647. Värdet för identiteterna lagras i kolumnens rader. Identiteternas uppbyggnad beskrivs i dokumentet NVDB teknisk lösning - ID-hantering och transaktioner. 7 En Polyline är en linjegeometri som består av ett antal sammanlänkade linjer.

SPECIFIKATION 17 (32) Utdataleverans av referenslänkar Figur 7 visar en kartbild med geometrier för referenslänkar som exporterats till Shape. Under kartbilden visas attributtabellen som innehåller referenslänkarnas objektidentiteter. Figur 7 Utdataleverans av referenslänkar.

SPECIFIKATION 18 (32) Utdataleverans av länkar För varje länk överförs, förutom den primära och sekundära identiteten för objekten samt den primära och sekundära identiteten för dess version, dessutom en länkidentitet. Figur 8 nedan visar ett vägnät som ska exporteras till Shape. I figuren används följande beteckningar: N = Nod P = Port RL = Referenslänk Tabell 5 visar attributtabellen med Shapelinjernas identiteter vid utdataleverans av länkar. Figur 9 visar Shapelinjer vid utdataleverans av länkar. N1 P0 RL1 P0 N2 N3 P0 P1 RL2 P0 N4 Figur 8 Länkar som ska exporteras. Referenslänksidentitet Länkidentitet RL1 N1-P0/N3-P0/2002-07-04 RL1 N3-P0/N2-P0/2002-07-04 RL2 N4-P0/N3-P1/2002-07-04 Tabell 5 Attributtabell vid utdataleverans av länkar.

SPECIFIKATION 19 (32) Figur 9 Shapelinjer (streckade) vid utdataleverans av länkar. Exempel kurvrätning Figur 10 visar länkar som efter kurvrätning ska exporteras till Shape med ett betraktelse datum från och med 2002-07-05. Enligt detta exempel öppnades den ursprungliga vägsträckan för trafik 2001-01-01. Den ursprungliga vägsträckan representeras av RL1. En uträtad vägsträcka öppnades för trafik 2002-07-04. Den uträtade vägsträckan representeras av RL2. Kurvan stängdes för trafik 2002-07-05, dvs. en dag senare, vilket innebär att referenslänkdelen RLD2 avslutas. Observera att enligt detta exempel skapades RL2 minst en dag innan RLD2 avslutades. Detta innebär att under ett dygn fanns det korsningar som representeras N3 och N4. Noderna avslutats från och med 2002-07-05 då de ej länge behövs för att representera korsningar. I denna figur används följande beteckningar: N = Nod P = Port RL = Referenslänk RLD = Referenslänksdel Vid export till Shape av länkar skapas en Shapelinje per referenslänkdel. Detta medför att för länken från N1 till N2 (som existerar från och med 2002-07-05) skapas det tre stycken Shapelinjer. Tabell 6 visar attributtabellen med Shapelinjernas identiteter enligt exemplet vid utdataleverans av länkar. I tabellen finns tre rader, en rad per Shapelinje, med samma länkidentitet. Figur 11 visar Shapelinjer vid utdataleverans av länkar enligt exemplet.

SPECIFIKATION 20 (32) N1 P0 Avslutad RLD2 RL1 P0 N2 P0 P0 N3 P1 P1 N4 RL2 Figur 10 Länkar som ska exporteras. Referenslänksidentitet RL1 RL2 RL1 Länkidentitet N1-P0/N2-P0/2002-07-04 N1-P0/N2-P0/2002-07-04 N1-P0/N2-P0/2002-07-04 Tabell 6 Attributtabell vid utdataleverans av länk. Figur 11 Shapelinjer vid utdataleverans av länk.

SPECIFIKATION 21 (32) 4.2 Utdataleverans av punkter med NVDB-identiteter Med Shape-formatet kan geometrin för noderna överföras som ett dataset med punkter (geometritypen Point) där NVDB- identiteterna knyts till punkterna genom filformatets attributtabell. Vid utdataleverans är geometrierna ordnade enligt de till punkterna anslutande länkar med toleransavståndet 0,5 cm. Det vill säga koordinaterna för punktens geometri kan skilja med upp till 0,5 cm jämfört med koordinaterna för de anslutande länkarnas brytpunkter. För varje punkt överförs den primära och sekundära identiteten för objektet samt den primära och sekundära identiteten för dess version. Identiteterna överförs i formatets attributfil genom fyra kolumner. Kolumnerna har namnen OID_PID, OID_SID, VID_PID samt VID_SID (med versaler). Kolumnerna innehåller numeriska värden med ett utfallsrum mellan 0 och 2147483647. Värdet för identiteterna lagras i kolumnens rader. Identiteternas uppbyggnad beskrivs i dokumentet NVDB Teknisk lösning - ID-hantering och transaktioner. Figur 12 visar en kartbild med geometrier för noder och länkar som exporterats till Shape. Nedanför kartbilden visas attributfilen som innehåller nodernas NVDB- identiteter.

SPECIFIKATION 22 (32) Figur 12 Geometri för noder samt nodernas NVDB-identiteter kan exporteras med hjälp av Shape-formatet 4.3 Utdataleverans av företeelser Från NVDB-systemet kan företeelser exporteras med hjälp av formatet Shape. De företeelsetyper som kan exporteras beskrivs i dokumentet NVDB - Specifikation av innehåll iii. Vid utdataleverans av en företeelsetyp representeras företeelsens utbredningar som geometrier i formatets geometrifil. Företeelsens attribut överförs genom formatets attributfil. Genom formatet kan endast en företeelsetyp per dataset levereras (med hjälp av så kallad homogenisering kan dock fler företeelsetyper levereras, se kapitel 4.4). Det innebär till exempel att om man vill exportera företeelserna Hastighetsgräns, Väghållare och Vägbredd delas utdataleveransen upp i tre dataset, ett för varje företeelsetyp. Företeelsetypens attribut exporteras enligt den struktur som beskrivs i dokumentet NVDB - Specifikation av innehåll. Varje attribut exporteras som en kolumn i formatets attributfil. Kolumnnamnet ansätts till attributnamnet. Kolumnnamnet trunkeras (avkortas) och ansätts ett löpnummer om kolumnnamnet innehåller fler än 10 tecken, eftersom formatet endast tillåter kolumnnamn med högst 10 tecken. Attributet Organisationsnummer för företeelsetypen Väghållare består av 19 tecken. Vid utdataleverans av företeelsen Väghållare trunkeras attributnamnet till Organisat1. Ändelsen 1 är ett löpnummer som räknas upp då företeelsen innehåller mer än ett namn där de första nio tecknen är lika. Företeelsens attributvärden exporteras enligt den värdemängd som anges i dokumentet NVDB - Specifikation av innehåll. Attributtypen Väghållartyp för företeelsen Väghållare kan anta värdena "Statlig", "Kommunal" eller "Enskild". Vid utdataleverans kommer kolumnerna med numeriska värden definieras att innehålla numeriska värden och kolumnerna med texter eller datum definieras att innehålla text.

SPECIFIKATION 23 (32) Utbredningarna för företeelserna överförs genom formatets geometrifil. Geometrierna kan antingen vara av typen punkt eller linje. De företeelser som kan exporteras från NVDB kan delas in i tre kategorier: Företeelser med sträck- och vägutbredning. Företeelser med punkt- och nodutbredning. Företeelser med svängutbredning. Följande tre kapitel beskriver exporten av utbredningar som geometrier samt utseendet för attributfilen för de tre kategorierna av företeelsetyper. Företeelser med sträck- och vägutbredning Sträck- och vägutbredningar exporteras som linjegeometrier i formatets geometrifil. Exempel på företeelser med sträckutbredning är Slitlager och Väghållare. Exempel på företeelser med vägutbredning är Gatunamn och Vägnummer. Vid utdataleverans av företeelser med sträckutbredningar som har riktning anges riktningen i en speciell kolumn med kolumnnamnet RIKTNING (skrivs med versaler). Riktningen anges i förhållande till geometrins riktning. Giltiga värden för utbredningens riktning är: MED MOT Värdet MED innebär att utbredningen är riktad längs geometrins riktning. Värdet MOT innebär att utbredningen är riktad mot geometrins riktning. Riktningen räknas från geometrins första brytpunkt med riktningen längs geometrin mot dess sista brytpunkt. Värdet MED OCH MOT används då det existerar en företeelse med två utbredningar som är riktade mot varandra på en och samma vägsträcka. Figur 13 visar ett exempel på utdataleverans av företeelsetypen Hastighetsgräns. I figuren visar kartbilden ett dataset där varje geometri representerar en utbredning för företeelsetypen Hastighetsgräns. Attributfilen innehåller företeelsens attribut. De attributnamn som innehåller fler än 10 tecken är trunkerade och har ett löpnummer.

SPECIFIKATION 24 (32) OID_PID OID_SID VID_PID VID_SID Högsta ti RIKTNING LANK_ID FRAN_DATUM TILL_DATUM 1000 98427 10081 672 90 DUBBEL 1:135220009-1/1:135220010-0/1999-03-28 19990328 99991231 1000 98433 10027 143678 90 DUBBEL 1:135220010-1/1:135220011-0/1985-08-23 19990328 99991231 1000 98445 10081 674 70 1:135220013-1/1:135220008-2/1999-03-28 19990328 99991231 1000 98445 10081 674 70 MOT 1:135220013-1/1:135220008-2/1999-03-28 19990328 99991231 1000 98449 10081 675 50 MED 1:135220014-1/1:135220004-1/1999-03-28 19990328 99991231 1000 98449 10081 675 50 MOT 1:135220014-1/1:135220004-1/1999-03-28 19990328 99991231 Figur 13 Shapedataset vid utleverans av företeelsetypen Hastighetsgräns. Företeelser med punkt- och nodutbredning Punkt- och nodutbredningar exporteras som punktgeometrier i formatets geometrifil. Exempel på företeelser med punktutbredning är Väghindersamt Vändmöjlighet. Exempel på företeelser med nodutbredning är Vändmöjlighet. Svängutbredning Svängutbredningar exporteras som linjegeometrier i formatets geometrifil. Exempel på en företeelsetyp med svängutbredning är Svängmöjlighet. Svängutbredningen pekar ut från- och till-länk samt mellanliggande nod. Vid export av företeelser med svängutbredningar kommer dock varje svängutbredning att exporteras som en sammanhängande linjegeometri som sträcker sig längs från-länken till till-länken. Geometrin för svängutbredningen är riktad från från-länken mot till-länken. Figur 14 visar ett exempel på export av företeelsetypen Svängmöjlighet. I figuren beskrivs att det är möjligt att svänga vänster mot Bygatan vid färd längs Storgatan. Vid utleverans med formatet Shape levereras svängutbredningen enligt den markerade sträckan i figuren. Geometrins riktning följer även riktningspilarna i figuren.

SPECIFIKATION 25 (32) Figur 14 Utdataleverans av företeelsetypen svängmöjlighet. 4.4 Utdataleverans av homogeniserat vägnät Vissa CAD och GIS har begränsade möjligheter att lagra överlappande information. Ett vägnät innehåller i regel ett antal företeelser som överlappar varandra. Företeelserna Hastighetsgräns, Slitlager och Väghållareär exempel på företeelser där dess utbredningar alltid överlappar varandra. En lösning till det problemet är att dela upp geometrin så att varje geometri svarar mot en vägsträcka med homogena attribut. Genom homogenisering kan flera företeelsetyper överföras i ett dataset. Figur 15 visar homogenisering av de två företeelserna Hastighetsgräns och Vägbredd. Vid homogeniseringen skapas tre homogena segment där varje segment består av en kombination av de två företeelsernas värden.

SPECIFIKATION 26 (32) En länk med två överlappande företeelser med vardera två utbredningar Hastighet Vägbredd 50 km/h 70 km/h 5,0 m 7,0 m Homogeniserat vägnät med tre homogena utbredningar 50 km/h och 5,0 m 50 km/h och 7,0 m 70 km/h och 7,0 m Figur 15 Homogenisering av vägnät. Vid utdataleverans av ett homogeniserat vägnät skapas ett Shapedataset där geometrin är uppdelad så att varje sammanhängande geometri motsvarar en homogen vägsträcka. Attributfilen innehåller för en uppsättning av de företeelser och dess värden för varje homogen sträcka samt ett heltal som är unikt för företeelseattributens sammansättning. Vid utdataleverans av företeelser som har riktning anges riktningen genom en separat kolumn med kolumnnamnet RIKTNING (skrivs med versaler). Riktningskolumnen är alltid placerad efter den kolumn som innehåller attributvärden för företeelsen med riktning. Riktningen anges i förhållande till geometrins riktning. Giltiga värden för utbredningens riktning är: MED MOT Värdet MED innebär att utbredningen är riktad längs geometrins riktning. Värdet MOT innebär att utbredningen är riktad mot geometrins riktning. Riktningen räknas från geometrins första brytpunkt med riktningen längs geometrin mot dess sista brytpunkt. Värdet MED OCH MOT används då det existerar en företeelse med två utbredningar som är riktade mot varandra på en och samma vägsträcka. Figur 16 visar ett exempel på hur ett homogeniserat vägnät kan se ut. Vägnätet är homogeniserat på företeelserna Hastighetsgräns och Vägbredd och företeelseattributen Högsta tillåtna

SPECIFIKATION 27 (32) hastighet och Bredd. Vägnätet är uppdelat så att varje sammanhängande geometri är en homogen sträcka med avseende på de homogeniserade attributvärdena. Figur 16 Kartbild som visar ett homogeniserat Shapedataset. Figur 17 innehåller attributfilen för det homogeniserade Shapedatasetet. Attributfilen innehåller fyra kolumner (för utom Shape-kolumnen som genereras av programvaran). Dessa kolumner är namngivna HomogenID, Hastighet, Riktning och Vägbredd. Kolumnerna Hastighet och Vägbredd är namngivna efter namnet på företeelsetyperna enligt dokumentet NVDB- Specifikation av innehåll. Eftersom företeelsen Hastighetsgräns har riktning följer en riktningskolumn efter kolumnen Hastighet. Företeelsen Vägbredd inte har någon riktning enligt dess definition så finns ingen riktningskolumn efter företeelsen. I det här exemplet har samtliga vägar samma värden i både fram och bakriktningen. Kolumnen HomogenID innehåller ett unikt värde för varje kombination av företeelseattribut. Med hjälp av kolumnen HomogenID kan t ex kartbilden färgläggas enligt kartbilden i figur 11.

SPECIFIKATION 28 (32) Figur 17 Attributfil för ett homogeniserat Shapedataset.

SPECIFIKATION 29 (32) 5. Överföring av företeelser med formatet Shape Företeelser som exporteras har attribut som skrivs i attributfilen. Det här kapitlet beskriver vilka attribut som exporteras och vilka datatyper dessa har i filen. Vissa attribut är redan beskrivna i detta dokument men återkommer i det här kapitlet för fullständighetens skull. NVDB använder sig av OEM (Original Equipment Manufacturer), OEM är ett teckenset där varje tabell i teckensetet innehåller 256 tecken. I detta teckenset ryms alla bokstäver både gemener och versaler samt många andra tecken. Vilken tabell som används beror på vilka lands och språkinställningar som gjorts i Windows. De Datatyper som används i attributfilen är följande molong, modouble och mostring. Det är format för heltal, flyttal och strängar. Heltalstypen molong beskrivs med ett fält precision som betyder maximalt antal signifikanta siffror. Flyttalstypen modouble beskrivs med precision och scale, precision har samma betydelse som för molong, scale betyder antal decimaler. Strängtypen mostring beskrivs med length vilket betyder maximalt antal tecken. För vissa företeelse attribut finns det värde förråd, vilka värden som är giltiga beskrivs inte i det här dokumentet. Nedan följer en samanställning av attributsfilens attribut/kolumner. 5.1 Obligatoriska attribut. Identiteter Tabell 8 Obligatoriska identitets-attribut vid företeelse export Namn Datatyp Precision Beskrivning FOID_PID molong 10 Företeelsens primär objekt identitet FOID_SID molong 10 Företeelsens sekundär objekt identitet OID_PID molong 10 Nätelementets primär objekt identitet OID_SID molong 10 Nätelementets sekundär objekt identitet VID_PID molong 10 Nätelementets primär versions identitet VID_SID molong 10 Nätelementets sekundär versions identitet

SPECIFIKATION 30 (32) Datum Tabell 9 Obligatoriska datum-attribut vid företeelse export Namn Datatyp Precision Beskrivning FRAN_DATUM molong 8 Företeelsen är giltig from detta datum TILL_DATUM molong 8 Företeelsen är giltig tom detta datum En företeelse som är giltig i oändlighet exporteras med TILL_DATUM lika med 99991231. 5.2 Attribut beroende på företeelsens utbredningstyp Företeelsetypen bestämmer vilken eller vilka utbredningstyper som kan kopplas till en företeelse av denna typ. Utbredningstyper som exporteras till shapedataset bestående av polylines är sträckutbredning (S), vägutbredning (V), vägutbredning med värd (VV) och svängutbredning (S). Utbredningstyper som exporteras till shapedataset bestående av points är nodutbredningar (N) och punktutbredningar (P). Tabell 10 mostring Attribut beroende på utbredningstyp Namn Length Utbredningtyper Beskrivning/Värdeförråd LANK_ID 100 S, V, VV, P Länd identitet RIKTNING 7 S, V, VV, P MED, MOT, SIDA 6 S, P VÄNSTER, HÖGER, VÄNSTERHÖGER, MITTEN, KORSANDE HÖJDNIVÅ 13 S, P ÖVER, UNDER, PÅ, RIKTNING, SIDA och HÖJDNIVÅ används dock enbart då företeelsetypen stödjer dessa attribut. Tabell 11 molong Attribut beroende på utbredningstyp Namn Precision Utbredningtyper Värdeförråd LROLL 1 V, VV 0 (Normal), 1 (Framåt), 2 (Bakåt), 3 (Gren) VROLL 1 VV 0 (ej värd), 1 (värd) OBS! Företeelser med svängutbredningar är inte implementerat och kan inte beskrivas i shapeformatet. 5.3 Attribut beroende på Företeelsens attributvärden Företeelsens attributvärden exporteras Namn lika med attributmedlems namn och Datatyp enligt nedanstående konverteringstabell. Är namnet längre än 9 tecken långt användes de nio

SPECIFIKATION 31 (32) första bokstäverna i namnet. Existerar det fler än ett attributvärde med samma namn förlängs namnet med ett index. Beskrivni Beskrivni_2 Beskrivni_3 Exempel: Beskrivning som attributmedlemsnamn för tre olika attributmedlemmar. Attributmedlemmar som är samtidiga exporteras inte om de inte är obligatoriska och då exporteras endast den första attributmedlemmen. Konverteringstabell Konverteringstabell som beskriver konvertering mellan företeelse-attributvärdets datatyp till datatyp i attributfilen. Vissa attributvärden har värdeförråd men de kommer inte att redovisas här (se datakatalog). Attributvärdet s Datatyp Attributfilens Datatyp Precisio n FmBool molong 2 FmInt molong 10 FmEnum molong 10 Scale Length FmDateTime mostring 20 FmDate mostring 20 FmTime mostring 20 FmString mostring >=98 FmFloat modouble 19 1-6 Tabell 12 Konverteringstabell 6. Källförteckning Dokumenten finns att ladda ner ifrån www.nvdb.se

SPECIFIKATION 32 (32) Versionslogg Fastställd version Dokumentdatum Ändring 1.0 2000-03-24 Reviderad efter skriftlig granskning 2000-03-23. TCa Namn 2.0 2001-03-23 Större omtag med följande tillägg och förändringar: - Indataleverans av identiteter genom linje-geometrier. - Matchning av företeelser genom att ange start- och/eller slut-nod. - Namnbyte av kolumnnamn för indataleverans av identiteter med punktgeometrier, från NOD-ID till PUNKT_ID. - Matchning av företeelser genom att ange NVDBidentiteter eller importerade identiteter. - Specificering för indataleverans av geometri med eller utan höjdvärden. - Tillhandahållande av svängutbredningar samt företeelsetypen planskild korsning. 5.8 2002-08-08 Revidering efter diskussion med Anders Nilsson. - Borttag av förslag kurvrätning. - Smärre formuleringsjusteringar. 6.0 2002-11-20 Efter granskning och beslut uppdaterat versionsnummer AFr 6.1 2011-06-30 Revidering och uppdatering + Införande ny TRV-mall MoM 7.0 2016-11-30 Överflyttad till ny TRV-mall + uppräkning till jämt versionsnr. MoM TCa SBe i Teknisk baskrivning av datautbyte, NVDB Teknisk lösning. ii ESRI Shapefile Technical Description, ESRI Inc, July 1998. www.esri.com. iii NVDB - Specifikation av innehåll,. iv NVDB Teknisk lösning - ID-hantering och transaktioner,