Jenseits von DATEX II: Open Data in einer europäischen API zusammenführen

DATEX II auf den National Access Points ist das Rückgrat von NAPSPAN — 25 NAPs sind heute live, jeder Feed in ein normalisiertes Schema geparst. Doch der NAP ist nicht die ganze Landkarte. Viele betrieblich nützliche europäische Mobilitätsdaten reisen überhaupt nie als DATEX II: Sie leben auf kommunalen Open-Data-Portalen, in Community-Ladedatensätzen, in nationalen Feeds, die der Infrastruktur der ITS-Richtlinie vorausgingen. Würden wir ausschließlich DATEX II aufnehmen, würden wir sie verpassen.

Also tun wir das nicht. In diesem Sprint haben wir drei Nicht-DATEX-Quellen in dasselbe events- / features-GeoJSON-Schema überführt, das der Rest der API spricht — und dabei erstmals die EU-Grenze überschritten, nach Ukraine und Moldau. Hier ist, was gelandet ist und wie es sich einfügt.

Ein Schema, mehr Kanäle

NAPSPAN war nie als „DATEX-II-Proxy“ gedacht. Es ist eine einzige normalisierte Sicht auf europäische Straßendaten — events für zeitlich begrenzte Vorfälle, features für Points of Interest wie Kameras, Parkplätze und EV-Laden —, unabhängig davon, wie die Quelle veröffentlicht. DATEX II ist die häufigste Eingabe, nicht die einzige. Jeder Adapter, was auch immer er liest, endet am selben Punkt: RFC 7946 GeoJSON, filterbar nach Land, Bbox, Radius und Typ.

Genau dieses Design macht das Hinzufügen einer Nicht-DATEX-Quelle zu einem normalen Tag statt zu einer Abzweigung in der Architektur. Ein kommunaler JSON-Parkfeed und ein DATEX-II-Stream eines Bundeslandes werden auf der anderen Seite zur gleichen Art von feature.

EV-Laden, über den Rand des NAP hinaus

Wir haben bereits über AFIR Artikel 20 geschrieben, der jeden Ladepunktbetreiber verpflichtet, den Live-Status je Steckverbinder als DATEX II über den NAP zu veröffentlichen. Das ist der Goldstandard — und wo ein Mitgliedstaat ihn trägt, liefert NAPSPAN ihn aus. Doch die AFIR-Telemetrie ist nur so vollständig wie der NAP-Rollout des jeweiligen Landes, und mehrere Länder, die wir abdecken wollten, stellen bislang überhaupt keinen ausgereiften EV-Feed bereit.

Open Charge Map schließt diese Lücke. Es ist das von der Community gepflegte, offen lizenzierte Register von Ladestandorten — Koordinaten, Steckverbinder-Standards und Leistungsangaben — und es reicht an Orte, die die NAPs noch nicht erreichen. Wir haben es für sechs weitere Länder gezogen (Portugal, Rumänien, Bulgarien, Slowakei, Malta, Moldau) sowie für die Ukraine, wo es allein rund 575 Ladepunkte zutage förderte.

Die ehrliche Unterscheidung, in den Daten ausgewiesen, damit Sie sie auseinanderhalten können: AFIR-über-NAP liefert Ihnen den Live-Status; Open Charge Map liefert das Register — wo Ladepunkte sind, was sie sind, wie schnell. Jeder Ladepunkt trägt ein metadata.source_feed, damit eine Routing- oder Roaming-Integration genau weiß, welche Garantie sie erhält.

GET /api/v1/features?type=ev_charging&country=UA

{
  "type": "FeatureCollection",
  "features": [
    {
      "type": "Feature",
      "geometry": { "type": "Point", "coordinates": [30.5234, 50.4501] },
      "properties": {
        "type": "ev_charging",
        "name": "DTEK YASNO — Kyiv",
        "connectors": [ { "standard": "CCS", "power_kw": 150 } ],
        "metadata": { "source_feed": "openchargemap", "country": "UA" }
      }
    }
  ]
}

