So wandeln Sie ED-269- und ED-318-Geozonen in GeoJSON oder KML um
Aktualisiert
Geografische UAS-Gebiete werden in ED-269 oder ED-318 veröffentlicht, doch Webkarten wollen GeoJSON und Google Earth will KML. Die GeoPilot-API wandelt mit einem einzigen Aufruf zwischen allen vier Formaten in jede Richtung um: POST /api/v1/public/convert/:from-:to, mit dem Quelldokument im Feld document. Die Antwort enthält das umgewandelte Dokument sowie eine Liste aller Features, die nicht umgewandelt werden konnten, und Warnungen zu allem, was das Zielformat nicht ausdrücken kann.
Formate und Scopes
| Format | In der URL | Gesendet als | Scope |
|---|---|---|---|
| ED-269 | ed269 | JSON-Objekt | CONVERT_ED269 |
| ED-318 | ed318 | JSON-Objekt | CONVERT_ED318 |
| KML | kml | XML-Text, als JSON-String | CONVERT_KML |
| GeoJSON | geojson | JSON-Objekt | keiner |
Eine Umwandlung braucht den Scope beider Formate: kml-ed318 braucht CONVERT_KML und CONVERT_ED318, während ed269-geojson nur CONVERT_ED269 braucht. GeoJSON braucht keinen. Das ergibt zwölf gerichtete Paare; die API-Referenz listet jedes davon auf.
In drei Schritten umwandeln
- Erstellen Sie einen API-Schlüssel mit den Scopes für Ihre Formate — siehe Erste Schritte mit der API.
- Senden Sie das Quelldokument per POST als
document: das geparste JSON bei ED-269, ED-318 oder GeoJSON, oder den XML-Text als String bei KML. - Lesen Sie
documentaus der Antwort und prüfen Sie dannerrorsundwarnings, bevor Sie das Ergebnis veröffentlichen.
curl -X POST "https://geopilot.space/api/v1/public/convert/ed269-kml" \
-H "Authorization: Bearer $GEOPILOT_API_KEY" \
-H "Content-Type: application/json" \
-d @- <<'JSON'
{ "document": { "title": "Zones", "features": [ { "identifier": "ROU-001",
"name": "Example zone", "restriction": "PROHIBITED", "geometry": [ {
"uomDimensions": "M", "horizontalProjection": { "type": "Polygon",
"coordinates": [[[26.05,44.40],[26.15,44.40],[26.15,44.47],[26.05,44.47],[26.05,44.40]]] } } ] } ] } }
JSON{
"document": "<?xml version=\"1.0\" encoding=\"UTF-8\"?><kml …>…</kml>",
"totalFeatures": 1,
"errors": [],
"warnings": []
}Fehler und Warnungen lesen
totalFeatures— wie viele Features die Quelle enthielt.errors— Features, die nicht umgewandelt werden konnten, jeweils mit Index, Kennung und Grund. Der Rest des Dokuments wird trotzdem umgewandelt: Ein fehlerhaftes Feature kostet kein anderes.warnings— Stellen, an denen das Zielformat nicht ausdrücken kann, was die Quelle sagte, etwa eine Wirkung, für die ED-269 kein Wort hat, oder ein Höhenbezug, auf den es nicht verweisen kann. Jede Warnung sagt, was stattdessen geschrieben wurde.
Ein Fall lässt stattdessen die ganze Anfrage scheitern: die Umwandlung nach ED-269 eines Dokuments, das Flächen mit Linien oder Punkten mischt, weil eine ED-269-Zone nur Flächen enthalten kann. Sie wird mit einer 400 in der Fehlerform nach RFC 9457 abgelehnt — senden Sie nur die Flächen oder wählen Sie ein anderes Zielformat.
Welches Format für welche Aufgabe
- ED-269 — der EUROCAE-Standard, in dem viele nationale Behörden Zonen veröffentlichen und annehmen.
- ED-318 — sein Nachfolger, eine auf GeoJSON basierende Spezifikation, die nun in nationalen Datenquellen auftaucht.
- KML — für Google Earth und die Karten-Apps von Piloten; die Höhengrenzen einer Zone werden als Höhen übertragen, wo sie vorhanden sind.
- GeoJSON — das neutrale Format für Webkarten und GIS-Pipelines und die Seite, über die jede Umwandlung liest oder schreibt.
Wie sich ED-269 und ED-318 Feld für Feld unterscheiden und welche Fallen in echten nationalen Datenquellen stecken, steht in ED-269 vs. ED-318.
Eine Umwandlung ändert das Format, nicht die Fakten. Sie gleicht die Zonen mit keiner offiziellen Quelle ab, und eine umgewandelte Datei ist nur so aktuell wie die, die Sie gesendet haben.
Häufig gestellte Fragen
- Kann ich ohne API-Schlüssel umwandeln?
- Nein. Jede Umwandlung braucht einen Schlüssel mit den Scopes beider Formate.
- Warum fehlt ein Feature in meiner Ausgabe?
- Sehen Sie in
errorsnach: Dort steht jedes Feature, das nicht umgewandelt werden konnte, und warum, während die anderen normal umgewandelt wurden. - Geht zwischen den Formaten etwas verloren?
- Manchmal — jedes Format kann Dinge ausdrücken, die die anderen nicht können. Jeder solche Fall wird in
warningsgemeldet, zusammen mit dem, was stattdessen geschrieben wurde.
Verwandte Ratgeber
- ED-269 vs. ED-318: die beiden UAS-Geozonen-Formate, Feld für Feld verglichenWie sich die UAS-Geozonen-Formate ED-269 und ED-318 Feld für Feld unterscheiden, mit den Fallen echter nationaler Daten und ihrer Umwandlung.
- API für Drohnen-Flugverbotszonen: erste SchritteDrohnenzonen per API abfragen: Schlüssel holen, Zonen an einem Punkt oder in der Nähe finden, Fluggebiete prüfen, Limits und Fehler behandeln.
- Flugverbotszonen für Drohnen erklärt: So funktionieren geografische UAS-GebieteWas geografische UAS-Gebiete sind, wer sie veröffentlicht und wie man sie liest: verbotene, genehmigungspflichtige und bedingte Zonen, Höhen, Zeiten.
Quellen
- EUROCAE ED-269 — Minimum Operational Standard for UAS Geographical Zones
- EUROCAE ED-318 — Technical Specification for UAS Geographical Zone Data
- The KML reference (Open Geospatial Consortium, KML 2.2)
- RFC 7946 — The GeoJSON Format