Come convertire le geozone ED-269 ed ED-318 in GeoJSON o KML
Aggiornata
Le zone geografiche UAS sono pubblicate in ED-269 o ED-318, ma le mappe web vogliono GeoJSON e Google Earth vuole KML. L’API di GeoPilot converte tra tutti e quattro i formati in qualsiasi direzione con una sola chiamata: POST /api/v1/public/convert/:from-:to, con il documento di origine in un campo document. La risposta contiene il documento convertito, più un elenco delle eventuali feature che non è stato possibile convertire e degli avvisi su tutto ciò che il formato di destinazione non può esprimere.
Formati e ambiti
| Formato | Nell’URL | Inviato come | Ambito |
|---|---|---|---|
| ED-269 | ed269 | oggetto JSON | CONVERT_ED269 |
| ED-318 | ed318 | oggetto JSON | CONVERT_ED318 |
| KML | kml | testo XML, come stringa JSON | CONVERT_KML |
| GeoJSON | geojson | oggetto JSON | nessuno |
Una conversione richiede l’ambito di entrambi i suoi formati: kml-ed318 richiede CONVERT_KML e CONVERT_ED318, mentre ed269-geojson richiede solo CONVERT_ED269. GeoJSON non ne richiede nessuno. In tutto sono dodici coppie orientate; la documentazione dell’API le elenca tutte.
Convertire in tre passi
- Crea una chiave API con gli ambiti dei tuoi formati: vedi primi passi con l’API.
- Invia con POST il documento di origine come
document: il JSON analizzato per ED-269, ED-318 o GeoJSON, oppure il testo XML come stringa per KML. - Leggi
documentdalla risposta, poi controllaerrorsewarningsprima di pubblicare il risultato.
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": []
}Leggere errori e avvisi
totalFeatures: quante feature conteneva l’origine.errors: le feature che non è stato possibile convertire, ciascuna con il suo indice, il suo identificatore e il motivo. Il resto del documento viene comunque convertito: una feature errata non compromette le altre.warnings: i punti in cui il formato di destinazione non ha modo di esprimere ciò che diceva l’origine, come un effetto per cui ED-269 non ha un termine o un datum altimetrico a cui non può fare riferimento. Ognuno indica cosa è stato scritto al suo posto.
Un solo caso fa invece fallire l’intera richiesta: convertire in ED-269 un documento che mescola aree con linee o punti, perché una zona ED-269 può contenere solo aree. La richiesta viene rifiutata con un 400 nel formato di errore RFC 9457: invia solo le aree, oppure scegli un altro formato di destinazione.
Quale formato per quale uso
- ED-269: lo standard EUROCAE in cui molte autorità nazionali pubblicano e accettano le zone.
- ED-318: il suo successore, una specifica basata su GeoJSON che sta comparendo nei feed nazionali.
- KML: per Google Earth e le app di mappe dei piloti; i limiti di altitudine di una zona sono riportati come altezze, quando presenti.
- GeoJSON: il formato neutro per mappe web e pipeline GIS, e il lato attraverso cui ogni conversione legge o scrive.
In cosa differiscono ED-269 ed ED-318 campo per campo, e le insidie riscontrate nei feed nazionali reali, lo trovi in ED-269 ed ED-318 a confronto.
Una conversione cambia il formato, non i fatti. Non verifica le zone rispetto ad alcuna fonte ufficiale, e un file convertito è aggiornato quanto quello che hai inviato.
Domande frequenti
- Posso convertire senza una chiave API?
- No. Ogni conversione richiede una chiave con gli ambiti di entrambi i formati.
- Perché nel mio output manca una feature?
- Guarda in
errors: elenca ogni feature che non è stato possibile convertire e il motivo, mentre le altre sono state convertite normalmente. - Si perde qualcosa tra un formato e l’altro?
- A volte sì: ogni formato può esprimere cose che gli altri non possono. Ogni caso di questo tipo è segnalato in
warnings, con ciò che è stato scritto al suo posto.
Guide correlate
- ED-269 ed ED-318: i due formati di geozone UAS a confronto, campo per campoIn cosa differiscono i formati di zone geografiche UAS ED-269 ed ED-318, campo per campo, con le insidie dei feed nazionali reali e come convertirli.
- API delle zone vietate ai droni: primi passiInterroga le zone per droni pubblicate dal tuo software: chiave API, cosa vale in un punto o nei dintorni, verifica di un’area di volo, limiti ed errori.
- Zone vietate ai droni: come funzionano le zone geografiche UASCosa sono le zone geografiche UAS, chi le pubblica e come leggerle: zone vietate, soggette ad autorizzazione o condizionate, limiti di altezza e orari.
Fonti
- 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