1. No category

Detta dokument har fr.o.m 2014-09-15 upphört att gälla
SPECIFIKATION
NVDB Formatspecifikation för DXF
Version 6.0
Publikation 2012:230
Dokumenttitel: NVDB Formatspecifikation för DXF
Skapat av: [Skapat av]
Dokumentdatum: 2002-11-20
DokumentID:
Publikationsnummer: 2012:230
Version: 6.0
Publiceringsdatum: 2002-11-20
Utgivare: Trafikverket
Kontaktperson: Mats-Ove Mattsson
SPECIFIKATION
1(6)
Datum
Version
2002-11-20
6.0
NVDB – Formatspecifikation för DXF
NVDB - Formatspecifikation för DXF
Ändringsförteckning:
Versionsnr
0.1
0.2
0.3
0.4
1.0
1.1
Datum
1999-11-16
2000-01-20
2000-02-23
2000-03-16
2000-03-24
2000-04-10
5.8
5.8.1
2002-08-09
2002-09-16
6.0
2002-11-20
Orsak samt ändring mot tidigare version
Första utkast.
Reviderad efter möte angående datautbyte 1999-12-10.
Reviderad efter granskning av NVDB-TL.
Reviderad efter granskningsmöte 2000-03-08.
Reviderad efter skriftlig granskning 2000-03-23.
Toleransavstånd vid ordnad geometri ändrat från 0,5 mm till 0,5
cm.
Ingen ändring.
Sid 6: ”... ansätts till värdet –99999 (dvs inget z) vid ...”
Kapitel om ”Indataleverans av punkter med identiteter” utgår. Då
sådana leveranser ej skall göras.
Efter granskning och beslut uppdaterat versionsnummer
Ansvarig
TCa
TCa
TCa
TCa
TCa
ANi
ANi
ANi
SPECIFIKATION
2(6)
Datum
Version
2002-11-20
6.0
NVDB - Översiktlig informationsmodell
Innehållsförteckning
1
Inledning
3
2
Allmänt om DXF-formatet
4
3
Krav på struktur vid indataleverans
5
3.1
4
Indataleverans av linjer
Struktur vid utdataleverans
4.1
Utdataleverans av linjer
5
6
6
SPECIFIKATION
Datum
Version
2002-11-20
6.0
NVDB - Översiktlig informationsmodell
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 DXF.
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 1.
1
3(6)
Teknisk baskrivning av datautbyte, NVDB Teknisk lösning.
SPECIFIKATION
Datum
Version
2002-11-20
6.0
NVDB - Översiktlig informationsmodell
2 Allmänt om DXF-formatet
DXF (Data eXchange Format även kallat Drawing Interchange Format) är utvecklat
av Autodesk Inc2. Autodesk är ett programvaruföretag som utvecklar produkter inom
CAD (Computer Aided Design). Formatet är ett överföringsformat för överföring av
ritningar och kartor mellan olika system. Många GIS och CAD-system kan importera
och exportera formatet.
Vid in- och utdataleverans är det speciellt tre delar av överföringsformatet som
påverkas. Dessa delar kommer i det här dokumentet att benämnas Entiteter, Lager
samt Egenskaper för Lager. Figur 1 visar de tre delarna. Entiteter är benämningen på
formatets geografiska objekt. DXF hanterar de flesta typer av geografiska objekt bl a
ellips, linje, punkt, text och slutna polygoner. Alla geografiska objekt tillhör ett Lager.
Antalet Lager och de geografiska objektens tillhörighet till olika Lager styrs av
användaren. Ett Lager kan innehålla flera olika objekt tillhörande olika Entiteter.
Varje Lager har även ett antal egenskaper vilka bland annat är färg, linjetyp och
tjocklek för linjer.
Lager
Egenskaper
för lager
Entiteter
Färg
Polyline
Linjetyp
Line
Tjocklek
Point
Figur 1 DXF formatets delar som påverkas vid in- och utdataleverans.
Formatet kan lagra geometri både i plan och höjd. NVDB-systemet kan dock endast
importera och exportera geometri i plan för DXF-formatet. Genom formatet går det
att koppla beskrivande information till varje geografiskt objekt. Denna beskrivande
information benämns Extended Entity Data. Flera applikationer använder idag
funktionaliteten för att internt lagra information om Entiteterna. I samband med
import av data till NVDB finns dock ingen möjlighet att överföra data som lagrats
genom Extended Entity Data. Överföringsformatet har i grundutförandet ingen
2
Autodesk Inc, www.autodesk.com.
4(6)
SPECIFIKATION
Datum
Version
2002-11-20
6.0
NVDB - Översiktlig informationsmodell
funktionalitet för att överföra topologisk information eller information om
transaktioner3.
Överföringsformatet lagras fysiskt som ASCII-textfiler eller binärt. Binär lagring
kräver mindre lagringsutrymme än textbaserad lagring. Vid indataleverans till NVDB
kan DXF-filer levereras både som ASCII-textfiler och som binära filer. Vid
utdataleverans från NVDB levereras DXF-filerna endast som ASCII-textfiler.
Överföringsformatet är bakåtkompatibelt men har en versionshantering som följer
produkten AutoCAD. NVDB-systemet hanterar samtliga versioner av formatet.
3 Krav på struktur vid indataleverans
Med hjälp av DXF-formatet kan geometri för länkar levereras till NVDB. Vid
indataleverans med DXF hanteras endast geometrins läge i planet. Höjden, det vill
säga geometrins Z-värden ansätts till värdet –99999 (dvs inget z) vid indataleverans.
Formatet kan inte överföra fullständiga länkar och noder. Orsaken till det är bland
annat att formatet inte kan överföra topologisk information. Geometri för länkar och
noder benämns i fortsättningen linjer och punkter. Uppgifter om dataleverantör,
innehåll och koordinatsystem kan inte skickas i DXF filen utan skall skickas som
tilläggsinformation till den operatör som skall importera data till NVDB.
3.1
Indataleverans av linjer
Indataleverans av linjer med DXF-formatet skall göras genom Entiteten Polyline4.
Det är dock tillåtet att DXF-filen innehåller objekt som tillhör andra Entiteter än
Polyline. NVDB-systemet kommer dock inte att ta hänsyn till dessa geometrier. Det är
även tillåtet att fritt lagra objekten i olika Lager samt ange olika typer av
Lageregenskaper som färg, linjetyp eller linjetjocklek.
Vid indataleverans av linjer ska linjernas geometrier vara ordnad. NVDB-systemet
kommer endast att tillhandahålla 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åll5.
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.
4 Genom entiteten Polylines kan linjer bestående av sammanlänkade linjesegment
bildas.
5 NVDB - Specifikation av innehåll, version 3.0. Avdelning Väginformatik och
vägtrafikledning. Björn Finnhammar, Mona Dahlberg.
3
5(6)
SPECIFIKATION
Datum
Version
2002-11-20
6.0
NVDB - Översiktlig informationsmodell
L2
L2
Glapp
L1
Oordnad geometri
L1
Ordnad geometri
Figur 2 Oordnad kontra ordnad geometri på grund av glapp.
Tabell 1 sammanfattar de regler som gäller vid indataleverans av linjer.
ID
R1.1
R1.2
R1.3
Regel
Vägnätets geometri skall
levereras som Entiteten
Polyline.
Kommentar
Andra typer av Entiteter är tillåtna vid
indataleverans. NVDB kommer dock inte
att ta hänsyn till dessa vid
indataleverans.
Det är tillåtet att leverera linjer Egenskaper för Lager har ingen
placerade i olika Lager.
betydelse vid import.
Vid indataleverans skall
Linjer som avses att ansluta till varandra
geometrin vara ordnad.
skall ligga inom toleransområdet 0,5 cm.
Tabell 1 Regler för indataleverans av geometri för linje.
4 Struktur vid utdataleverans
Med hjälp av DXF-formatet kan geometri för länkar eller referenslänkar levereras
från NVDB. Vid utdataleverans med DXF exporteras endast geometrins läge i planet.
Formatet kan inte överföra fullständiga länkar och referenslänkar. Orsaken till det är
bland annat att formatet inte kan överföra topologisk information. Geometri för
länkar och referenslänk benämns i fortsättningen linjer.
Eftersom DXF-formatet inte kan innehålla topologisk information kan inte vägnätets
länkar exporteras till formatet. Utdataleverans av vägnätets länkar består därför
endast av länkarnas geometri.
4.1
6(6)
Utdataleverans av linjer
Vid utdataleverans anger användaren om geometrierna skall representera länkar eller
referenslänkar. Utdataleverans av länkarnas eller referenslänkarnas geometri består
av en DXF-fil innehållande linjer med entiteten Polylines. Linjerna lagras i ett Lager
med namnet "NVDB".