Une moulinette à espace aérien

L’idée de départ: prendre une trace et vérifier si elle passe dans des zone aérienne où elle ne devrait pas.
Pour ça, je me base sur les données officieuses : http://www.planeur.net/_download/airspaces/france.txt
J’ai commencé par convertir ces données (en OpenAir) en quelque chose de plus “carré”, (j’ai choisi ESRI Shapefile, mais tout ce qui est supporté par GDAL/OGR est faisable directement).
Du coup, je gagne directement l’export en KML aussi (cf fichier join).
Me reste qu’un truc à régler, auquel je ne m’attendais pas au départ: il faut approximer tout ce qui ressemble à un cercle (cyclindre, arc), à cause des projections utilisées (on trouve plein d’info sur le net à ce sujet). Mais là, ça fait fumer mon cerveau :fume:

Ça avance… Dès que j’ai géré ce détail, le reste devrait être très rapide…

Pour les curieux, ça se passe là: http://github.com/dkm/airspace-checker
Ça utilise python et gdal. La suite bientôt, j’espère…

[Fichier joint supprimé par l’administrateur]

:pouce:
Pourquoi on voit pas les altitudes des différentes zones ?

pour l’instant j’ai simplifié le problème en restant en 2D. Et si y’a intersection en 2D, je vérifie l’altitude… Plus simple de manipuler des polygones que des volumes…

Il y a des trucs bizarre dans le KMZ, des “traits” qui ressemblent pas à des zones… (Nord de Apt, Manosque…)
Mais c’est un bon début :bravo:

Il semblerait qu’il y ait aussi des problèmes d’alignement de bordures de zones, c’est possible que cela vienne du fichier OpenAir, ou d’arrondis par la suite.

Ya moyen de faire du hit testing avec gdal?
Parce que sinon ca serait pas plus simple de tout transformer en zones geométriques et de faire du calcul géométrique “de base”, sans passer par gdal ? (toutes les coordonnées en décimal, et un repère cartésien?)

Enfin, ça dépend quel résultat tu veux… Si c’est pour faire du kml, ou juste un test “d’entrée en zone”…

Ca pourrait t’intéresser si t’as pas déjà:
http://local.wasp.uwa.edu.au/~pbourke/geometry/insidepoly/

Intéressant mais pas nécessaire, il y a déjà des fonctions “Intersect” et/ou “Cross” qui font le travail dans GDAL/OGR (et dans pas mal d’outils pour faire des SIG).

Oki, donc il y a du hit testing dans GDAl, farpait !

ben le source est étrange… Parfois, pour faire un cylindre, il déclare un segment, qui est un diamètre du cylindre + le cylindre. J’ai pas très bien compris. Et comme moi pour l’instant, les cylindres je les gère pas, ma moulinette fait un poly avec ces 2 points… Et un poly a 2 points, il est un peu plat :clown:

je regarderai ça :slight_smile:

[quote]Enfin, ça dépend quel résultat tu veux… Si c’est pour faire du kml, ou juste un test “d’entrée en zone”…
[/quote]
mon but n’était pas de faire un truc pour GE. Mais à un moment, il faut vérifier que ce que je fais est correct, donc j’ai créé un truc visuel. Mais c’est basique (pas de nom de zone, pas d’alti, pas de couleur, etc). D’ailleurs, xcontest a un calque bien plus torché pour ça…

Ensuite, faire les tests, il existe déjà tout ce qu’il faut. GDAL le fait, mais openlayers aussi

OK…

Je suppose que tu parles des enregistrements de type V dans OpenAir.
C’est un truc batard dans lequel est stocké un peu n’importe quoi…
Le V fourni un point de référence ensuite tu as:

  • D: done une direction (trigo ou anti-trigo pour dessiner la suite) pour les tags DA et DB.
  • X: les coordonées du point de référence pour DA, DB, DC
  • W:pour une airway, la largeur en NM.
  • Z: un zoom, mais tu peux l’ignorer

Pour les sous-enregistrements:

  • DA: un arc, rayon angle de début, angle de fin (degrés et NM, centre spécifié dans V).
  • DB: un arc d’une coordonnée à une autre à partir du centre spécifié dans V.
  • DC: un cercle complet, centre spécifié dans V
  • DY: un segment d’airway

