Ortho4XP

[Odevillée]

ahahahah, y à pas eu trop de taupes? :D , ça fait énormément des dégâts ces petites bêtes :D
Re bonjour oscar, et dsl pour mes fausses informations alors , je pensais résoudre les bras de mer avec un mask ... donc c'est perdu?
comment faire.. ,?

Aussi, j'ai désinstallé, réinstallé python, etc, rien n'y fait..
Etap 1 ==> reste dessus pendant au moins 10 min ... avant d'avancer...

pff c'est énervant pour mes essais , pareil sous vmware , eaudevillée chez toi ça passe rapidement?

Non c'est long aussi.

[atanorr]

ahahahah, y à pas eu trop de taupes? :D , ça fait énormément des dégâts ces petites bêtes :D
Re bonjour oscar, et dsl pour mes fausses informations alors , je pensais résoudre les bras de mer avec un mask ... donc c'est perdu?
comment faire.. ,?

Aussi, j'ai désinstallé, réinstallé python, etc, rien n'y fait..
Etap 1 ==> reste dessus pendant au moins 10 min ... avant d'avancer...

pff c'est énervant pour mes essais , pareil sous vmware , eaudevillée chez toi ça passe rapidement?

Quelle est le tag à insérer dans open street map afin qu'éventuellement les bras de mer soient pris en charge ?

dsl , avec un curvature tol de 2
Etape 5 (Ajout éventuel de données tierces et écriture du dsf)
--------

-> Ecriture du DSF en mode texte dans le fichier +51+004.dsf.txt.
-> DSFTool convertit maintenant le DSF nouvellement créé
au format binaire :

Converting +51+004.dsf.txt from text to DSF as +51+004.dsf
Scanning for dimension properties...
Got dimension properties, establishing file writer...
Got entire file, processing and creating DSF.
Vertices: total = 8843310, strip = 8362692, fan = 0.
Primitives: total = 1370227, strip = 1368322, fan = 0.
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
Le fichier spécifié est introuvable.


