Ortho4XP

[fatboytit]

@dobro
Je suis étonné de tes pbs, j'utilise aussi la dernière version de dropbox (ortho4XP.py d'hier, il y a 32h) et je n'ai aucun pb.
Sur la 45+6, j'avais des "pyramides" par endroits autour du Mt Blanc, mais c'était un pb de calcul de sqrt dans le mailleur.
Depuis un bon mois que je teste, ortho ne s'est jamais planté, mais bon , je ne vais peut-être pas assez le chatouiller comme vous 2 (avec atanorr).
(je suis resté sur Win7,... j'attends que les "platriers" aient fini d'essuyer

@atanorr, je n'ai pas eu le temps de faire la 51 +4

[Oscar Pilote]

tu essaies ton prg sous environnement Windows 10 ?
ou bien tu ne testes que sous Linux , en priant pour que ça marche sous les autres plateforme ??....

Je n'ai pas Windows 10. Je teste sur les plate-formes qui me sont disponibles, à savoir Linux
et Windows 7, et sporadiquement sur Mac Os X 10.6.8 quand j'y ai accès.
J'ai arrêté de prier il y a de nombreuses années...

Avant de perdre ton temps il n'aurait pas été inutile de chercher à comprendre la signification des messages
d'erreurs. Pour faire un parallèle, ce que tu as fait c'est comme vouloir modifier toutes les options de retouche de
photoshop alors que tu n'es pas encore parvenu à ne fut-ce qu'ouvrir photoshop (et que ton OS te le dit tout haut)
à cause d'un mauvais nom d'appel, tu pouvais essayer longtemps.

'C:\X-Plane' n’est pas reconnu en tant que commande interne <<<<<<<<<<<<< ça c'est bizarre !!!!
ou externe, un programme exécutable ou un fichier de commandes.
C'est le message qu'utilise ton système d'exploitation pour te dire que "tu" as essayé de lancer
une commande qu'il ne connaît pas, à savoir la commande vide... Le seul appel système à l'étape 3 est l'appel
au mailleur, qui est ".\Utils\Triangle4XP.exe", où le . désigne le répertoire courant (celui depuis lequel s'exécute
Ortho4XP). Je ne suis pas familier de Windows mais ma réaction aurait été "Mon répertoire ne se nommerait-t-il
pas "X-Plane 10" par hasard et ce bourricot de système de commande de Windows n'est-il pas en train de prendre
cet espace entre X-Plane et 10 comme une séparation entre nom de commande et un argument ?" Je peux me
tromper mais cela sent assez fort.

Le mailleur Triangle4XP a rencontré une difficulté avec les paramètres
demandés, le processus a du s'arrêter. <<<<<<<<<<<<<<<<<<<<<< ET ça .. mais alors, qu'est ce que
ça me gonfle !!! LOL
A moins d'invoquer d'autres manitous, de l'appel système je ne reçois que la valeur de retour : 0 = roule ma poule,
1 = crotte de bique, alors quand je reçois 1 je te fais écrire que le mailleur à rencontré un problème (mais lui même t'indiquera
la cause précise si le problème est de son fait ou bien au contraire l'os te crachera (comme ici) un message d'erreur si c'est
de son côté). fficace".


j'ai essayé de changer les parametres sans obtenir de résultat !

les derniers que j'ai essayé etaient :
curvature_tol = 4
water_smoothing = 5
min_area=2
water_overlay = True
ratio_water = 0.2

ortho_list.append("45 46 6 7 17 FR") <<<<<<<<<<<< FR ou BI , c'est kiff kiff bouricot !
Si ton plombier te dis que ta chaudière est foutue tu changes de marque de yoghurt en espérant
que cela puisse résoudre le problème ;-) ?

Je fais ce que je peux pour répondre et dépatouiller les problèmes que vous rencontrez. Je pourrais aussi passer mon temps
à tester et me construire des batteries d'os sous vmware pour cela, mais je trouve cela plus efficace ainsi (peut-être pas
toi ), et cela me laisse un petit peu de temps pour avancer en parallèle.

[atanorr]