Par exemple, la R de Cognac:
V X=45:39:29 N 000:19:00 W
DC 7

Cylindre centré sur 45:39:29N 000:19:00W, de diamètre 7 Miles Nautiques.
Ca c’est le cas le plus simple…

Tu as les specs je suppose?

hth

Juste pour info…
Venant du SIA:
"Toutes les données informatiques du SIA sont déjà disponibles au format XML et sont déjà utilisées par des développeurs professionnels.
Par contre, elles ne sont pas “digérables” directement par des logiciels grand public.

En 2011/2012, nous serons en mesure de proposer en ligne des fichiers XML pour tous les extraits de l’AIP actuellement seulement disponibles au format pdf.

Ces téléchargements seront payants. "

A suivre…

Qui dit payant dit sans doute droits de distribution des travaux basés dessus restreints, donc pas vraiment adaptés à ce qu’on vise ici. Mais faut garder espoir effectivement (bosser en sachant que ça implique de passer les données sous le manteau, ça ne m’intéresse pas du tout). Dans le principe, je ne trouve pas ça normal d’avoir à payer pour ce genre de chose, sans doute mon côté bisounours…

Clair qu’avoir une représentation XML serait plus confortable que du OpenAir, mais bon…

Maintenant, je vais jouer avec la vérification de traces. A ce sujet, si vous avez des traces igc/gpx de vols qui passent là où il ne faut pas, je suis preneur. Sinon, j’irai éplucher la CFD, mais ça prend du temps :clown:

Voui voui je suis bien d’accord…
Mais disons que c’est un premier pas vers des données facilement exploitable.

Après, générer un OpenAir à partir d’un PDF, ou à partir d’un fichier XML…
Je parie que certains vont avoir un mauvais Karma.

Puis c’est possible que l’utilisation “Grand public” soit gratuite. Par exemple tu peux acheter les cartes VAC en papier ou les télécharger.
J’ai l’équivalent d’un classeur VAC complet sur mon iPhone sans avoir acheté la version papier (que j’ai eu pendant des années).

Bref, a suivre donc…

j’ai pas bien saisi le rapport entre “gratuite” et “par exemple tu peux acheter[…] papier ou télécharger”.

Mais tu as raison et on sait tous comment ça se passera, et ça serait dommage. Il faudrait effectivement bénéficier d’un droit d’exploitation gratuit pour notre activité. Mais avant, il faut avoir des outils qui fonctionnent, sinon, niveau crédibilité, c’est peanut :clown:

Pardon,

je voulais juste faire le parallèle avec ce qui se fait actuellement.
Le SIA publie toujours des cartes VAC papier (payantes).
Mais tu peux aussi les télécharger en PDF et donc les exploiter “gratuitement”.

Il en sera peut-être de même plus tard avec les données au format XML, envoi sur DVD payant et téléchargement plus ou moins gratuit pour une utilisation non commerciale.
Ca serait le pied… a voir en 2012.

Pure spéculation :wink:

Est-ce que tu es en train de dire que l’équivalent des cartes papiers payantes est disponible en téléchargement gratuit sur le site du SIA ? Si oui, je suis intéressé, je n’ai pas vu ça.

Sinon, c’est juste que tu fais une déduction abusive avec le “et donc”. Que ça soit téléchargeable (payant ou non) n’implique absolument rien sur ce que tu as le droit d’en faire (en fait si, par défaut, rien).