Plantage du dsf tools je présume .. après 1494,48 sec ... pour dire le temps.. alors que j'avais déjà téléchargé les cartes en z14...
3 jours passé la dessus.. ,
:-(

[atanorr]

j'ai voulu réessayé avec ubuntu..
Téléchargement des frontières sol/eau et des limites d'aéroports
sur OpenStreetMap via l'api overpass.

-> way["natural"="water"] téléchargé sans erreur : 851713 noeuds.
Traceback (most recent call last):
File "./Ortho4XP", line 2244, in <module>
build_poly_file(lat,lat+1,lon,lon+1,tags,poly_file )
File "./Ortho4XP", line 170, in build_poly_file
if strcode(way.nodes[0]) == strcode(way.nodes[-1]):
File "./Ortho4XP", line 350, in strcode
return str(ptg(node.lat))+'_'+str(ptg(node.lon))
File "./Ortho4XP", line 359, in ptg
return round(x*10**precision)/10**precision
NameError: name 'precision' is not defined
yves@yves-virtual-machine:~/Bureau/ortho4xp$

je fais appel à tes lumières Oscar..

[Odevillée]

j'ai voulu réessayé avec ubuntu..
Téléchargement des frontières sol/eau et des limites d'aéroports
sur OpenStreetMap via l'api overpass.

-> way["natural"="water"] téléchargé sans erreur : 851713 noeuds.
Traceback (most recent call last):
File "./Ortho4XP", line 2244, in <module>
build_poly_file(lat,lat+1,lon,lon+1,tags,poly_file )
File "./Ortho4XP", line 170, in build_poly_file
if strcode(way.nodes[0]) == strcode(way.nodes[-1]):
File "./Ortho4XP", line 350, in strcode
return str(ptg(node.lat))+'_'+str(ptg(node.lon))
File "./Ortho4XP", line 359, in ptg
return round(x*10**precision)/10**precision
NameError: name 'precision' is not defined
yves@yves-virtual-machine:~/Bureau/ortho4xp$

je fais appel à tes lumières Oscar..

Et si nous laissions Oscar Pilote en paix pendant ses vacances ! ça peut attendre une ou deux semaines.

[atanorr]

Et si nous laissions Oscar Pilote en paix pendant ses vacances ! ça peut attendre une ou deux semaines.

tu es un petit malin toi.. tu connais les dates en plus .. ?
Je ferme les émissions . chef !

[Dobro]

Bon, apres moultes tests , ça marche enfin , j'ai pu faire ma tuile avec les routes et tout et tout


petit rappel pour les étourdis comme moi

si vous avez un plantage sur la conversion des ortho en dds , il faut augmenter le parametre curvature_tol , perso j'ai mis curvature_tol = 2 , ça le fait bien sur le relief de la Haute Loire

pour avoir les routes , Lancez en premier le prg de façon standard ! ex: Ortho4xp build_tile +45 +004
le prg bosse ...

pour avoir les routes, il faut relancer le prg (chose que je n'avais pas compris ) : Ortho4xp build_tile +45 +004 sniff_dsf=True
bien sur il faut avoir copié le DSF correspondant a la tuile (voir dans le dossier \Global Scenery\X-Plane 10 Global Scenery\Earth nav data\ ) dans le dossier "Sniff" de Ortho4xp

cela ne va pas écraser le travail précédent mais ajouter les routes qui manquent ...
a la fin
effacez votre fichier "scenery_packs.ini" du dossier Custom Scenery , et lancez X-plane


ps: je n'avais pas compris qu'il fallait relancer Ortho4xp une deuxième fois pour les Routes
je pensais qu'en le lançant directement avec le parametre sniff_dsf=True , ça allait fabriquer la tuile, et ajouter les routes ....

en tout cas, maintenant ça marche bien , perso je reste en Zoom 16 , car c'est beaucoup plus rapide , et ça me va niveau définition ..

Merci encore a Oscar

[Odevillée]

ps: je n'avais pas compris qu'il fallait relancer Ortho4xp une deuxième fois pour les Routes
je pensais qu'en le lançant directement avec le parametre sniff_dsf=True , ça allait fabriquer la tuile, et ajouter les routes ....

Je ne lance qu'une fois et ça suffit.

[Mclnight]

je confirme une fois suffit

[Dobro]

ha ... faut que je retente ça alors
ça n'avait pas marché pour moi .... mais peut etre une erreur autre


[reedit]

ça serai vraiment cool, de pouvoir utiliser les données de Relief des Dsf d'origine ...
je sais qu'au niveau définition, c'est pas le Mailleur de Ortho4xp , mais cela eviterai un tour sur Earth Explorer ..ect ..
et finalement, se serai plus confortable pour ceux qui comme moi, ne recherche pas la perfection , mais un peut plus de réalisme quand meme

surtout que le relief d'origine de X-plane est plutot fidele , je connais particulierement bien Annecy , et franchement, le semnoz, le parmelan c'est ça !

un petit flag pour recuperer le maillage du DSF , comme tu le fait pour les routes, et pour moi se serai parfait
des fichiers en moins a télécharger
du temps de gagné ...

d'autant que le systeme de recuperation sur earth Explorer n'utilise pas le meme systeme de coordonées (+45+004 )
on tatonne , c'est pas geant ...
meme si je comprends ceux qui veulent ce systeme hein ...
mais avec les relief de base, on aurai moins a galérer a allez a la pêche aux reliefs ...
allez, un petit geste pour les moins pointilleux ;)

PS 2 : remet nous les routes avec le Sniff_Dsf=True Merci


je viens de faire LSGG pour le Fun en zoom 16
ben .. je sais pas , mais ça doit etre Rock n' roll d’atterrir la dessus :lol:

[atanorr]

ahahahah :D , le smooth airport sur 10 ou 20 ne change rien? à mon avis même problème que pour Oostende qu'oscar à résolu dans openstreetmap.

[atanorr]

Bon il à gagné à L'EuroMillion Oscar ? ,il est tombé dans un trous ? , on l'à enfermé? C'est plus des vacances , c'est la pension carrément ? ! :D

[Daniel_L]

Bon il à gagné à L'EuroMillion Oscar ? ,il est tombé dans un trous ? , on l'à enfermé? C'est plus des vacances , c'est la pension carrément ? ! :D

Tu peux retourner voir son message page 48 (le numéro 472 de ce sujet). Il partait en déplacement boulot à l'étranger et ensuite il enchaînait avec les vacances. On ne le verra peut-être pas avant la fin août.

Daniel

[atanorr]

Tu peux retourner voir son message page 48 (le numéro 472 de ce sujet). Il partait en déplacement boulot à l'étranger et ensuite il enchaînait avec les vacances. On ne le verra peut-être pas avant la fin août.

Daniel

C'est de l'humour n'est-ce pas ;) ici en Belgique ont a un sens taquin ;)

[atanorr]

Est-ce que quelqu'un réussi à réaliser la tuile 51 004 en prenant le dsf uhdv3 par exemple pour l'insertion , routes etc, chez moi j'arrive pas , crash de dsftools.
Je ne sais plus, mais peut - on ajouter les routes dans le Ortho4XP ? dans les tag? je me souviens plus si quelqu'un à déjà essayé..

[Oscar Pilote]

Bonsoir/bonjour,

J'ai mis en ligne une version de Ortho4XP.py (et Ortho4XP.cfg) qui devrait j'espère résoudre un certain
nombre de problèmes soulevés ici.
Je n'ai pas eu accès à X-Plane depuis le 25 juillet, et n'ai pu y travailler que quelques heures par ci par là,
en particulier je n'ai fait aucun test autre que de lancer et de vérifier que cela tourne.
L'archive 7z n'a PAS été mise à jour (pas les moyens avec ma connexion internet).

1) Les points qui évoluent dans le fichier actuel :