@dobro
Je suis étonné de tes pbs, j'utilise aussi la dernière version de dropbox (ortho4XP.py d'hier, il y a 32h) et je n'ai aucun pb.
Sur la 45+6, j'avais des "pyramides" par endroits autour du Mt Blanc, mais c'était un pb de calcul de sqrt dans le mailleur.
Depuis un bon mois que je teste, ortho ne s'est jamais planté, mais bon , je ne vais peut-être pas assez le chatouiller comme vous 2 (avec atanorr).
(je suis resté sur Win7,... j'attends que les "platriers" aient fini d'essuyer

@atanorr, je n'ai pas eu le temps de faire la 51 +4

faut dire également qu'avoir 5 millions de triangles n'est pas acceptable , d'où augmenter la curvature , mais ce qui me fait plus peur c'est que Dobro sur une autre tuile plante avec une curvature bien supérieur , .. j'en déduit que l'on peut ce retrouver avec la même erreur sur d'autres tuiles ..
Mais si le mailleur allais hier c'est tout simplement parce qu’il était en mesh 14 dans le ortho4xp , juste Oscar?
donc en zoom supérieur , je pense que le Triangle4xp plante sur une virgule flottante dû à windows .. en même temps je vais remonter en curvature de 0.2 à 2 soit x10 ..je suis dépassé seul la lanterne Oscar peut nous éclairer à ce sujet.

Vais me remettre sous un vmware linux également je le sent bien ;) , c'est juste pour mes applications de travail qu'il me doit de rester sous windows.., d’ailleurs ils viennent de m'envoyer un email: vous n'avez plus de papier toilette, veuillez cliquer ici pour en acheter...

[Dobro]

@dobro
Je suis étonné de tes pbs, j'utilise aussi la dernière version de dropbox (ortho4XP.py d'hier, il y a 32h) et je n'ai aucun pb.

ton message m'a mis le doute, alors j'ai tout viré ce qui concerne Ortho4xp de mon ordi

j'ai désarchivé , et relancé ...

voici ce que la console me sort :

C:\X-Plane 10\Ortho4XP>ortho4xp build_tile +45 +006

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 : 188 noeuds.
* LFKA Aérodrome d'Albertville
* LFLP Aéroport Annecy Haute-Savoie Mont Blanc
* LFHU Altiport Henri Giraud
* Aérodrome de Sallanches Mont-Blanc
* Aérodrome de Sollières Sardières
* LFHM Aérodrome de Megève
* LFLJ Altiport de Courchevel
-> way["aeroway"="runway"] téléchargé sans erreur : 61 noeuds.
-> way["natural"="water"] téléchargé sans erreur : 32972 noeuds.
-> rel["natural"="water"] téléchargé sans erreur : 4475 noeuds.
-> way["waterway"="riverbank"] téléchargé sans erreur : 80211 noeuds.
-> rel["waterway"="riverbank"] téléchargé sans erreur : 10579 noeuds.
-> way["natural"="coastline"] téléchargé sans erreur : aucun noeud.
-> way["waterway"="dock"] téléchargé sans erreur : aucun noeud.
-> traitement des données associées terminé : 7363 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 C:\X-Plane 10\Ortho4XP\zOrtho4XP_+45+006\Data+45+006.poly
Reste 46777 arêtes à la fin du processus.

--> Terminé en 379.57sec.

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 :

'C:\X-Plane' n’est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

Le mailleur Triangle4XP a rencontré une difficulté avec les paramètres
demandés, le processus a du s'arrêter.

C:\X-Plane 10\Ortho4XP>

j'ai bien un probleme avec !

config :

curvature_tol = 2
water_smoothing = 5
rnw_follow_terrain = ['LFHU','LFLJ','LFHM','LFIP']
min_area=1
sea_equiv=['Étang de Berre','Lac Léman']
dds_or_png = "dds"
water_overlay = True
ratio_water = 0.2
contrast_adjust = 5
brightness_adjust = -5
saturation_adjust = 10
ortho_list.append("45 46 6 7 17 FR")

ce qui semble bizarre c'est cette erreur :

'C:\X-Plane' n’est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

j'ai testé avec curvature_tol = 3 .... c'est pareil ;)

[Oscar Pilote]

@atanorr

