Ortho4XP

[milan]

gtounet au boulot !
yapluka

[jojo64]

Salut Oscar!

Dit moi, je viens vers toi pour te signaler un p'tit truc.
J'était entrain de re-faire la tuile de Toulouse, et je me rend compte que le patch de Villeneuve-du-Latou (0925) ne marche pas comme il faut.
Après enquête, il s'avère que le code OACI a été supprimé chez openstreetmap, et que du coup ça fout le bordel. Je pense que tu vois bien le pourquoi du comment!

Je suis rentré en contact avec la personne qui a fait la modif, qui m'a expliqué que les code OACI ne devaient être renseigné que par des code OACI. En l’occurrence LF0925 c'est un code de la base de donnée ULM et non OACI. Cette personne s'est donc embêté a supprimer tout les codes OACI dans openstreetmap correspondant au piste ULM, et m'as presque menacé de me signalé à OSM si je rametais le code pour cet aérodrome. J'ai pourtant demandé sur le forum OSM et l'on m'y a dit qu'il était correct de faire cette manip...

Enfin bref, comme je vois que cette personne va insister dans cette démarche, et vu les problèmes que ça occasionne quand à l'utilisation des patch, aurait tu une idée pour contourner le problème?
Pour ma part, je sais comment faire (aller dans les données OSM téléchargées et faire le rajout) mais c'est surtout pour les utilisateurs qui se contente d'appuyer sur le bouton que je me pose la question?

Peut être faire détecter les patch non plus par le code OACI mais par la proximité des coordonnées?

[Oscar Pilote]

Salut,

En fait les patchs sont pris en compte indépendamment de leur nom s'ils finissent par .patch.osm, mais sans le code icao dans osm il ne remarque pas que le patch et le aeroway=aerodrome "coïncident" et il y a conflit entre aplanissement d'une part et patch de l'autre. Si tu trouves un tag osm pour le code ulm c'est par contre très simple de le faire considérer en plus ou à côté du code icao.

Sinon plus généralement le mieux serait de faire une base de .mesh, ce qui permettrait de court-circuiter les étapes 1 et 2 et de profiter ou faire profiter de toutes les améliorations que qq'un apporte à un mesh. Le programme pourrait par exemple tester si le .mesh existe sur le serveur, et partir de là pour le Step 3 (on en avait un peu discuté il y a pas mal de temps avec Pascal, mais tous les deux on aime bien notre rythme de tortues :-).