- les aéroports sont totalement plats sans besoin de lissage (plus de paramètre airport_smoothing),
sauf les altiports que vous mentionneriez dans le fichier de config (code OACI dans rnw_follow_terrain) et qui subissent
alors un traitement particulier (altitudes exactes aux deux bouts de pistes, presque plat aux extrémités et la pente
la plus forte au milieu, résultat non testé et avec certainement des adaptations en perspective !).
- délestage de place mémoire avant l'étape de DSFTool (l'erreur "bad_alloc" que renvoie parfois
le code C++ de DSFTool est due à un manque de mémoire RAM lors d'une tentative de création d'objet, je
déleste donc tout ce que je peux avant, ce qui devrait améliorer nettement les choses (vous
avez vu apparaître cette erreur quand vous avez commencé à utiliser l'option sniff, qui alourdit le besoin
en mémoire RAM).
- la jonction entre deux tuiles Ortho4XP devrait être non visible (et pas de distorsion des triangles au
voisinage de la jonction - je ne me suis pas expliqué ce qu'observait atanorr toutefois)
- on peut traiter certains grandes étendues d'eau comme s'il s'agissait de mer (masques etc), il faut
indiquer leur nom (exact) openstreetmap dans le fichier de config (cfr l'exemple dans le fichier que j'ai uploadé)

2) Les points qui pourront encore poser problème ou être améliorés (cela me sert d'aide mémoire!)

- si un aéroport n'est pas parfaitement plat, c'est que son pourtour n'est pas renseigné dans openstreetmap.
Je les ai créés pour Ostende, Liège-Bierset, Genève, Marseille, Courchevel et Peyragudes. La grande majorité
des aérodromes français sont déjà inscrits, mais pas tous, je sais qu'il faudra par exemple rentrer Toulouse et
Orly (ce dernier est bien sûr dans osm mais pas sous le format souhaité). Avec l'habitude cela ne prend que
quelques minutes.
- l'étape du calcul de la normal map est un peu longuette en temps, on doit pourvoir la diviser par deux ou trois.
Plus généralement une fois le code stabilisé je tenterai d'en optimiser les étapes (à force de rajouter des
procédures on finit par calculer plusieurs fois les mêmes choses).
- crash de DSFTool (?) Je ne maîtrise pas le code de DSFTool, et il fait l'objet de plusieurs rapports de bug. Je
tenterai peut-être d'en récrire un moi-même, qui pourrait être optimisés pour les dsf ortho.
- pas encore de vrai test sous OS X. Milan m'a fait part du fait que la solution que je propose est adaptée
au mieux pour OS X 10.7 à 10.9. Pour 10.6 le changement est minime, pour 10.10 je n'en ai aucune idée
(j'ai vu que Jasum avait un Hackintosh, je le mettrai à contribution en septembre). L'idéal serait de se défaire
de la dépendance envers gdal, dont on n'utilise qu'une infime partie, à suivre...

3) Quelques réponses plic-ploc à des questions dont je me souviens :

