Ortho4XP

[Mclnight]

Merci pour la mise à jour Oscar_Pilote profite bien de tes vacances !
Aller hop demain j'attaque la +43+006 💪

[Oscar Pilote]

Aller hop demain j'attaque la +43+006 💪

Je viens de tester (sans orthophoto et sans sniff), tu peux choisir un curvature_tol >= 0.6 (pour lequel tu auras 3 millions de triangles),
à 1 tu en auras 2 millions et à 2 tu en auras 1.3 millions (ce qui est sans doute suffisant pour ce type de relief, tu peux essayer
pour tester la différence).
N'oublies pas de mettre le fichier N43E006.hgt de J. de Ferranti dans Elevation_data, maintenant je n'utilise que les siens lorsqu'ils
sont disponibles (et plus un mix avec SRTM).
Aussi tu me fais penser que je dois rajouter un truc dans mon post d'hier (Etang de Berre & Cie).

[Mclnight]

N'oublies pas de mettre le fichier N43E006.hgt de J. de Ferranti dans Elevation_data, maintenant je n'utilise que les siens lorsqu'ils
sont disponibles (et plus un mix avec SRTM).

c'est déjà fait ! mais a-t-il la priorité sur les autres fichiers d'élévation? n43_e006_1arc_v3 et ASTGTM2_N43E006_num?

je voulais ajouter une suggestion.... est-t-il possible d'avoir le même niveau de réflexion de l'eau quel que soit le ratio du water mask? pour au final avoir une transition parfaite entre l'eau ortho et l'eau par défaut X-plane

http://www.hostingpics.net/viewer.php?id=355500Sanstitre3.png

http://postimg.org/image/iqsct30uf/full/

[atanorr]

Merci Oscar, Très bonne Vacances, ;)
Pour la Ram ( 24giga) je pensais justement faire l'étude d'achat d'une barrette supplémentaire pour passer à 32 giga. sur ce dsftool qui me met KO !
( pour info la map 51 004 plante ou plantait ;) je n'ai pas encore testé ta dernière version , avec un curvature de 1, de 2 et de 3. , chaque fois l'étape 5 .)

Grand Merci Oscar pour tes éclaircissements , pour info j'étudie python ;) ..

[Oscar Pilote]

Pour la Ram ( 24giga) je pensais justement faire l'étude d'achat d'une barrette supplémentaire pour passer à 32 giga. sur ce dsftool qui me met KO !

Oulaaa, moi je parlais d'une machine qui a 2Gb... (c'est un peu toujours le problème de la facilité, plus les matériels progressent moins l'attention
est portée sur l'utilisation parcimonieuse de la ressource - les développeurs de matériels embarqués savent eux ce qu'il en est).
Pour Ortho4XP, à condition de récrire DSFTool et de se passer du module overpy, il devrait y avoir moyen de ne jamais dépasser 100Mb d'occupation
mémoire, mais ce sera(it) plus compliqué à programmer.

[Oscar Pilote]

c'est déjà fait ! mais a-t-il la priorité sur les autres fichiers d'élévation?

Oui et ils peuvent être omis dans ce cas.

est-t-il possible d'avoir le même niveau de réflexion de l'eau quel que soit le ratio du water mask?

Pas si on veut utiliser l'eau X-Plane (elle vient comme un tout et on n'a pas accès par exemple à juste l'écume et les reflets sans le fond bleu).
La "seule" chose que l'on puisse faire de cette manière, c'est donner un pourcentage de transparence à l'une et l'autre couche
(eau X-Plane et orthophoto), c'est précisément l'objet de ratio_water (pour les rivières) ou bien du niveau de gris du masque (pour les mers).
Pour que la transition soit plus douce, il faut étendre au plus possible l'étendue de la zone de transition, et le facteur limitant est la
distance au bord à laquelle les orthophotos deviennent pourries. Dans ton exemple, on à l'impression que la transition pourrait commencer
plus proche de la plage, afin qu'elle s'étende sur une plus large zone (= le nbr de pixels de "adoucir le bord" dans gimp si je me souviens
bien).


As-tu pu tester la "platitude" des aéroports avec la nouvelle version ? Avant que tu arrives à la +43+007 il faudra que j'encode LFMN sur osm...,
il fait un temps de chiotte en +45+006...
(non DEDANS !)

[atanorr]