Je t'ai mis mon fichier Data+51+004.poly (7zipé, et correspondant au paramètre min_area=0.001)
dans le répertoire "Archives" de la Dropbox.
Tu le dé7zipes dans le répertoire de ta tuile et tu relances Ortho4XP (il passera à l'étape 2 directement).

Je me répète mais s'il te plaît ne fais pas de modification directement dans openstreetmap pour ta convenance
(si par exemple tu faisais se croiser du natural_water avec de la coastline, ce qui n'est pas licite, cela engendrerait
de nouvelles erreurs aussi au niveau d'ortho4xp et je devrais prévoir des routines spécifiques pour les éviter).
Tu ne l'aurais pas déjà fait par hasard ?

@Dobro Je suis à peu près certain que si tu renommes ton répertoire X-Plane10 tu sortiras de l'ornière,
je m'attacherai à considérer ce cas pour la prochaine mise à jour.
Pour la +45+006 je te propose curvature_tol=3.5 (et min_area qui est moins crucial sur cette tuile à
0.1 par exemple).

[atanorr]

ne te tracasse pas je ne vais pas chipoter sur openstreet map ;)
je viens de réinstaller vmware pour relancer kubuntu ;)
je bute déjà , faut que je retrouve la commande pour rendre ortho4xp executable ^^ ( novice hein en linux ) je vasi faire une recherche sur gogol :D ok chmod..
je vais refaire une recherche pour savoir relancer ton ortho4xp sous linux .. t'imagine .. alzeimer me guette c'est pas possible rien que Ortho4XP.py .. commande introuvable lol c'est parti ahahah ok ok .. ./Ortho4XP.py ...ah la la le monde de linux aussi à ses petits caractères..

Je vais tester ton fichier sous windown ... +51+004.poly => test = ça fonctionne

Pour info je suis reparti du +51+004.poly de celui qui à planter dans windows , j'ai copier dans linux, exactement la même erreur dans linux que dans windows

le poly à partir du linux donc en prenat soins d'effacer l'ancien => même erreur... :-(

Dju tu as une meilleur machine que moi toi? ahahah :D

[Dobro]

@Dobro Je suis à peu près certain que si tu renommes ton répertoire X-Plane10 tu sortiras de l'ornière,
je m'attacherai à considérer ce cas pour la prochaine mise à jour.
Pour la +45+006 je te propose curvature_tol=3.5 (et min_area qui est moins crucial sur cette tuile à
0.1 par exemple).

oui , pardon, mon second message a été ecrit, alors meme que je n'avais pas lu et vu ta réponse

a propos de mon dossier X-plane, tu as parfaitement raison , il s'appelle bien "X-Plane 10" (avec l'espace )

ce qui me surprends, car dans "mon monde" (Purebasic) , je n'ai aucun problème a acceder aux dossiers ayant des espaces dans leur nom ..
et d'ailleurs, en mode "Dos" faire "Cd X-Plane 10" fonctionne tres bien aussi

comment veux tu que je soupçonne un problème de la sorte, alors meme que cela ne se produit jamais d'ordinaire

C'est le message qu'utilise ton système d'exploitation pour te dire que "tu" as essayé de lancer ..................

je pencherai plutot pour un probleme lié a Python non ??
car windows 10 sait tres bien acceder a ce type de dossier (encore heureux .. )

je vais voir ce que je peux faire ... Merci de ta réponse

[atanorr]

linux est plus pointu, pour les majuscules , minuscules espace etc, Mais c'est intéressant de savoir qu'il ne faut pas nommer un répertoire avec des espaces, j'ai déjà eu le cas avec d'autres petits programmes .

[Dobro]

Solution:
sans changer le nom de mon dossier (x-plane 10)

dans ton code mettre

Ortho4XP_dir = 'C:\X-Plan~1\Ortho4XP'

le "X-Plan~1" est la façon qu'a le Dos de ne pas prendre en compte les espaces dans le noms du dossier
maintenant, ça marche

en clair avec X-Plan~1 , il prend le premier dossier qui a son nom qui commence par "X-Plan....."


l'autre solution serai d'inclure le nom complet du dossier contenant des espaces entre guillemets
mais comme tu utilises deja le signe ' , je n'ai pas pu faire manger '"x-plane 10"' a Python .. LOL



mais du moment qu'il accepte X-plane~1 ... moi ça me vas

[jasum]

Salut à tous,

Essai de la dernière version Ortho4XP.py*:

tuile 49 0*:
les fichiers raster dem.tiff et geotiff ne sont pas reconnus, le raster hgt (3'' résolution) oui, mais provoque une erreur de Triangle4XP.
( par contre sur cette même tuile les première versions Ortho4XP.py fonctionnent correctement sans erreur)