@Smertje Yes in principle you can use Ortho4XP on an ARM processor (you have the "universal operating system"
don't you ;-) You''l need to compile DSFTool and Triangle4XP, which are not part of Debian, yourself, just using gcc.
Regarding the alpha 1 version, to keep X-Plane water only you need to call the program with the "water_overlay=False"
option. Not removing the beaches is done by NOT writing "beaches" in the third section of the config-file (see the
Ortho4XP.cfg file in the "Archive" directory of my Dropbox link).
Btw : would you be interested in an Austrian specific orthophoto providers, and if so wich one (I know many of them, some
are water-marked (e.g. geoland.at) and others are regional only (tyrol.gv.at) ?

@ Atanorr : la tuile +51+004 est particulière : la quantité de donnée OSM eau est 10 fois supérieure au moins à ce qu'elle
est sur les autres tuiles. Sur mon petit portable du boulot je n'ai déjà pas assez de mémoire pour terminer l'étape 1...
Avec les changements que j'ai faits dans la dernière version, si tu arrives jusqu'à l'étape DSFTool cela pourrait se passer mieux.
Vérifie bien qu'à l'étape 2 tu n'as pas trop de triangles à la sortie du mailleur (3 millions est largement suffisant pour les pays-bas).
[de manière plus générale, tu sembles penser que plus de triangles = mieux, en fait le but est d'avoir le moins de triangles
possible à quantité de détails donnée]
Ton problème lors de ton essai sous Ubuntu = tu as utilisé une "vieille" version d'Ortho4XP.py avec une version "récente"
d'Ortho4XP.cfg -> sorcière a fait disparaitre le paramètre "precision" entre les deux. Toujours retélécharger la dernier version
de Ortho4XP.py et Ortho4XP.cfg avant de faire de nouveaux essais.

@ Dobro. La raison principale pour la version alpha2 n'est pas d'améliorer le rendu des détails du terrain, mais avant tout
de construire soi-même les triangles pour pouvoir : 1) faire les tuiles du bord de mer avec masque (ce n'est pas ton cas mais
des utilisateurs étaient bloqués par les moches orthophotos au large des plages, et je ne sais pas comment
pas traiter le problème sans mailler moi-même) 2) ne plus devoir chevaucher les orthophotos et gagner 30% en espace disque
(cela a moins d'importance mais viens gratuitement avec).
Ce que je ferai plus tard c'est peut-être de préparer des dsf "vierges d'orthophotos" mais déjà maillés par Ortho4XP, et qui
pourront servir ensuite de base comme pour la version alpha1.
Pour les routes je ne comprends pas où est ton souci, je n'ai pas essayé mais il me semble que les autres ont dit qu'ils
obtenaient les routes (Ortho4XP recopie la partie "SEGMENTS" du dsf sniffé, et c'est elle qui contient les routes, elles se "posent"
sur le maillage, quel que soit le maillage).
Aussi, ZL16 pour la base de la tuile c'est bien, tu peux ajouter d'autres petites régions en ZL plus élevé pour pimenter le
VFR (avec par exemple comme régle que la tuile finale fasse 2 fois la taille d'une ZL16, soit 50% de la taille d'une ZL17.

@Odevillée Je t'ai mis EBLG sur openstreetmap. Pour la tuile avec les bras de mer, c'est bras de mer = mer = cela se traite
comme la mer = il faut des masques. Si les orthos sont bonnes sur tout le bras de mer le masque peut être réduit à sa
plus simple expression : du gris foncé partout (plus foncé = plus orthophoto, plus clair = plus eau à la X-Plane, et la partie
du masque au dessus des terres est sans importance, elle n'est pas prise en compte quoi qu'il en soit). Tu peux tester
et modifier ensuite tes masques sans devoir relancer Ortho4XP.

@McInight Oui, adpater le curvature_tol (= tolérance face à la courbure du terrain) pour obtenir un nombre de triangles à l'étape
2 qui soit au plus de 3 ou 4 millions (et 1 ou 2 millions est déjà très bien) est une sage idée pour éviter que DSFTool ne plante
(à terme Ortho4XP écrira j'espère directement en binaire, sans passer par l'étape DSFTool, mais je n'y ai pas encore vraiment
réfléchi).

Voilà c'est tout, pardon si j'en oublie, je serai de retour le 23 août.

Si Fonta et LeBelge nous lisent j'espère qu'ils se portent bien et je les salue.