Je reste sur la tuile 51 004.
Crash de dsftool à chaque fin ( étape 6 ) converting au format bin ..... avec un curvature de 1 à 3 et 5( toujours en sniffant le dsf uhdv3 ,je précise )
j'ai essaye de retrouver un vieux dsftool , la version 1.1 , impossible à retrouver un lien :-( , j'ai même essayé les versions de: G2xpl , w2xpl etc, rien du tout toujours le même problème avec un message d'erreur un peut plus différent avec celui de w2xpl mais plantage au post 6 convert to bin... .

Pour les bords de tuiles, comme tu as modifier , améliorer les triangles du contour, dois-je refaire tourner les 2 tuiles précédentes dans la moulinette ortho4xp ?

Si tu as un peu de temps, une petite video pour openstreetmap , modification airports contour ;) ..
Doit-on toujours sniffer pour les routes , pylônes ,etc?

Suite: Crash aussi en curvature 5 sans sniff true....
Si vous voyer une tour qui flotte sur la seine là chez vous à Paris, c'est que de mon bureau belge, j'ai lancé mon pc par la fenêtre !

[Dobro]

Si vous voyer une tour qui flotte sur la seine là chez vous à Paris, c'est que de mon bureau belge, j'ai lancé mon pc par la fenêtre !