Sur une tuile des Alpes 46 6, le raster hgt (1*'' résolution) passe bien.
À noter sur cette tuile l'option sea_equiv=['Étang de Berre','Lac Léman'] modélise le Leman à un niveau proche de la mer*!!!

[atanorr]

On regarde souvent vue du ciel.. mais du sol c'est pas mal non plus ;)

Produit avec Ortho4XP et w2xpl pour Osm + routes

[Oscar Pilote]

Salut à tous,

Essai de la dernière version Ortho4XP.py*:

tuile 49 0*:
les fichiers raster dem.tiff et geotiff ne sont pas reconnus, le raster hgt (3'' résolution) oui, mais provoque une erreur de Triangle4XP.
( par contre sur cette même tuile les première versions Ortho4XP.py fonctionnent correctement sans erreur)

Sur une tuile des Alpes 46 6, le raster hgt (1*'' résolution) passe bien.
À noter sur cette tuile l'option sea_equiv=['Étang de Berre','Lac Léman'] modélise le Leman à un niveau proche de la mer*!!!

Salut Jasum,

Oui les fichiers d'altitude par défaut ont changé, atanorr ayant trouvé une meilleure source pour le SRTM.
L'ordre de priorité est De Ferranti (Alpes) > SRTM v3.0 et ASTER est envoyé aux oubliettes (le SRTM trouvé par
atanor est "void filled" aussi en Europe).
Plus haut dans le fil tu trouveras un message d'atanor et même une vidéo de tuto de sa part, en deux mots le site
est http://gdex.cr.usgs.gov/gdex/ et il faut récupérer les NASA SRTM V3.0, 1 arcsec en TIFF 1x1 tile,
c'est rapide et tu peux en récupérer plein à la fois.
Je viens de tester la 49 0 sans problème.
Le problème que tu as eu en essayant un 3" est "normal", la taille de la matrice obtenue n'est pas celle
attendue par le mailleur.

Merci pour la remarque concernant le Léman, je n'avais pas songé que "sea_equiv"... mais pas trop quand même,
je m'occuperai de cela rapidement.

Concernant les altiports dont tu avais parlé, j'ai trouvé la solution qui j'espère donnera de très bons résultats, il y en
a finalement plus que ce que je ne pensais et cela justifie de chercher un traitement automatique. Pendant mes
vacances j'ai tapé la causette du côté de l'alti-surface de Bonnenuit avec leur super Jodel D-140E "Mousquetaire",
ça m'a donné des envies.
Par défaut DSFTool n'a qu'une précision de 1m en vertical pour le maillage (plus pour les objets), cela élimine toute
possibilité de faire de belles pistes bombées, mais cela peut se bidouiller dans la source (je les suspecte de l'avoir
fait pour KSEA si ma mémoire est bonne, et pour celui-là seulement (une belle vitrine pour appâter le chaland)).

Le code bouge beaucoup en ce moment (retour de vacances), j'attends un peu avant de faire une mise à jour.

[jasum]

Oscar merci pour ta réponse.

[Odevillée]

Oscar merci pour ta réponse.

Je viens aussi de faire la 49+0, pas de problème avec http://gdex.cr.usgs.gov/gdex/ et il faut récupérer les NASA SRTM V3.0, 1 arcsec en TIFF 1x1 tile, comme dit Oscar.
curvature_tol=0.07 et min_area=0.001 ça donne +/- 100000 arrêtes et 3000000 triangles.

c'est mieux en BI que FR.

[Oscar Pilote]

Odevillée the king !
(au fait tu as résolu ton problème de EBCI qui fait un drôle de plateau quand tu décoches
l'option "runway follow terrain" et que tu dois laisser pour le vol réseau ? (à moins que Charleroi ne
soit pas une destination privilégiée des réseaux volants (à défaut de l'être pour les réseaux de voleurs...)
je me demandais si cela ne viendrait pas d'une scène (EBCI) qui redéfinirait le apt.dat sans y inclure
le pourtour)

Sinon pour revenir sur les tuiles à grosse dose de petites surface d'eau, la +51+004 et la 52+004 semblent
être des cas délicats mais assez isolés.
J'ai testé du côté de Copenhague, Malmö, Stockholm, etc ça passe sans souci, et avec en général
pas mal moins d'arêtes (400.000 au plus de mémoire pour Stockholm, qui est la seule qui prenne
un peu de temps (à l'étape des petites graines, je ne comprends pas pourquoi mais cela se passe bien
quand même quels que soient les paramètres).