Link: Unterschied zwischen den Versionen

Aus IVS-Wiki
Zur Navigation springen Zur Suche springen
Zeile 12: Zeile 12:
 
|-
 
|-
 
|  
 
|  
''Name der ''''Ortsreferenzierungsmethode''
+
''Name der Ortsreferenzierungsmethode''
  
 
| AGORA-C
 
| AGORA-C
Zeile 20: Zeile 20:
  
 
|  
 
|  
http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=63402
+
[http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=63402 http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=63402]
  
 
|-
 
|-
Zeile 62: Zeile 62:
 
|}
 
|}
  
==== IVS-Ortsreferenzierung „AGORA-C“ ====
+
==== IVS-Ortsreferenzierung „Alert-C“ ====
  
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
Zeile 74: Zeile 74:
 
|-
 
|-
 
|  
 
|  
''Name der ''''Ortsreferenzierungsmethode''
+
''Name der Ortsreferenzierungsmethode''
  
| AGORA-C
+
| Alert-C
 
|-
 
|-
 
|  
 
|  
Zeile 82: Zeile 82:
  
 
|  
 
|  
http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=63402
+
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=59230
  
 
|-
 
|-
Zeile 120: Zeile 120:
  
 
|  
 
|  
AGORA-C gehört zur Familie der On-The-Fly Referenzierungen. Dazu gehören Referenzierungen, für deren Kodierung und Dekodierung (routingfähige) digitale Karte benötigt werden. Die eigentlichen Referenzen werden ad hoc (on the fly) kodiert und enthalten geografischen Koordinaten sowie weitere Zusatzinformationen, die benötigt werden, um eine Rückabbildung auf eine digitale Karte (Dekodierung) zu verbessern. AGORA-C ist ein Verfahren, für dessen Anwendung Lizenzgebühren entrichtet werden müssen.
+
In Alert-C werden Ortsreferenzen mit Hilfe von vordefinierten Locations gebildet. Wichtige Punkte und Strecken im Straßennetz werden dabei vorab mit einem sogenannten Locationcode versehen. Ebenso werden wichtige Gebiete (z.B. administrative Gebiete) mit Locationcodes versehen. Diese TMC Location Code Listen können dann verwendet werden, um Ortsreferenzen (TMC Locations) zu generieren. Dabei können jedoch nur Ortsreferenzen, die Bezug auf die vordefinierten Locations haben, erzeugt werden.
  
 
|}
 
|}
  
====  ====
+
==== IVS-Ortsreferenzierung „Geographische Koordinaten“ ====
 
 
==== IVS-Datenmodell „NeTEx“ ====
 
  
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
Zeile 138: Zeile 136:
 
|-
 
|-
 
|  
 
|  
''Name des Datenmodells''
+
''Name der Ortsreferenzierungsmethode''
 
 
|
 
NeTEx
 
  
 +
| Geographische Koordinaten
 
|-
 
|-
 
|  
 
|  
''Link zur Definition des Datenmodells''
+
''Link zur Definition der Ortsreferenzierung''
  
 
|  
 
|  
[http://netex-cen.eu/ http://netex-cen.eu/]
+
https://de.wikipedia.org/wiki/Geographische_Koordinaten
  
 
|-
 
|-
 
|  
 
|  
'''''Domäne'''''
+
'''''Beschreibungsmöglichkeiten'''''
  
 
|  
 
|  
Zeile 159: Zeile 155:
 
|-
 
|-
 
|  
 
|  
''Anwendungsgebiet''
+
''Punkt (ja/nein)''
  
 
|  
 
|  
Öffentlicher Verkehr
+
Ja
  
 
|-
 
|-
 
|  
 
|  
'''''Beschreibung'''''
+
''Linie (ja/nein)''
 
 
|
 
 
 
  
 +
| Ja
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Fläche (ja/nein)''
 
 
|
 
Das Network Timetable Exchange (NeTEx) Datenmodell ist ein CEN (deutsch: Europäisches Komitee für Normung; französisch: Comité Européen de Normalisation)Technical Standard zum Austausch von ÖV-Fahrplänen und zugehörigen Daten.
 
 
 
 
 
 
 
Es ist in drei Teile gegliedert, die jeweils eine funktionale Teilmenge des CEN Transmodel für öffentliche Verkehrsinformationen abdecken:
 
 
 
 
 
 
 
Teil 1 beschreibt die Topologie des öffentlichen Verkehrsnetzes (CEN / TS 16614-1: 2014);
 
 
 
Teil 2 beschreibt geplante Fahrpläne (CEN / TS 16614-2: 2014);
 
 
 
Teil 3 behandelt Tarifinformationen (CEN / TS 16614-3: 2015).
 
 
 
 
 
 
 
 
 
 
 
|}
 
 
 
 
 
 
 