je ne crois pas que la Seine (l'Yonne en réalité ;) ) aille dans ce sens là ..
plus de chance que ce soit toi qui vois passer une tour parisienne LOL

[fatboytit]

Salut Oscar et tous ceux dont je suis le feuilleton depuis le début.
J'avoue que je ne comprends pas toujours votre jargon, mais je fais des efforts.
En tout cas félicitations Oscar pour ta disponibilité et ton apport à la communauté.
Bon, çà y est, j'ai mis mon maillot et mon bonnet et je me suis lancé à mon tour... dans le petit bain seulement et même le pédiluve !
J'ai suivi ton tuto et installé Ortho4XP, ainsi que les autres outils pour windows.
J'ai d'abord repris ton exemple de tuile de Ouessant 48-6 que je connais très bien, étant de Concarneau, en suivant le readme associé.
Et voici les résultats ... pas terrible .


1- PIP
E:\XP-PGM\Ortho4XP>pip install requests ==> affichage du message suivant
'pip' n'est pas reconnu en tant que commande interne ou externe, un programme exécutable ou un fichier de commandes.
J'ai donc exécuté la commande "pip" par ce moyen ==>
E:\XP-PGM\Ortho4XP>C:\Python34\Scripts\pip install requests
et çà ,marche, ainsi que pour les suivantes.

2- Exécution de Ortho4XP pour la 1ère Tuile : 48-6

E:\XP-PGM\Ortho4XP>Ortho4XP.py build_tile 48 -6
affichage des messages suivants ==>:

Le centre de la tuile que vous vous apprêtez à construire ne disposera
d'aucune texture photoréaliste. Il s'agit peut-être d'un oubli dans
le fichier de configuration. Désirez-vous continuer malgré cela ? (O/N) :

Après réponse par "O", les étapes 1 à 6 se déroulent bien ==>

Etape 1 (Constitution des frontières eau/sol et aéroports)
--------

-> Téléchargement sur OpenstreetMap des limites et des pistes d'aéroports
ainsi que des limites sol/eau.

-> way["aeroway"="aerodrome"] téléchargé sans erreur : 20 noeuds.
* LFEC Aérodrome de Kerlaouen
-> way["aeroway"="runway"] téléchargé sans erreur : 7 noeuds.
-> way["natural"="water"] téléchargé sans erreur : 50 noeuds.
-> rel["natural"="water"] téléchargé sans erreur : aucun noeud.
-> way["waterway"="riverbank"] téléchargé sans erreur : aucun noeud.
-> rel["waterway"="riverbank"] téléchargé sans erreur : aucun noeud.
-> way["natural"="coastline"] téléchargé sans erreur : 3338 noeuds.
-> traitement des données associées terminé : 3408 nouveaux noeuds.


-> Ajout des arêtes fictives du bord de tuile et de la grille des orthophotos et

calcul de leurs intersections avec les arêtes non fictives,

Elimination des noeuds devenus obsolètes :

-> Terminé.

-> Transcription des données traitées dans un fichier au format PSLG
(Planar Straight-Line Graph):

-> Ecriture réalisée sans erreur dans le ficher Data+48-006.poly
Reste 43672 arêtes à la fin du processus.

--> Terminé en 45.89sec.

Etape 2 (Maillage de la tuile)
--------
-> Chargement des données altimétriques
-> Calcul de la matrice de courbure du terrain

-> Lancement du mailleur proprement dit :

Opening Data+48-006.poly.
Constructing Delaunay triangulation by divide-and-conquer method.
Delaunay milliseconds: 80
Recovering segments in Delaunay triangulation.
Segment milliseconds: 50
Removing unwanted triangles.
Spreading regional attributes.
Hole milliseconds: 260
Adding Steiner points to enforce quality.
Quality milliseconds: 360

Writing Data+48-006.1.node.
Writing Data+48-006.1.ele.
Writing Data+48-006.1.poly.

Output milliseconds: 310
Total running milliseconds: 9210

Statistics:

Input vertices: 30853
Input segments: 43672
Input holes: 0

Mesh vertices: 39734
Mesh triangles: 64510
Mesh edges: 104243
Mesh exterior boundary edges: 14956
Mesh interior boundary edges: 32048
Mesh subsegments (constrained edges): 47004

--> Terminé en 20.22sec.

Etape 3 (Traitement des données d'altitude)
--------

-> Calcul des altitudes des sommets du maillage par interpolation.
Mise à plat des mers et des océans.
Traitement de surface des aéroports.
Lissage des lacs et rivières.
--> Terminé en 1.59sec.
-> Calcul de la "normal map" aux sommets du maillage.
--> Terminé en 2.14sec.

Etape 4 (Téléchargement et conversion des textures)
--------

-> Lancement du téléchargement et de la conversion des textures
--> Terminé en 1.64sec.

Etape 5 (Ajout éventuel de données tierces)
--------

-> Ecriture du DSF en mode texte dans le fichier +48-006.dsf.txt.

Etape 6 (Ecriture du dsf final et nettoyage des fichiers temporaires)
--------

Ajout du répertoire manquant .\zOrtho4XP_+48-006\Earth nav data\+40-010
-> DSFTool convertit maintenant le DSF nouvellement créé
au format binaire :

Converting +48-006.dsf.txt from text to DSF as +48-006.dsf
Scanning for dimension properties...
Got dimension properties, establishing file writer...
Got entire file, processing and creating DSF.
Vertices: total = 95592, strip = 89886, fan = 0.
Primitives: total = 13662, strip = 13639, fan = 0.
Contiguous vertices: 22230. Individual vertices: 73362
3-d Objs pool starts at: 0
Terrain pool depth 5 starts at 0
next pool would be at 507
Total cross-pool primitives: 9232. Total range primitives: 3842. Total enumera
ted primitives: 588.
Converted +48-006.dsf.txt to +48-006.dsf
1 fichier(s) copié(s).

Terminé.

Temps total de traitement : 78.95sec.

Bon vol !

E:\XP-PGM\Ortho4XP>

mais le résultat est loin d'être comme le tien : méconnaissable, contours taillés au couteau, pas de plage, etc ...

Voici :



2- Exécution de Ortho4XP pour la 2ème Tuile : 48-3

E:\XP-PGM\Ortho4XP>Ortho4XP.py build_tile 48 -3

Le centre de la tuile que vous vous apprêtez à construire ne disposera
d'aucune texture photoréaliste. Il s'agit peut-être d'un oubli dans
le fichier de configuration. Désirez-vous continuer malgré cela ? (O/N) : o

Etape 1 (Constitution des frontières eau/sol et aéroports)
--------

-> Téléchargement sur OpenstreetMap des limites et des pistes d'aéroports
ainsi que des limites sol/eau.

-> way["aeroway"="aerodrome"] téléchargé sans erreur : 147 noeuds.
* LFRD Dinard - Pleurtuit - Saint-Malo
* LFRT Aéroport de Saint-Brieuc
* Aérodrome de Dinan Trélivan
* Aérodrome de Pontivy
-> way["aeroway"="runway"] téléchargé sans erreur : 20 noeuds.
-> way["natural"="water"] téléchargé sans erreur : 26882 noeuds.
-> rel["natural"="water"] téléchargé sans erreur : 2893 noeuds.
-> way["waterway"="riverbank"] téléchargé sans erreur : 34628 noeuds.
-> rel["waterway"="riverbank"] téléchargé sans erreur : 4152 noeuds.
-> way["natural"="coastline"] téléchargé sans erreur : 18275 noeuds.
-> traitement des données associées terminé : 34643 nouveaux noeuds.


-> Ajout des arêtes fictives du bord de tuile et de la grille des orthophotos et

calcul de leurs intersections avec les arêtes non fictives,

Elimination des noeuds devenus obsolètes :

-> Terminé.

-> Transcription des données traitées dans un fichier au format PSLG
(Planar Straight-Line Graph):

-> Ecriture réalisée sans erreur dans le ficher Data+48-003.poly
Reste 73973 arêtes à la fin du processus.

--> Terminé en 132.59sec.

Etape 2 (Maillage de la tuile)
--------
-> Chargement des données altimétriques

J'ai rencontré un problème en chargeant les fichiers d'altitude SRTM
et Aster GDEM qui devraient être dans le répertoire Elevation_data.
Peut-être sont-ils corrompus où les avez vous oubliés ?

Et là, l'exécution s'arrête !. Pourquoi cette différence avec la tuile précédente ??

Si tu as un peu de temps pour un néophyte ... Merci d'avance.
Michel

[atanorr]

@Oscar
un lien plus simple pour ne pas devoir aller sur 2 sites différents
je l'ai déjà donné , le voici : => http://gdex.cr.usgs.gov/gdex/ tu as les Aster et Srtm ,
je dois bien évidement changé le nom du fichier, sauf si bien sûr tu l'ajoute au Otho4xp.py , le nom des fichiers exemple: SRTMv3_1_N51E005.tif , je dois bien sûr le renommer en : n51_e005_1arc_v3.tif

[Mclnight]

Bonsoir Oscar
merci pour toute ces infos.
alors après avoir réaliser la +43+006 j'ai vérifié LFMC Le Cannet et LFTZ La Mole c'est tout plat Nickel
pour le temps, par ici c'est pas meilleurs :/ 48h de pluie ! mais le bon coté des choses c'est qu'on bosse plus sur Ortho4XP =)
je me suis amusé à faire de l'ortho sur Mer en ZL15 avec un water_mask de 0.7 .... ça ouvre des possibilités ...

http://www.hostingpics.net/viewer.php?id=470196Merortho.jpg

[atanorr]

1- PIP
E:\XP-PGM\Ortho4XP>pip install requests ==> affichage du message suivant
'pip' n'est pas reconnu en tant que commande interne ou externe, un programme exécutable ou un fichier de commandes.
J'ai donc exécuté la commande "pip" par ce moyen ==>
E:\XP-PGM\Ortho4XP>C:\Python34\Scripts\pip install requests
et çà ,marche, ainsi que pour les suivantes.

Réinstalle python3.4, dans l’installation tout en bas , coche la case , insérer path à windows ,
sinon google: python3.4 path windows tu peux le faire manuellement.
Comme windows n'as pas le Path de python, lorsque tu voudras lancer une commande de python sans le .py , ou un pip , etc windows va t'envoyer dans les roses.

@Fatboy
Dans le config,
dsf_overlay = True tu as oublié ... par défaut il est sur False il me semble.

[atanorr]

Bonsoir Oscar
merci pour toute ces infos.
alors après avoir réaliser la +43+006 j'ai vérifié LFMC Le Cannet et LFTZ La Mole c'est tout plat Nickel
pour le temps, par ici c'est pas meilleurs :/ 48h de pluie ! mais le bon coté des choses c'est qu'on bosse plus sur Ortho4XP =)
je me suis amusé à faire de l'ortho sur Mer en ZL15 avec un water_mask de 0.7 .... ça ouvre des possibilités ...
http://www.hostingpics.net/viewer.ph...96Merortho.jpg

Encore faut t'il trouver, sur quel base de donnée qui propose des textures sur Mer .. ?
Je trouve cela très intéressant , sinon pour mes config tuiles; overlay est à 0,23
à combien tu te trouves , en water_overlay dans une tuile normal?

[Mclnight]

Encore faut t'il trouver, sur quel base de donnée qui propose des textures sur Mer .. ?

Aucune ! il faut juste un peu d'imagination
j'ai pris une photo comme celle-là http://bgfons.com/upload/water_texture2378.jpg
je me suis arrangé pour la glisser dans le dossier BI -> ZL15
en zoom 18 le résultat serait meilleurs mais déjà à 15 c’était un peu fastidieux mais si Oscar peut automatiser tout ce que j'ai fait à la main en utilisant Python ça pourrait être plus simple

[Mclnight]

voici le résultat à 10 000 pieds avec un water_mask de 0.3 ça fait un peu piscine mais avec la bonne photo ça pourrait être beaucoup mieux

http://www.hostingpics.net/viewer.php?id=549262Merortho3.jpg