C'est le même genre de problèmes qui se pose pour openstreetmap. Il ne faut surtout pas utiliser des cartes michelin & cie pour remplir ce site. D'ailleurs, pour pouvoir détecter les fraudeurs, les éditeurs de cartes injectent des petite boulettes, plus simple de détecter une copie :) Par contre, [url=http://wiki.openstreetmap.org/wiki/Yahoo!_Aerial_Imagery]yahoo a gracieusement autorisé l'utilisation de ses cartes aériennes pour les éditeurs de OSM[/url] (et OSM garde les droits sur ce qui en est produit). Il ne serait par exemple pas possible de faire pareil avec les cartes de google maps, même si elles sont disponibles gratuitement à tout le monde.

Ben oui vu que toutes les cartes VAC sont téléchargeables…
Tu as le choix entre télécharger ta carte comme celle là:
Version PDF:
https://www.sia.aviation-civile.gouv.fr/aip/enligne/PDF_AIPparSSection/VAC/AD/2/1006_AD-2.LFLP.pdf

Ou alors acheter le classeur des cartes VAC à 138 Euros…
http://www.sia.aviation-civile.gouv.fr/asp/frameset_fr.asp?m=6
(il existe aussi une version par quart de France iirc).

Et je te garanti que ce que tu as dans le PDF ci-dessus est la copie exacte de la version papier.
Un petit script shell avec notre ami curl permet de récupérer toutes les VAC en PDF, et zou transfert sur un iPhone par exemple :wink:

Pareil pour le RCA (https://www.sia.aviation-civile.gouv.fr/asp/frameset_fr.asp?m=26) par exemple qui est dispo en version papier ou en téléchargement sur le net.

Infos, à jour, directement de la source officielle.
Attention, les cartes IGN c’est une autre histoire… Les 1/500000 IGN Aviation sont au mieux fournies sur CD, mais sont payantes…

Bref ca aide pas à la moulinette de détection de zone :smiley:

Ok, confusion de mon côté… Je pensais qu’il s’agissait des cartes que tu appelles “1/500000 IGN Aviation”. J’avais effectivement vu les cartes VAC en lignes, mais l’intérêt est assez limité… :slight_smile:

Les cartes OACI c’est l’IGN qui gère et ils sont pas du tout partageur…
Il n’y a qu’à voir à quel prix ils vendent les photos aériennes.

Leurs cartes sont générés à partir des données SIA/DGAC, donc si on a déjà ca, le fond de carte on s’en tape un peu.

Tiens pour en revenir à la moulinette, tu as trouvé pour gérer le relief?
Toutes les zones déclarées style 800Ft AFSC faut connaitre l’altitude du sol…
Dans mes bidouilles j’utilise les serveurs geonames mais c’est lent et pas super précis…
Doit y avoir moyen de télécharger les data qu’ils utilisent mais je me suis pas penché sur la question…
Par exemple pour Annecy tu peux avoir l’altitude avec ca:
http://ws.geonames.org/astergdem?lat=45.90470&lng=6.12342
Ou ca:
http://ws.geonames.org/gtopo30?lat=45.90470&lng=6.12342
(XML possible aussi)

De mémoire astergdem est plus précis…
Mais bon faire une requête à chaque fois… relou
:?

J’ai pas encore regardé ce point. Je vois plusieurs solutions:

  • si c’est une appli web, y’a moyen d’utiliser les données de google ou openstreetmap. J’ai une préférence pour ce dernier, mais j’ai peur que la précision soit un peu limite pour la tâche en question. Le mieux serait d’avoir les 2 pour comparer.
  • si c’est une appli indépendante, on peut essayer pour chaque zone de stocker les données après les avoir récupérer en ligne (dans ce cas, il ne reste que OSM, car google interdit ce genre d’utilisation).
  • enfin, ça peut être une appli indépendante, capable de récupérer ces infos en ligne et de les mettre en cache, ce qui permet cette fois d’utiliser google en plus d’osm.

Je ne connais pas geonames, et il me semble difficile de connaître les règles d’utilisations de leurs données (ça se sent que je suis psycho-rigide ?)

Pas psycho-rigide juste réglo :wink:
Indiqué sur la page d’accueil:
“This work is licensed under a Creative Commons Attribution 3.0 License”
http://www.geonames.org/

Soulagé?
Je crois mais ca fait un peu loin, qu’on peut avoir tout le truc pour l’importer dans une BDD ce qui serait la meilleure solution… Faudrait que je me replonge là dedans, mais pas trop le temps ces temps-ci…

Petite question,

pourquoi ne pas partir de ce kml qui est régulièrement mis à jour (il y a aussi les gpx)

http://www.dfc-saar.de/index.asp?REDIR=http://www.dfc-saar.de/GPS/Luftraeume/luftraeume_garmin.htm