Tschechische Parkplätze, aus der Stadt, die sie veröffentlicht

Tschechien war für uns auf der Events-Seite bereits ein Live-NAP. Was es nicht trug, waren Parkdaten — also gingen wir zur Quelle, die die Städte tatsächlich nutzen: Golemio, die Open-Data-Plattform hinter Prag und einer wachsenden Zahl tschechischer Kommunen. Sie aggregiert das Parkplatzinventar landesweit und, für die Städte, die ihre Parkflächen instrumentieren, die Live-Belegung.

Dieses „für die Städte, die ihre Parkflächen instrumentieren“ ist wichtig, und wir kaschieren es nicht. Die meisten der Tausenden tschechischen Parkdatensätze sind statisches Inventar — Standort, Kapazität, Typ. Eine Teilmenge (heute Liberec und andere korid-verwaltete Parkflächen) meldet die Anzahl freier Plätze in Echtzeit. Wo ein Live-Wert existiert, steht er am Feature; wo nicht, sagt das Feature dies aus, statt eine Aktualität zu suggerieren, die es nicht hat. Ein Disponent sollte nie raten müssen, ob „kein Belegungsfeld“ voll oder unbekannt bedeutet.

Die EU-Grenze überschreiten

Ukraine und Moldau sind die ersten Länder, die NAPSPAN abdeckt und die außerhalb des Rahmens EU 27 + UK + EFTA liegen, um den herum der Rest der Plattform gebaut wurde. Keines betreibt einen National Access Point nach ITS-Richtlinie, also gibt es kein DATEX II zu normalisieren — die Daten stammen stattdessen aus offenen Quellen.

Für Kyiv ist das das stadteigene Open-Data-Portal (CC BY 4.0): Off-Street- und On-Street-Parken sowie veröffentlichte Straßensperrungen, die wir auf denselben construction-Event-Typ abbilden, zu dem ein DATEX-II-Baustellendatensatz wird. Eine Sperrung in Kyiv und eine Baustellenzone in Bayern haben dieselbe Form von event, bis sie bei Ihnen ankommen — dieselben Felder, dieselben Filter, dieselbe Kartenebene.

Nichts davon ändert den Vertrag. ?country=UA oder ?country=CZ verhält sich genau wie ?country=DE. Das Schema weiß nicht — und muss nicht wissen —, dass ein Feed DATEX II war und ein anderer kommunales JSON. Genau das ist der Sinn der Normalisierung am Rand.

Lizenzierung, vorab

Jede Quelle, die wir hinzufügen, durchläuft vor der Auslieferung dasselbe Tor: die Lizenz klassifizieren, die Quellenangabe festhalten und jede Weitergabebeschränkung respektieren. Die drei Quellen hier sind saubere Open-Data-Kanäle — Open Charge Map unter CC BY-SA 4.0, Kyiv unter CC BY 4.0, Golemio unter seinen Open-Data-Bedingungen —, und jede wird in unseren Datenquellen genannt. Wenn die Bedingungen einer Quelle die Weitergabe nicht erlauben, wird sie nicht ausgeliefert, Punkt. Abdeckung ist nichts wert, wenn es keine Abdeckung ist, auf der Sie rechtlich aufbauen können.

Worauf das hinausläuft

Das NAP-Rückgrat wächst weiter in Richtung der vollen EU 27 + UK + EFTA. Daneben lassen uns die Open-Data- und Community-Kanäle die Daten erreichen, die die NAPs noch nicht tragen — kommunale Parkplätze, EV-Lade-Abdeckung in den Lücken und nun zwei Länder jenseits der Union —, ohne eine zweite API anzuflanschen, um sie abzufragen. Ein Schema, ein Satz Filter, mehr vom Kontinent darin.

Ausprobieren

• API-Dokumentation — events, features und die Filter ?country= / ?type=
• Live-Karte — die EV-Lade- und Parkebenen in den neuen Ländern ansehen
• Kostenloser API-Schlüssel — keine Karte, 14-tägige Testphase