==== IVS-Datenmodell „DAB-TPEG“ ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
DAB-TPEG
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
[http://tisa.org/technologies/tpeg/ http://tisa.org/technologies/tpeg/]                                        
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Verkehrsinformation
 
  
 +
| Ja
 
|-
 
|-
 
|  
 
|  
Zeile 245: Zeile 179:
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Kurzbeschreibung der Ortsreferenzierung''
  
 
|  
 
|  
TPEG ist eine Serie von Datenmodellen für die Übertragung von verkehrsrelevanten InformationenSie sind genormt durch die ISO 21219-Serie ('''TPEG 2nd Generation)''', die ISO 18234-Serie ('''TPEG-Binary) '''und die ISO 24530-Serie. In diesen Serein werden die Datenmodelle für die Erzeugung von Diensten (z.B. verkehrliche Ereignisse, Parkinformationen, Zufahrtsbeschränkungen, Wetterinformatione, Kraftstoffpreisinformationen, Informationen zum öffentlichen Nahverkehr) genormt. TPEG kann über verschiedene Datenkanäle (Trägermedien) übertragen werden, z. B. [https://de.wikipedia.org/wiki/Digitalradio Digitalradio], [https://de.wikipedia.org/wiki/Mobilfunk Mobilfunk] oder auch [https://de.wikipedia.org/wiki/Wi-Fi WiFi].
+
Mit geographischen Koordinaten lassen sich grundsätzlich die Positionen aller räumlichen Objekte auf der Erdoberfläche beschreiben. Um jedoch ein Objekt innerhalb eines Straßennetzes eindeutig referenzieren zu können, reichen geographische Koordinaten in der Regel nicht aus. Deshalb wird diese sehr universelle Art der Ortsreferenzierung häufig nur dann verwendet, wenn es darum geht, ein Objekt auf einer digitalen Karte darzustellen. Bei darüber hinausgehenden Anforderungen, werden eher auf geographischen Koordinaten aufbauende Verfahren wie z.B. AGORA-C, OpenLR, TPEG LOC bzw. Traces verwendet.
 
 
 
 
  
 
|}
 
|}
Zeile 256: Zeile 188:
  
  
==== IVS-Datenmodell „TRANSMODEL“ ====
+
==== IVS-Ortsreferenzierung „Lineare Referenzierung“ ====
  
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
Zeile 268: Zeile 200:
 
|-
 
|-
 
|  
 
|  
''Name des Datenmodells''
+
''Name der Ortsreferenzierungsmethode''
 
 
|
 
TRANSMODEL
 
  
 +
| Lineare Referenzierung
 
|-
 
|-
 
|  
 
|  
''Link zur Definition des Datenmodells''
+
''Link zur Definition der Ortsreferenzierung''
  
 
|  
 
|  
[http://transmodel-cen.eu/ http://transmodel-cen.eu/]
+
https://en.wikipedia.org/wiki/Linear_referencing
  
 
|-
 
|-
 
|  
 
|  
'''''Domäne'''''
+
'''''Beschreibungsmöglichkeiten'''''
  
 
|  
 
|  
Zeile 289: Zeile 219:
 
|-
 
|-
 
|  
 
|  
''Anwendungsgebiet''
+
''Punkt (ja/nein)''
  
 
|  
 
|  
Öffentlicher Verkehr
+
Ja
  
 
|-
 
|-
 
|  
 
|  
'''''Beschreibung'''''
+
''Linie (ja/nein)''
 
 
|
 
 
 
  
 +
| Ja
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Fläche (ja/nein)''
 
 
|
 
"Transmodel" ist die Abkürzung für die Europäische Norm "Public Transport Reference Data Model" (EN 12896).
 
 
 
 
 
 
 
Dieses trägt zur Verbesserung einer Reihe von Merkmalen der öffentlichen Verkehrsinformations- und -dienstverwaltung bei: Insbesondere erleichtert die Norm die Interoperabilität zwischen den Informationsverarbeitungssystemen der Verkehrsunternehmen und -behörden.
 
 
 
|}
 
 
 
 
 
 
 
==== IVS-Datenmodell „DRV GLOBALTYPES“ ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="620"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
DRV GLOBALTYPES
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
[https://www.drv.de/fachthemen/informationstechnologie-onlinevertrieb/drv-datenstandard/so-setzen-sie-die-drv-globaltypesr-ein.html https://www.drv.de/fachthemen/informationstechnologie-onlinevertrieb/drv-datenstandard/so-setzen-sie-die-drv-globaltypesr-ein.html]
 
 
 
[https://www.drv.de/fachthemen/informationstechnologie-onlinevertrieb/drv-datenstandard.html https://www.drv.de/fachthemen/informationstechnologie-onlinevertrieb/drv-datenstandard.html]
 
 
 
[https://blog.de.amadeus.com/2016/10/14/so-nutzen-wir-die-global-types/ https://blog.de.amadeus.com/2016/10/14/so-nutzen-wir-die-global-types/]
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Vertriebslogik
 
  
 +
| Nein
 
|-
 
|-
 
|  
 
|  
Zeile 367: Zeile 243:
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Kurzbeschreibung der Ortsreferenzierung''
 
 
|
 
Die DRV GlobalTypes® des Deutschen ReiseVerbands (DRV) haben das Ziel, einheitliche Attribute für die präzise Beschreibung von Reiseprodukten zur Verfügung zu stellen.
 
 
 
 
 
 
 
Insgesamt gibt es mehr als 320.000 Kategorien. Werden die Kategorien Unterbringungen, Orte, Regionen, Länder, Airports und Hotelketten nicht mitgezählt, bleiben aktuell noch rund 2 000 DRV GlobalTypes®, die zur näheren Attribuierung von Produktdaten genutzt werden können, 69 gelten als Kern-Global-Types.
 
 
 
|}
 
 
 
 
 
 
 
==== IVS-Datenmodell „NDC“ ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="622"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
New Distribution Capability
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
[http://www.iata.org/whatwedo/airline-distribution/ndc/Pages/default.aspx http://www.iata.org/whatwedo/airline-distribution/ndc/Pages/default.aspx]      
 
 
 
[http://www.iata.org/pressroom/pr/Pages/2014-08-07-01.aspx http://www.iata.org/pressroom/pr/Pages/2014-08-07-01.aspx]  
 
 
 
[https://www.iata.org/whatwedo/airline-distribution/ndc/Documents/ndc-resolution-787.pdf https://www.iata.org/whatwedo/airline-distribution/ndc/Documents/ndc-resolution-787.pdf]
 
 
 
[https://www.iata.org/whatwedo/airline-distribution/ndc/Documents/ndc-strategy-paper.pdf https://www.iata.org/whatwedo/airline-distribution/ndc/Documents/ndc-strategy-paper.pdf]                                                                                        
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Individualverkehr
 
 
 
|-
 
|
 
'''''Beschreibung'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Kurzbeschreibung des Datenmodells''
 
  
 
|  
 
|  
NDC (New Distribution Capability) ist ein von der IATA ins Leben gerufenes, von der Reisebranche gefördertes Programm (NDC-Programm) zur Entwicklung und Markteinführung eines neuen XML-basierten Datenübertragungsstandards (NDC-Standard).
+
Bei der linearen Referenzierung werden Punkt- oder Linienobjekte kodiert, indem Abstände auf einem linearen Element angegeben werden. In Deutschland werden im Straßennetz sowohl Autobahnkilometrierung als auch ASB-Stationierung als lineare Referenzierungssysteme verwendet.
 
 
 
 
 
 
Der NDC-Standard verbessert die Kommunikationsfähigkeit zwischen Fluggesellschaften und Reisevermittlern.
 
 
 
 
 
 
 
[4]Der NDC-Standard steht allen Drittparteien, Zwischenhändlern, IT-Anbietern oder Nicht-IATA-Mitgliedern zur Implementierung und Verwendung offen.
 
  
 
|}
 
|}
Zeile 450: Zeile 252:
  
  
==== IVS-Datenmodell „EDIFACT“ ====
+
==== IVS-Ortsreferenzierung „Netzmodell“ ====
  
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
Zeile 462: Zeile 264:
 
|-
 
|-
 
|  
 
|  
''Name des Datenmodells''
+
''Name der Ortsreferenzierungsmethode''
 
 
|
 
Electronic Data Interchange for Administration, Commerce and Transport
 
  
 +
| Netzmodell
 
|-
 
|-
 
|  
 
|  
''Link zur Definition des Datenmodells''
+
''Link zur Definition der Ortsreferenzierung''
  
 
|  
 
|  
[http://www.unece.org/cefact/edifact/welcome.html http://www.unece.org/cefact/edifact/welcome.html]  
+
-
  
 
|-
 
|-
 
|  
 
|  
'''''Domäne'''''
+
'''''Beschreibungsmöglichkeiten'''''
  
 
|  
 
|  
Zeile 483: Zeile 283:
 
|-
 
|-
 
|  
 
|  
''Anwendungsgebiet''
+
''Punkt (ja/nein)''
  
 
|  
 
|  
Individualverkehr
+
Ja
  
 
|-
 
|-
 
|  
 
|  
'''''Beschreibung'''''
+
''Linie (ja/nein)''
 
 
|
 
 
 
  
 +
| Ja
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Fläche (ja/nein)''
 
 
|
 
UN / EDIFACT (die Regeln der Vereinten Nationen für elektronischen Datenaustausch für Verwaltung, Handel und Transport) umfassen eine Reihe international vereinbarter Standards, Verzeichnisse und Richtlinien für den elektronischen Austausch strukturierter Daten zwischen unabhängigen computergestützten Informationssystemen.
 
 
 
 
 
 
 
Im Rahmen der Vereinten Nationen empfohlen, werden die Regeln von der UNECE (United Nations Economic Commission for Europe  = Wirtschaftskommission der Vereinten Nationen für Europa) im UNTDID (United Nations Trade Data Interchange Directory = Verzeichnis der Handelsdaten der Vereinten Nationen) genehmigt und veröffentlicht und im Rahmen der vereinbarten Verfahren beibehalten.
 
 
 
|}
 
 
 
 
 
 
 
==== IVS-Datenmodell „OTA“ ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
Open Travel Alliance
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
[http://opentravel.org/ http://opentravel.org/]
 
 
 
[http://opentravel.org/about-us/ http://opentravel.org/about-us/]
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Individualverkehr
 
  
 +
| Ja
 
|-
 
|-
 
|  
 
|  
Zeile 559: Zeile 307:
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Kurzbeschreibung der Ortsreferenzierung''
  
 
|  
 
|  
Die OpenTravel Alliance bietet eine Community, in der Unternehmen innerhalb der elektronischen Distributionskette zusammenarbeiten, um eine akzeptierte Struktur für elektronische Nachrichten zu schaffen.
+
Bei einem Netzmodell wird eine digitale Karte verwendet, um Objekte der digitalen Karte über deren Identifier zu referenzieren. Bei diesem Verfahren müssen alle Beteiligten entweder über dieselbe digitale Karte verfügen oder die verwendete digitale Karte wird mit der Ortsreferenz zusammen angegeben.
 
 
 
 
 
 
OpenTravels Mission ist es, Spezifikationen zu entwickeln, die sicherstellen, dass Reisenden- und Lieferanteninformationen reibungslos durch Reisen, Tourismus und Hospitality Management fließen. OpenTravel schafft, erweitert und treibt die Einführung offener Spezifikationen für den elektronischen Austausch von Geschäftsinformationen zwischen allen Bereichen der Reisebranche voran, einschließlich (aber nicht alleine darauf beschränkt) der Nutzung von XML.
 
  
 
|}
 
|}
Zeile 572: Zeile 316:
  
  
==== IVS-Datenmodell „OTDS“ ====
+
==== IVS-Ortsreferenzierung „OpenLR“ ====
  
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
Zeile 584: Zeile 328:
 
|-
 
|-
 
|  
 
|  
''Name des Datenmodells''
+
''Name der Ortsreferenzierungsmethode''
 
 
|
 
Offener touristischer Datenstandard
 
  
 +
| OpenLR<sup>TM</sup>
 
|-
 
|-
 
|  
 
|  
''Link zur Definition des Datenmodells''
+
''Link zur Definition der Ortsreferenzierung''
  
 
|  
 
|  
[https://www.otds.de/ https://www.otds.de/]&nbsp;
+
http://www.openlr.org/
  
 
|-
 
|-
 
|  
 
|  
'''''Domäne'''''
+
'''''Beschreibungsmöglichkeiten'''''
  
 
|  
 
|  
Zeile 605: Zeile 347:
 
|-
 
|-
 
|  
 
|  
''Anwendungsgebiet''
+
''Punkt (ja/nein)''
  
 
|  
 
|  
Individualverkehr
+
Ja
  
 
|-
 
|-
 
|  
 
|  
'''''Beschreibung'''''
+
''Linie (ja/nein)''
 
 
|
 
 
 
  
 +
| Ja
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Fläche (ja/nein)''
 
 
|
 
OTDS steht für den Offenen Touristischen Datenstandard – ein leistungsfähiges Datenformat, das von Touristikern für die Branche entwickelt wird und von allen Marktteilnehmern kostenfrei genutzt werden kann.
 
 
 
 
 
 
 
Das XML-Format OTDS enthält alle Daten der Reisekomponenten samt aller Produkt- und Preisregeln. Mit OTDS können Reiseanbieter ihre Angebote in alle Vertriebskanäle liefern: ins Reisebüro oder auf Reise-Webseiten.
 
 
 
 
 
 
 
Zudem unterstützt OTDS unterschiedliche externe Attribuierungssysteme zur Produktbeschreibung wie z.B. Giata Facts und die DRV GlobalTypes.
 
 
 
|}
 
 
 
 
 
 
 
==== IVS-Datenmodell „GTFS“ ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
General Transit Feed Specification
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
[https://developers.google.com/transit/gtfs/ https://developers.google.com/transit/gtfs/]
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Öffentlicher Verkehr
 
  
 +
| Ja
 
|-
 
|-
 
|  
 
|  
Zeile 683: Zeile 371:
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Kurzbeschreibung der Ortsreferenzierung''
  
 
|  
 
|  
Digitales Austauschformat für Fahrpläne des Öffentlichen Personenverkehrs sowie dazu gehörende geografische Angaben, welches von Google entwickelt wurde.
+
OpenLR ist, wie AGORA-C, ein On-The-Fly Referenzierungssystem mit dem Punkt-, Linien- und Flächenobjekte kodiert werden können. Im Gegensatz zu AGORA-C ist die Anwendung von OpenLR lizenzkostenfrei.
 
 
 
 
 
 
Die GTFS (General Transit Feed Specification), die auch als GTFS static oder GTFS static transit bezeichnet wird, um sie von der GTFS-Echtzeiterweiterung zu unterscheiden, definiert ein gemeinsames Format für Fahrpläne des öffentlichen Verkehrs und zugehörige geografische Informationen. GTFS-Feeds lassen öffentliche Verkehrsunternehmen ihre Transitdaten veröffentlichen und Entwickler schreiben Anwendungen, die diese Daten interoperabel nutzen.
 
  
 
|}
 
|}
Zeile 696: Zeile 380:
  
  
==== IVS-Datenmodell „SENSORIS“ ====
+
==== IVS-Ortsreferenzierung „TPEG LOC“ ====
  
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
Zeile 708: Zeile 392:
 
|-
 
|-
 
|  
 
|  
''Name des Datenmodells''
+
''Name der Ortsreferenzierungsmethode''
 
 
|
 
SENSORIS
 
  
 +
| TPEG LOC
 
|-
 
|-
 
|  
 
|  
''Link zur Definition des Datenmodells''
+
''Link zur Definition der Ortsreferenzierung''
  
 
|  
 
|  
[https://here.com/en/innovation/sensoris https://here.com/en/innovation/sensoris]&nbsp;
+
https://www.iso.org/obp/ui/#iso:std:iso:ts:18234:-6:ed-1:v1:en
 
 
[http://www.automobilwoche.de/article/20160630/nachrichten/160629912/%20autonomes-fahren-gemeinsame-sprache-fuer-alle-sensoren http://www.automobilwoche.de/article/20160630/nachrichten/160629912/ autonomes-fahren-gemeinsame-sprache-fuer-alle-sensoren]
 
  
 
|-
 
|-
 
|  
 
|  
'''''Domäne'''''
+
'''''Beschreibungsmöglichkeiten'''''
  
 
|  
 
|  
Zeile 731: Zeile 411:
 
|-
 
|-
 
|  
 
|  
''Anwendungsgebiet''
+
''Punkt (ja/nein)''
  
 
|  
 
|  
Autonomes Fahren
+
Ja
  
 
|-
 
|-
 
|  
 
|  
'''''Beschreibung'''''
+
''Linie (ja/nein)''
 
 
|
 
 
 
  
 +
| Ja
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Fläche (ja/nein)''
 
 
|
 
Nach erfolgreichen Workshops mit internationalen Automobilunternehmen und Kartenanbietern in Europa, den USA und Asien wurde Mitte 2016 ein neues universelles Datenformat mit dem Namen SENSORIS geboren.
 
 
 
HERE hat SENSORIS jetzt bei ERTICO - ITS Europe eingereicht, der europäischen Organisation für Intelligentes Transportsystem (ITS).&nbsp; ERTICO hat zugestimmt, SENSORIS weiter zu koordinieren und zu einer standardisierten Schnittstellenspezifikation zu entwickeln, die der gesamten Automobilindustrie für den einheitlichen Austausch von Daten zwischen Sensoren in Fahrzeugen und Cloud-Anwendungen zur Verfügung steht.
 
 
 
|}
 
 
 
 
 
 
 
==== IVS-Datenmodell „VDV-KA“ ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="622"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
VDV-Kernapplikation
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
[https://www.it-p.de/aktuelles/eticket-deutschland.html https://www.it-p.de/aktuelles/eticket-deutschland.html]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 
 
 
[https://oepnv.eticket-deutschland.de/produkte-und-services/vdv-kernapplikation/ https://oepnv.eticket-deutschland.de/produkte-und-services/vdv-kernapplikation/]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Ticketdaten/Individualverkehr
 
  
 +
| Ja
 
|-
 
|-
 
|  
 
|  
Zeile 805: Zeile 435:
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Kurzbeschreibung der Ortsreferenzierung''
  
 
|  
 
|  
Die VDV-Kernapplikation (Kurzform: VDV-KA) ist ein offener Daten- und Schnittstellen-Standard für Electronic Ticketing bzw. Elektronisches Fahrgeldmanagement (EFM) im Öffentlichen Personenverkehr Hersteller und Betreiber von KA-Hintergrundsystemen (KVPS, PVS, KOSES) können über die HGS-Prüfungsdatenbank neue Prüfungen vorschlagen und nach umzusetzenden Prüfungen recherchieren.
+
TPEG LOC nutzt geographische Koordinaten, um die Position einer Ortsreferenz auf der Erdoberfläche anzugeben. Zusätzlich werden in sogenannten Descriptoren die Namen von Ortsreferenzen angegeben. Diese Descriptoren können auch verwendet werden, um Sprachausgaben aus einer TPEG LOC zu generieren. In TPEG LOC können Punkt-, Linien- und Flächenreferenzen kodiert werden.
  
 
|}
 
|}
Zeile 814: Zeile 444:
  
  
==== IVS-Datenmodell „FM RDS-TMC“ ====
+
==== IVS-Ortsreferenzierung „Traces“ ====
  
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
 
{| border="1" cellpadding="0" cellspacing="0" width="624"
Zeile 826: Zeile 456:
 
|-
 
|-
 
|  
 
|  
''Name des Datenmodells''
+
''Name der Ortsreferenzierungsmethode''
 
 
|
 
FM RDS-TMC
 
  
 +
| Traces
 
|-
 
|-
 
|  
 
|  
''Link zur Definition des Datenmodells''
+
''Link zur Definition der Ortsreferenzierung''
  
 
|  
 
|  
[http://tisa.org/technologies/tmc/ http://tisa.org/technologies/tmc/]
+
http://www.etsi.org/deliver/etsi_ts/102800_102899/10289402/01.01.01_60/ts_10289402v010101p.pdf
  
 
|-
 
|-
 
|  
 
|  
'''''Domäne'''''
+
'''''Beschreibungsmöglichkeiten'''''
  
 
|  
 
|  
Zeile 847: Zeile 475:
 
|-
 
|-
 
|  
 
|  
''Anwendungsgebiet''
+
''Punkt (ja/nein)''
  
 
|  
 
|  
Verkehrsinformation
+
Ja
  
 
|-
 
|-
 
|  
 
|  
'''''Beschreibung'''''
+
''Linie (ja/nein)''
 
 
|
 
 
 
  
 +
| Ja
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Fläche (ja/nein)''
 
 
|
 
Der Traffic Message Channel (TMC) ist eine Applikation für das UKW Radio Data System (RDS), der zur Aussendung von Echtzeit-Verkehrs- und Wetterinformationen verwendet wird. Eine Normierung ist durch die ISO 14819-Serie erfolgt.
 
 
 
Verwendet werden aufgrund der begrenzten FM-Datenübertragungskapazität Ereigniscodes und Locationcodes, die jährlich aktualisiert veröffentlicht werden. Die Decodierung zu Verkehrsmeldungen erfolgt den Endgeräten (typischerweise Navigationsgerät).
 
 
 
 
 
 
 
|}
 
 
 
==== IVS-Kommunikationsmedium „DAB“ ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="622"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
DAB
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
[http://www.digitalradio.de/index.php/de/fakten-zum-deutschen-digitalradio/item/wast-ist-dab http://www.digitalradio.de/index.php/de/fakten-zum-deutschen-digitalradio/item/wast-ist-dab]
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Verkehrsdaten
 
  
 +
| Nein
 
|-
 
|-
 
|  
 
|  
Zeile 919: Zeile 499:
 
|-
 
|-
 
|  
 
|  
''Kurzbeschreibung des Datenmodells''
+
''Kurzbeschreibung der Ortsreferenzierung''
 
 
|
 
Ist ein digitaler Übertragungsstandard für terrestrischen Empfang von Digitalradio.
 
 
 
Die Verwendung des Datenmodells TPEG setzt das Kommunikationsmedium DAB voraus.
 
 
 
|}
 
 
 
 
 
 
 
==== C-ITS Datenmodell CAM ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="622"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
CAM (Cooperative Awareness Message)
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
ETSI Norm EN 302637-2
 
 
 
[http://www.etsi.org/deliver/etsi_en/302600_302699/30263702/01.03.01_30/en_30263702v010301v.pdf http://www.etsi.org/deliver/etsi_en/302600_302699/30263702/01.03.01_30/en_30263702v010301v.pdf]
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Fahrzeugbezogene Daten (Fahrzeugtyp, Geschwindigkeit, Datum, Uhrzeit, Fahrzeugposition, usw.)
 
 
 
|-
 
|
 
'''''Beschreibung'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Kurzbeschreibung des Datenmodells''
 
 
 
|
 
CAM ist ein Datensatz bestehend aus fahrzeug- und verkehrsrelevanten Daten zur Beschreibung des Fahrzeugzustandes und der Umfeldbedingungen für Dienste in den Bereichen Verkehrssicherheit und Verkehrseffizienz.
 
 
 
CAM-Meldungen geben Auskunft über den fließenden Verkehr.
 
 
 
|}
 
 
 
 
 
 
 
==== C-ITS Datenmodell DENM ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="622"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
DENM (Decentralized Environmental Notification Message)
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
ETSI Norm EN 302637-3
 
 
 
[http://www.etsi.org/deliver/etsi_en/302600_302699/30263703/01.02.01_30/en_30263703v010201v.pdf http://www.etsi.org/deliver/etsi_en/302600_302699/30263703/01.02.01_30/en_30263703v010201v.pdf]
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Fahrzeugbezogene Daten zur Beschreibung von Ereignissen, insbesondere Gefahren im Straßenverkehr
 
 
 
|-
 
|
 
'''''Beschreibung'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Kurzbeschreibung des Datenmodells''
 
 
 
|
 
DENM ist ein Datensatz zur Erzeugung von Diensten, die den Fahrer über die Straßenverhältnisse, über Staus und Hindernisse informieren. Zu den DENM-Daten gehören u.a. Bremsvorgänge von vorausfahrenden Fahrzeugen, Falschfahrer, Unfälle, defekte Autos, Verkehrswarnungen, Fahrzeuge, die Verkehrszeichen missachtet haben, Warnung vor Zusammenstößen, Warnung vor gefährlicher Straßenführung, Unwetterwarnungen, nasse und glatte Fahrbahn, eingeschränkte Sichtweite.
 
 
 
|}
 
 
 
 
 
 
 
==== C-ITS Datenmodell SPaT ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="622"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
SPaT (Signal Phase and Timing)
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
ISO Norm
 
 
 
und SAE Norm
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Verkehrssicherheit und Verkehrseffizienz im Kreuzungsbereich
 
 
 
|-
 
|
 
'''''Beschreibung'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Kurzbeschreibung des Datenmodells''
 
 
 
|
 
SPaT ist ein Datensatz zur Übertragung von Lichtsignalanlagen-relevanten Daten (u.a. Phasenzeiten) zu Fahrzeugen im Umfeld der Lichtsignalanlage. Mit diesen Daten können Dienste zur Erhöhung der Verkehrssicherheit im Kreuzungsbereich (Warnung vor Rotlichtverstößen, Linksabbiegern usw.) und Dienste zur Verbesserung der Verkehrseffizienz („grüne Welle-Assistent“) entwickelt werden.
 
 
 
|}
 
 
 
 
 
 
 
==== C-ITS Datenmodell MAP ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="622"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
MAP (Topologie von Kreuzungen)
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
ISO Norm
 
 
 
und SAE Norm&nbsp;
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Verkehrssicherheit und Verkehrseffizienz im Kreuzungsbereich
 
 
 
|-
 
|
 
'''''Beschreibung'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Kurzbeschreibung des Datenmodells''
 
 
 
|
 
MAP ist ein Datensatz zur Beschreibung der Topologie von beliebig komplexen Kreuzungen, der von Lichtsignalanlagen zu Fahrzeugen im Umfeld der Lichtsignalanlage übertragen wird.
 
 
 
MAP wir stets mit SPaT gesendet.
 
 
 
|}
 
 
 
 
 
 
 
==== C-ITS Datenmodell IVI ====
 
 
 
{| border="1" cellpadding="0" cellspacing="0" width="622"
 
|-
 
|
 
'''''Identifikation'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Name des Datenmodells''
 
 
 
|
 
IVI (In-vehicle information)
 
 
 
|-
 
|
 
''Link zur Definition des Datenmodells''
 
 
 
|
 
ISO Norm
 
 
 
|-
 
|
 
'''''Domäne'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Anwendungsgebiet''
 
 
 
|
 
Verkehrssicherheit und Verkehrseffizienz
 
 
 
|-
 
|
 
'''''Beschreibung'''''
 
 
 
|
 
 
 
 
 
|-
 
|
 
''Kurzbeschreibung des Datenmodells''
 
  
 
|  
 
|  
IVI ist ein Datensatz zur Beschreibung von verkehrssteuernden und verkehrsinformierenden Maßnahmen, der von der Straßeninfrastruktur (z.B. Streckenbeeinflussungsanlage) den Fahrzeugen im Umfeld der Infrastrukturanlage zur Verfügung gestellt und im Fahrzeug abgebildet werden (z.B. Geschwindigkeitsanordnungen, Überholverbote, Wegweisungen). IVI ermöglicht damit z.B. eine virtuelle Verkehrsbeeinflussungsanlage und den Verzicht auf die Infrastrukturkomponente.
+
Bei Traces werden die eigentlichen Ortsreferenzen ebenfalls als geographische Koordinaten angegeben. Zusätzlich werden Qualitätsinformationen des verwendeten globalen Navigationssatellitensystems sowie geographische Koordinaten von Strecken, die auf die eigentliche Ortsreferenz zuführen (sogenannte Spuren bzw. Traces), verwendet, um die Abbildung auf eine digitale Karte zu verbessern.
  
 
|}
 
|}

Version vom 28. Mai 2018, 13:02 Uhr

IVS-Ortsreferenzierung „AGORA-C“

Identifikation


Name der Ortsreferenzierungsmethode

AGORA-C

Link zur Definition der Ortsreferenzierung

http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm?csnumber=63402

Beschreibungsmöglichkeiten


Punkt (ja/nein)

Ja

Linie (ja/nein)

Ja

Fläche (ja/nein)

Ja

Beschreibung


Kurzbeschreibung der Ortsreferenzierung

AGORA-C gehört zur Familie der On-The-Fly Referenzierungen. Dazu gehören Referenzierungen, für deren Kodierung und Dekodierung (routingfähige) digitale Karte benötigt werden. Die eigentlichen Referenzen werden ad hoc (on the fly) kodiert und enthalten geografischen Koordinaten sowie weitere Zusatzinformationen, die benötigt werden, um eine Rückabbildung auf eine digitale Karte (Dekodierung) zu verbessern. AGORA-C ist ein Verfahren, für dessen Anwendung Lizenzgebühren entrichtet werden müssen.

IVS-Ortsreferenzierung „Alert-C“

Identifikation


Name der Ortsreferenzierungsmethode

Alert-C

Link zur Definition der Ortsreferenzierung

http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=59230

Beschreibungsmöglichkeiten


Punkt (ja/nein)

Ja

Linie (ja/nein)

Ja

Fläche (ja/nein)

Ja

Beschreibung


Kurzbeschreibung der Ortsreferenzierung

In Alert-C werden Ortsreferenzen mit Hilfe von vordefinierten Locations gebildet. Wichtige Punkte und Strecken im Straßennetz werden dabei vorab mit einem sogenannten Locationcode versehen. Ebenso werden wichtige Gebiete (z.B. administrative Gebiete) mit Locationcodes versehen. Diese TMC Location Code Listen können dann verwendet werden, um Ortsreferenzen (TMC Locations) zu generieren. Dabei können jedoch nur Ortsreferenzen, die Bezug auf die vordefinierten Locations haben, erzeugt werden.

IVS-Ortsreferenzierung „Geographische Koordinaten“

Identifikation


Name der Ortsreferenzierungsmethode

Geographische Koordinaten

Link zur Definition der Ortsreferenzierung

https://de.wikipedia.org/wiki/Geographische_Koordinaten

Beschreibungsmöglichkeiten


Punkt (ja/nein)

Ja

Linie (ja/nein)

Ja

Fläche (ja/nein)

Ja

Beschreibung


Kurzbeschreibung der Ortsreferenzierung

Mit geographischen Koordinaten lassen sich grundsätzlich die Positionen aller räumlichen Objekte auf der Erdoberfläche beschreiben. Um jedoch ein Objekt innerhalb eines Straßennetzes eindeutig referenzieren zu können, reichen geographische Koordinaten in der Regel nicht aus. Deshalb wird diese sehr universelle Art der Ortsreferenzierung häufig nur dann verwendet, wenn es darum geht, ein Objekt auf einer digitalen Karte darzustellen. Bei darüber hinausgehenden Anforderungen, werden eher auf geographischen Koordinaten aufbauende Verfahren wie z.B. AGORA-C, OpenLR, TPEG LOC bzw. Traces verwendet.


IVS-Ortsreferenzierung „Lineare Referenzierung“

Identifikation


Name der Ortsreferenzierungsmethode

Lineare Referenzierung

Link zur Definition der Ortsreferenzierung

https://en.wikipedia.org/wiki/Linear_referencing

Beschreibungsmöglichkeiten


Punkt (ja/nein)

Ja

Linie (ja/nein)

Ja

Fläche (ja/nein)

Nein

Beschreibung


Kurzbeschreibung der Ortsreferenzierung

Bei der linearen Referenzierung werden Punkt- oder Linienobjekte kodiert, indem Abstände auf einem linearen Element angegeben werden. In Deutschland werden im Straßennetz sowohl Autobahnkilometrierung als auch ASB-Stationierung als lineare Referenzierungssysteme verwendet.


IVS-Ortsreferenzierung „Netzmodell“

Identifikation


Name der Ortsreferenzierungsmethode

Netzmodell

Link zur Definition der Ortsreferenzierung

-

Beschreibungsmöglichkeiten


Punkt (ja/nein)

Ja

Linie (ja/nein)

Ja

Fläche (ja/nein)

Ja

Beschreibung


Kurzbeschreibung der Ortsreferenzierung

Bei einem Netzmodell wird eine digitale Karte verwendet, um Objekte der digitalen Karte über deren Identifier zu referenzieren. Bei diesem Verfahren müssen alle Beteiligten entweder über dieselbe digitale Karte verfügen oder die verwendete digitale Karte wird mit der Ortsreferenz zusammen angegeben.


IVS-Ortsreferenzierung „OpenLR“

Identifikation


Name der Ortsreferenzierungsmethode

OpenLRTM

Link zur Definition der Ortsreferenzierung

http://www.openlr.org/

Beschreibungsmöglichkeiten


Punkt (ja/nein)

Ja

Linie (ja/nein)

Ja

Fläche (ja/nein)

Ja

Beschreibung


Kurzbeschreibung der Ortsreferenzierung

OpenLR ist, wie AGORA-C, ein On-The-Fly Referenzierungssystem mit dem Punkt-, Linien- und Flächenobjekte kodiert werden können. Im Gegensatz zu AGORA-C ist die Anwendung von OpenLR lizenzkostenfrei.


IVS-Ortsreferenzierung „TPEG LOC“

Identifikation


Name der Ortsreferenzierungsmethode

TPEG LOC

Link zur Definition der Ortsreferenzierung

https://www.iso.org/obp/ui/#iso:std:iso:ts:18234:-6:ed-1:v1:en

Beschreibungsmöglichkeiten


Punkt (ja/nein)

Ja

Linie (ja/nein)

Ja

Fläche (ja/nein)

Ja

Beschreibung


Kurzbeschreibung der Ortsreferenzierung

TPEG LOC nutzt geographische Koordinaten, um die Position einer Ortsreferenz auf der Erdoberfläche anzugeben. Zusätzlich werden in sogenannten Descriptoren die Namen von Ortsreferenzen angegeben. Diese Descriptoren können auch verwendet werden, um Sprachausgaben aus einer TPEG LOC zu generieren. In TPEG LOC können Punkt-, Linien- und Flächenreferenzen kodiert werden.


IVS-Ortsreferenzierung „Traces“

Identifikation


Name der Ortsreferenzierungsmethode

Traces

Link zur Definition der Ortsreferenzierung

http://www.etsi.org/deliver/etsi_ts/102800_102899/10289402/01.01.01_60/ts_10289402v010101p.pdf

Beschreibungsmöglichkeiten


Punkt (ja/nein)

Ja

Linie (ja/nein)

Ja

Fläche (ja/nein)

Nein

Beschreibung


Kurzbeschreibung der Ortsreferenzierung

Bei Traces werden die eigentlichen Ortsreferenzen ebenfalls als geographische Koordinaten angegeben. Zusätzlich werden Qualitätsinformationen des verwendeten globalen Navigationssatellitensystems sowie geographische Koordinaten von Strecken, die auf die eigentliche Ortsreferenz zuführen (sogenannte Spuren bzw. Traces), verwendet, um die Abbildung auf eine digitale Karte zu verbessern.