Link
Inhaltsverzeichnis
- 1 IVS-Ortsreferenzierung „AGORA-C“
- 2 IVS-Ortsreferenzierung „AGORA-C“
- 3
- 4 IVS-Datenmodell „NeTEx“
- 5 IVS-Datenmodell „DAB-TPEG“
- 6 IVS-Datenmodell „TRANSMODEL“
- 7 IVS-Datenmodell „DRV GLOBALTYPES“
- 8 IVS-Datenmodell „NDC“
- 9 IVS-Datenmodell „EDIFACT“
- 10 IVS-Datenmodell „OTA“
- 11 IVS-Datenmodell „OTDS“
- 12 IVS-Datenmodell „GTFS“
- 13 IVS-Datenmodell „SENSORIS“
- 14 IVS-Datenmodell „VDV-KA“
- 15 IVS-Datenmodell „FM RDS-TMC“
- 16 IVS-Kommunikationsmedium „DAB“
- 17 C-ITS Datenmodell CAM
- 18 C-ITS Datenmodell DENM
- 19 C-ITS Datenmodell SPaT
- 20 C-ITS Datenmodell MAP
- 21 C-ITS Datenmodell IVI
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 „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-Datenmodell „NeTEx“
Identifikation |
|
Name des Datenmodells |
NeTEx |
Link zur Definition des Datenmodells |
|
Domäne |
|
Anwendungsgebiet |
Öffentlicher Verkehr |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
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“
Identifikation |
|
Name des Datenmodells |
DAB-TPEG |
Link zur Definition des Datenmodells |
|
Domäne |
|
Anwendungsgebiet |
Verkehrsinformation |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
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. Digitalradio, Mobilfunk oder auch WiFi.
|
IVS-Datenmodell „TRANSMODEL“
Identifikation |
|
Name des Datenmodells |
TRANSMODEL |
Link zur Definition des Datenmodells |
|
Domäne |
|
Anwendungsgebiet |
Öffentlicher Verkehr |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
"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“
Identifikation |
|
Name des Datenmodells |
DRV GLOBALTYPES |
Link zur Definition des Datenmodells |
https://www.drv.de/fachthemen/informationstechnologie-onlinevertrieb/drv-datenstandard.html https://blog.de.amadeus.com/2016/10/14/so-nutzen-wir-die-global-types/ |
Domäne |
|
Anwendungsgebiet |
Vertriebslogik |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
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“
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/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-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).
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. |
IVS-Datenmodell „EDIFACT“
Identifikation |
|
Name des Datenmodells |
Electronic Data Interchange for Administration, Commerce and Transport |
Link zur Definition des Datenmodells |
|
Domäne |
|
Anwendungsgebiet |
Individualverkehr |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
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“
Identifikation |
|
Name des Datenmodells |
Open Travel Alliance |
Link zur Definition des Datenmodells |
|
Domäne |
|
Anwendungsgebiet |
Individualverkehr |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
Die OpenTravel Alliance bietet eine Community, in der Unternehmen innerhalb der elektronischen Distributionskette zusammenarbeiten, um eine akzeptierte Struktur für elektronische Nachrichten zu schaffen.
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. |
IVS-Datenmodell „OTDS“
Identifikation |
|
Name des Datenmodells |
Offener touristischer Datenstandard |
Link zur Definition des Datenmodells |
|
Domäne |
|
Anwendungsgebiet |
Individualverkehr |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
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“
Identifikation |
|
Name des Datenmodells |
General Transit Feed Specification |
Link zur Definition des Datenmodells |
|
Domäne |
|
Anwendungsgebiet |
Öffentlicher Verkehr |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
Digitales Austauschformat für Fahrpläne des Öffentlichen Personenverkehrs sowie dazu gehörende geografische Angaben, welches von Google entwickelt wurde.
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. |
IVS-Datenmodell „SENSORIS“
Identifikation |
|
Name des Datenmodells |
SENSORIS |
Link zur Definition des Datenmodells |
|
Domäne |
|
Anwendungsgebiet |
Autonomes Fahren |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
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). 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“
Identifikation |
|
Name des Datenmodells |
VDV-Kernapplikation |
Link zur Definition des Datenmodells |
https://www.it-p.de/aktuelles/eticket-deutschland.html https://oepnv.eticket-deutschland.de/produkte-und-services/vdv-kernapplikation/ |
Domäne |
|
Anwendungsgebiet |
Ticketdaten/Individualverkehr |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
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. |
IVS-Datenmodell „FM RDS-TMC“
Identifikation |
|
Name des Datenmodells |
FM RDS-TMC |
Link zur Definition des Datenmodells |
|
Domäne |
|
Anwendungsgebiet |
Verkehrsinformation |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
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“
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 |
Domäne |
|
Anwendungsgebiet |
Verkehrsdaten |
Beschreibung |
|
Kurzbeschreibung des Datenmodells |
Ist ein digitaler Übertragungsstandard für terrestrischen Empfang von Digitalradio. Die Verwendung des Datenmodells TPEG setzt das Kommunikationsmedium DAB voraus. |
C-ITS Datenmodell CAM
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 |
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
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 |
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
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
Identifikation |
|
Name des Datenmodells |
MAP (Topologie von Kreuzungen) |
Link zur Definition des Datenmodells |
ISO Norm und SAE Norm |
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
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. |