Annonce

Réduire
Aucune annonce.

Openstreetmap et APT.DAT

Réduire
X
 
  • Filtre
  • Heure
  • Afficher
Tout nettoyer
nouveaux messages

  • Openstreetmap et APT.DAT

    Salut,

    J'ai trouvé un script sur github qui s'appelle osm2apt, son auteur semble l'avoir écrit il y a 3 ans puis délaissé.
    Je viens de le tester sur LFBO et il m'a sorti un apt.dat de 32 mille lignes en 20sec !
    Comme je m'y connais très peu pour ne pas dire pas en aéroport, pourriez-vous y jeter un coup d'oeil et voir si ça vaudrait la peine
    de l'utiliser ou de le mettre à jour. J'ai ouvert le apt.dat dans WED et à première vue il y avait déjà un sacré nombre
    d'infos encodées (mais peut-être pas de manière adéquate ?).
    Voici le lien : https://www.dropbox.com/sh/qfh8jxid2...alkOcuxia?dl=0

    Merci
    Oscar
    Linux Debian sid - Intel i7 4Ghz - 16Gb RAM - Nvidia GTX 970
    Ortho4XP v130 : Dépôt github (mises à jour au fil de l'eau (avant la période de sécheresse)), ou Version clés en main sous Windows.

  • #1
    Envoyé par Oscar Pilote Voir le message
    Salut,

    J'ai trouvé un script sur github qui s'appelle osm2apt, son auteur semble l'avoir écrit il y a 3 ans puis délaissé.
    Je viens de le tester sur LFBO et il m'a sorti un apt.dat de 32 mille lignes en 20sec !
    Comme je m'y connais très peu pour ne pas dire pas en aéroport, pourriez-vous y jeter un coup d'oeil et voir si ça vaudrait la peine
    de l'utiliser ou de le mettre à jour. J'ai ouvert le apt.dat dans WED et à première vue il y avait déjà un sacré nombre
    d'infos encodées (mais peut-être pas de manière adéquate ?).
    Voici le lien : https://www.dropbox.com/sh/qfh8jxid2...alkOcuxia?dl=0

    Merci
    Oscar
    J'ai réussi à ouvrir le Apt.dat avec Wed.
    A première vue le fichier fonctionne (s'ouvre) avec Xplane.
    Par contre au niveau du résultat c'est du grand n'importe quoi. Regarde les taxiway par exemple:



    On dirai qu'il confond "ligne" et taxyway"
    Sans compter que les éléments ne sont pas à la bonne place, n'y à l'échelle. Pas d'ATC programmé, ne le flow, le reste des données sont pas toutes paramétrées correctement.

    En l'état c'est inutilisable, et tout remettre en ordre demanderai plus de boulot que de refaire l'ensemble depuis zéro.
    A mon avis, et au vu de cette exemple, ça n'en vaut pas trop la peine.
    Dernière modification par jojo64, 27 octobre 2016, 00h08.
    Xplane 11.53

    NEW: MacBook Pro 15'' mi-2019 / Intel Core i9 8 cœurs de 9e génération à 2,4 GHz (Turbo 5 GHz) / 32 Go RAM DDR4 à 2 400 MHz / GPU Radeon Pro Vega 20 avec 4 Go de mémoire HBM2 / SSD 4To / OSX Mojave
    OLD: Mac Book Pro 13'' début 2011 / Intel Core I7 2,7 Ghz / 8Gb RAM / Intel Hd Graphics 3000 512 Mo remplacée en 2019 par Intel Hd Graphics 2Go / DD 1To / OSX High Sierra

    Membre/développeur chez XPFR (http://xpfr.org/)

    Commentaire


    • #1
      Tu penses que c'est quoi le problème ? J'imagine que les données OSM de LFBO sont nickel pourtant. Juste une mauvaise
      interprétation de sa part ? J'ai lu sur le .org qu'il y en a qui passent 60h sur un seul aéroport, je me suis dit que ça vaudrait peut-être
      la peine de faire un script et puis je suis tombé sur celui-là qui existait... peut-être qu'il l'a délaissé parce qu'il avait merdé...

      Edit : j'ai pigé ce qu'il fait de mal, il essaie de reconstuire les polygones de taxiway à partir des taxilines, évidemment sur un gros
      aéroport ça part en vrille. J'avais choisi LFBO parce que justement je savais que les taxiways étaient déjà en polygones (il n'y en a pas
      tellement à être comme cela), mais le script n'en fait rien. A l'occasion je verrai si ça peut se remettre d'aplomb.
      Dernière modification par Oscar Pilote, 27 octobre 2016, 00h33.
      Linux Debian sid - Intel i7 4Ghz - 16Gb RAM - Nvidia GTX 970
      Ortho4XP v130 : Dépôt github (mises à jour au fil de l'eau (avant la période de sécheresse)), ou Version clés en main sous Windows.

      Commentaire


      • #1
        Envoyé par Oscar Pilote Voir le message
        Tu penses que c'est quoi le problème ? J'imagine que les données OSM de LFBO sont nickel pourtant. Juste une mauvaise
        interprétation de sa part ? J'ai lu sur le .org qu'il y en a qui passent 60h sur un seul aéroport, je me suis dit que ça vaudrait peut-être
        la peine de faire un script et puis je suis tombé sur celui-là qui existait... peut-être qu'il l'a délaissé parce qu'il avait merdé...
        A première vue je te dirai qu'il confond les lignes avec les taxiway. Sur mes captures on le voit bien.
        Par contre tu vois aussi que la piste n'est pas assez large, en plus elle est mal placée. Sur Osm les données semblent pourtant à peu près juste.
        Il considère aussi les chemin de services comme taxyway.
        Les type de surface ce n'est pas trop ça (donnée non dispo sur OSM)
        Les courbes de Beziers ne sont pas utilisée de qui fait des lignes rectiligne.

        Par contre il marque le nom des taxyway ce qui est une bonne chose!

        C'est vrai que ça peu être long de faire un aéroport avec Wed, surtout un grand comme Toulouse.
        Mais il te manquera toujours une bonne partie des données qu' OSM ne fournit pas, comme les flow ATC (condition d'utilisation de la piste ou le mouvement des avions au sol par exemple), il manque aussi les balisages, les lumières (au passage l'éclairage des pistes n'est pas bon non plus), les positions parking. Il manque aussi certaines indications comme les point d’arrêt, les lignes de service, ect...

        A la limite le positionnement des taxiway, des lignes, des pistes, si tu arrive à bien les positionné serai un bon début, mais quand bien même il reste pas mal de chose à faire en plus, et vu le manque de précision, à mon avis repasser derrière demandera autant de travail que d'utiliser en base les Apt.data par défaut.
        Dernière modification par jojo64, 27 octobre 2016, 00h38.
        Xplane 11.53

        NEW: MacBook Pro 15'' mi-2019 / Intel Core i9 8 cœurs de 9e génération à 2,4 GHz (Turbo 5 GHz) / 32 Go RAM DDR4 à 2 400 MHz / GPU Radeon Pro Vega 20 avec 4 Go de mémoire HBM2 / SSD 4To / OSX Mojave
        OLD: Mac Book Pro 13'' début 2011 / Intel Core I7 2,7 Ghz / 8Gb RAM / Intel Hd Graphics 3000 512 Mo remplacée en 2019 par Intel Hd Graphics 2Go / DD 1To / OSX High Sierra

        Membre/développeur chez XPFR (http://xpfr.org/)

        Commentaire


        • #1
          Bien sûr, j'imagine que l'idée derrière ce genre d'outil était de "prémâcher" le travail. Mais si il met le bordel dès le départ...
          Linux Debian sid - Intel i7 4Ghz - 16Gb RAM - Nvidia GTX 970
          Ortho4XP v130 : Dépôt github (mises à jour au fil de l'eau (avant la période de sécheresse)), ou Version clés en main sous Windows.

          Commentaire

          Chargement...
          X