Les .mesh (qu'ont peut beaucoup compresser en 7z car en natif ce sont des fichiers textes) peuvent être redistribués librement (il faut juste mentionner les licences OSM et l'origine des données d'altitudes).
J'uploaderai ce week-end un ou deux exemples de mesh réalisés avec des données de base haute résolution, des exemple où il serait impossible de livrer les données d'altitudes (plusieurs gigas voire dizaines de gigas par tuile) et où pourtant le mailleur arrive à reproduire qqch de pas trop mal dans seulement 50Mb de .mesh. Dans de tels cas je n'utilise ni aplanissement ni patch, mais je force juste quelques arrêtes en amont pour que la triangulation soit "alignée" aux pistes et aux taxiways, ainsi qu'aux routes et aux chemins de fers.

[jojo64]

En fait les patchs sont pris en compte indépendamment de leur nom s'ils finissent par .patch.osm, mais sans le code icao dans osm il ne remarque pas que le patch et le aeroway=aerodrome "coïncident" et il y a conflit entre aplanissement d'une part et patch de l'autre. Si tu trouves un tag osm pour le code ulm c'est par contre très simple de le faire considérer en plus ou à côté du code icao.

Pourquoi pas! Cela éviterai quoi qu'il advienne de devoir ouvrir et corriger à chaque fois les données OSM téléchargées. On pourrait utiliser quoi comme tag?
"local_ref" m'a été proposé par ce monsieur, ce qui me semble correct.

Sinon plus généralement le mieux serait de faire une base de .mesh, ce qui permettrait de court-circuiter les étapes 1 et 2 et de profiter ou faire profiter de toutes les améliorations que qq'un apporte à un mesh. Le programme pourrait par exemple tester si le .mesh existe sur le serveur, et partir de là pour le Step 3 (on en avait un peu discuté il y a pas mal de temps avec Pascal, mais tous les deux on aime bien notre rythme de tortues :-).
Les .mesh (qu'ont peut beaucoup compresser en 7z car en natif ce sont des fichiers textes) peuvent être redistribués librement (il faut juste mentionner les licences OSM et l'origine des données d'altitudes).

En voila une très bonne idée!
Du coup j'ai une ou deux questions:
Le fichier .mesh, intègrerai t'il aussi les éventuelles modifications/améliorations que je pourrai faire au niveau des données OSM?
Je crois comprendre aussi par conséquent que le fichier .mesh intègre aussi les patchs?
Y a t'il des contraintes quand au serveur, ou n'importe lequel fera l'affaire? (bien sur qu'il est les reins assez costaud pour supporter les connexions)

Si c'est le cas alors la solution serait géniale!
On commençait justement à se poser la question chez XPFR sur le comment on allai faire pour partager les patch et les Osm et faire en sorte que tous les "tuilleurs ortho4xpléniens" puissent profiter des nouvelles scène fabriquées sur mesure pour être utiliser avec des aérodromes en pente (et qui verrait donc probablement certains des bâtiments dans le sol ou en l'air sans l'utilisation du bon patch) comme Peyresoudre ou Mont-de-Marsan dernièrement (je passe d'autre exemple!)

Bien sur, cela n’empêchera pas de proposer des tuiles toutes faite chez zonephoto pour ceux qui n'utilisent pas ortho4xp et pour ceux qui veulent aussi profiter des retouches photos déjà toute faite, nécessaires à certains endroit, ou encore des mask personnalisés aux lieux.

[Oscar Pilote]

Oui le .mesh c'est que qui sort après le Step 2, c'est un fichier qui décrit toute la géométrie du maillage ainsi que d'éventuels attributs pour les noeuds/arêtes/triangles de celui-ci (par exemple pour une triangle dire s'il est en eau ou en sol). La seule information qu'il ne possède pas ce sont les textures et les coordonnées textures, c'est pour cela qu'on peut l'utiliser indépendamment de ce qui sera utilisé pour le peindre (il faut juste que les triangles soient adaptés aux bords des futures textures, mais c'est le cas si celles-ci sont en webmercator).

Pour un serveur c'est autrement plus léger que les textures, il y a pratiquement un facteur 100 de différence.

[Oscar Pilote]

Pour mes amis Nerviens un mesh de la +50+004. Une fois dézippé le mettre directement dans le répertoire de la tuile
et faire Step 3 sans plus toucher au 1 ou 2.

https://drive.google.com/file/d/0B3vPD6IeCB9zejU3WGcyeWVSaVU/view?usp=sharing

Vous pouvez remercier le service publique de la Wallonie qui m'a donné accès à leurs données gargantuesques,
même si le mesh final ne retient environ que 0.01% des données disponibles (à partir d'un nuage de 10 milliards
de points, tout le jeu était de bien les choisir pour n'en retenir qu'un peu plus d'un million, je n'aurais pas pu les distribuer sinon).

Il n'y a ni patch ni aplanissement pour les aéroports, simplement j'ai forcé les arêtes OSM des pistes et des taxiways
pour que les triangles aient plus de chance d'être bien orientés par rapport à la piste.
A terme je voudrais encore redresser les routes dans le sens perpendiculaire à leur cours (pour l'instant elles sont forcées
comme des lignes, ce qui évite déjà pas mal les montagnes russes mais par endroits le long de la Meuse elles penchent
quand la vallée est étroite), et rehausser les forêts pour donner un effet un peu moins plat (au moins pour ceux qui ne veulent pas d'arbres objets).

Il va sans dire que c'est surtout utile pour du vfr entre 1000 et 3000 ft.

[Dobro]

heu c'est normal ça (toute l'apres midi ) (en mode batch seulement , car en mode tuile par tuile apparemment ça marche )

Downloading airport and water/ground boundary data from Openstreetmap :
Obtaining OSM data for way["aeroway"="aerodrome"]
OSM server was busy, new tentative...
OSM server was busy, new tentative...
OSM server was busy, new tentative...
OSM server was busy, new tentative...
OSM server was busy, new tentative...

etc...

[reedit] bon ça remarche

[Odevillée]

Pour mes amis Nerviens un mesh de la +50+004. Une fois dézippé le mettre directement dans le répertoire de la tuile
et faire Step 3 sans plus toucher au 1 ou 2.

https://drive.google.com/file/d/0B3vPD6IeCB9zejU3WGcyeWVSaVU/view?usp=sharing

Vous pouvez remercier le service publique de la Wallonie qui m'a donné accès à leurs données gargantuesques,
même si le mesh final ne retient environ que 0.01% des données disponibles (à partir d'un nuage de 10 milliards
de points, tout le jeu était de bien les choisir pour n'en retenir qu'un peu plus d'un million, je n'aurais pas pu les distribuer sinon).

Il n'y a ni patch ni aplanissement pour les aéroports, simplement j'ai forcé les arêtes OSM des pistes et des taxiways
pour que les triangles aient plus de chance d'être bien orientés par rapport à la piste.
A terme je voudrais encore redresser les routes dans le sens perpendiculaire à leur cours (pour l'instant elles sont forcées
comme des lignes, ce qui évite déjà pas mal les montagnes russes mais par endroits le long de la Meuse elles penchent
quand la vallée est étroite), et rehausser les forêts pour donner un effet un peu moins plat (au moins pour ceux qui ne veulent pas d'arbres objets).

Il va sans dire que c'est surtout utile pour du vfr entre 1000 et 3000 ft.

Le Nervien remercie le Parisii

[atanorr]

Grand merci la wallonie :D , les taxes vont suivre ?

Dans leur base de données , ils n'ont pas l'imagerie satellite 2017 de l’Europe?.. à des fins d'étudiants que nous sommes... :/ ?.

[Dobro]

bon ça recommence

probleme OSM serveur

sur la tuile 45 +004 (BI 15 )

Downloading airport and water/ground boundary data from Openstreetmap :
Obtaining OSM data for way["aeroway"="aerodrome"]
OSM server was busy, new tentative...
OSM server was busy, new tentative...
OSM server was busy, new tentative...
OSM server was busy, new tentative...
etc ...

ça vous le fait aussi ??

du coup j'ai pas l'eau d'Xplane sur mes maps

[atanorr]

bon ça recommence

probleme OSM serveur

sur la tuile 45 +004 (BI 15 )





ça vous le fait aussi ??

du coup j'ai pas l'eau d'Xplane sur mes maps

Il existe un meilleur serveur plus rapide que j'avais trouvé, oscar est au courant , c'était déjà le cas au tout début du projet, j'avais modifier le ortho4xp.py pour lui faire changer l'adresse du serveur osm, une recherche Google tu devrais le retrouver

[Oscar Pilote]

bon ça recommence

probleme OSM serveur

Trop de tuiles réalisées pour les serveurs OSM overpass (la question se pose aussi pour Bing).
A l'automne 2016 quand le .exe est apparu avec son compteur

http://simplehitcounter.com/hit.php?uid=2163525&f=16777215&b=0

qui se déclenche à chaque lancement de tuile il y avait en gros entre 500 et 1000 tuiles
faites par jour, vers Noël c'était passé à 3000 environ, et aujourd'hui j'ai l'impression que
c'est souvent autour des 10000, le compteur passera sans doute le million ce week-end.

Les utilisateurs n'ont pas forcément conscience que la bande passante est le nerf de la guerre, je suis
sûr que les données OSM de la +45+004 tu les as déjà téléchargées plus d'une fois par exemple.
C'est une des raisons qui font que la communauté doit se prendre en charge et mutualiser/réutiliser ses données,
en tout cas c'est en ayant cela à l'esprit que j'essaie de faire évoluer le programme, hors ligne, depuis un certain temps.

En attendant ceux qui avaient suivi les conseils de ne jamais effacer des données d'entrée
( = OSM_data, Elevation_data et Orthophotos) non corrompues seront à l'abri des gouttes.

[atanorr]

pour nous :

Overpass API servers QA
Server URL Status Median response time Mean status Detail

http://api.openstreetmap.fr/oapi/interpreter RESULT_ERROR 4.209 s 77 % Det.
http://overpass-api.de/api/interpreter OKAY 5.739 s 99 % Det.
http://overpass.osm.ch/api/ OKAY 1.866 s 99 % Det.
http://overpass.osm.rambler.ru/cgi/interpreter OKAY 20.134 s 90 % Det.
http://overpass.osm.vi-di.fr/api/interpreter OKAY 5.374 s 100 % Det.

overpass_server_list':{"1":"http://api.openstreetmap.fr/oapi/interpreter", "2":"http://overpass-api.de/api/interpreter","3":"http://overpass.osm.rambler.ru/cgi/interpreter","4":"http://overpass.osm.ch/api/","5":"http://overpass.osm.vi-di.fr/api/interpreter"}\

Confirme moi Oscar si c'est good? ;)

[Dobro]

Ok Merci

atanorr, je viens de tester ta ligne,
ça marche chez moi !!


bon en fait ça n'a pas resolu mon probleme de base qui est la disparition de l'eau des rivieres .. Xplane sur mes maps ...
d'ou le fait de refaire OSM ....

mes parametres sont toujours les memes pourtant ...
Water Option =3
Ratio Water = 0.3
Water smoothing =3
Mask With=8
Sea Smoothing=0

comprends pas ...

[Patten]

Salut à tous,

...........

mes parametres sont toujours les memes pourtant ...
Water Option =3
Ratio Water = 0.3
Water smoothing =3
Mask With=8
Sea Smoothing=0

comprends pas ...

Gné?.
C'est l'ancienne interface, ou c'est moi qui suis à la bourre?.
Water option==> absent
Water smoothing==> absent
Sea Smoothing==>absent