Ortho4XP

[fatboytit]

mon site est fait ;)

Peux-tu me le communiquer ? Merci

[atanorr]

Oui, le nbr de triangles (physiques ou d'overlay) à tracer par X-Plane = le nbr
de triangles du maillage (mesh triangles à l'étape 2) + le nbr de triangle d'overlay ( = très approximativement le nombre d'arêtes à l'étape 1).

Dans tous les cas je pense que l'impact est bien moins important que tout ce que vous sniffez à côté...

J'ai mis à jour les toutes petites modifs qui corrigent les 2 bugs spécifiques windows (les noms OSM sans guillemets et les pyramides de Fatboytit (qui était en fait bien lié à numpy.sqrt...). J'ai brièvement testé sous windows, cela m'a l'air ok, merci pour vos retours.

oula 3h du matin... bravo pour les compétences du cerveau à cette heure tardive... ;-)
Vraiment merci oscar pour la rectification, je vais tester.

[atanorr]

cfg: 0.001 en water superficie.. sur tuile 51 004 ( vaut mieux rester à 0.01 minimum je pense.. je vais tester ou réduire l'angle des triangles ;) mais pas besoin exagération je pense 0.01 est suffisant.
( impeccable de laisser les données OSM ;) pour retravailler la tuile au cas ou...

K:\Ortho4XP>Ortho4XP build_tile 51 4 sniff_dsf=True

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 : 347 noeuds.
* EHGR Vliegbasis Gilze-Rijen
* EBAW Luchthaven Antwerpen
* EBHN Hoevenen
* EBBT Brasschaat
* EHWO Vliegbasis Woensdrecht
* EHND Luchthaven Numansdorp
* EHRD Rotterdam The Hague Airport
-> way["aeroway"="runway"] téléchargé sans erreur : 73 noeuds.
-> way["natural"="water"] téléchargé sans erreur : 853092 noeuds.
-> rel["natural"="water"] téléchargé sans erreur : 207643 noeuds.
-> way["waterway"="riverbank"] téléchargé sans erreur : 18177 noeuds.
-> rel["waterway"="riverbank"] téléchargé sans erreur : 3371 noeuds.
Serveur surchargé ou réseau indisponible, nouvelle tentative dans 3 sec
.
-> way["natural"="coastline"] téléchargé sans erreur : 7423 noeuds.
-> way["waterway"="dock"] téléchargé sans erreur : 1385 noeuds.
-> traitement des données associées terminé : 881959 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 .\zOrtho4XP_+51+004\Data+51
+004.poly
Reste 890152 arêtes à la fin du processus.

--> Terminé en 467.20sec.

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 .\zOrtho4XP_+51+004\Data+51+004.poly.
Constructing Delaunay triangulation by divide-and-conquer method.
Delaunay milliseconds: 1336
Recovering segments in Delaunay triangulation.
Warning: Endpoints of segment 140513 are coincident in .\zOrtho4XP_+51+004\Data
+51+004.poly.
Warning: Endpoints of segment 236743 are coincident in .\zOrtho4XP_+51+004\Data
+51+004.poly.
Warning: Endpoints of segment 346561 are coincident in .\zOrtho4XP_+51+004\Data
+51+004.poly.
Warning: Endpoints of segment 444196 are coincident in .\zOrtho4XP_+51+004\Data
+51+004.poly.
Warning: Endpoints of segment 464489 are coincident in .\zOrtho4XP_+51+004\Data
+51+004.poly.
Warning: Endpoints of segment 611865 are coincident in .\zOrtho4XP_+51+004\Data
+51+004.poly.
Warning: Endpoints of segment 864939 are coincident in .\zOrtho4XP_+51+004\Data
+51+004.poly.
Segment milliseconds: 3681
Removing unwanted triangles.
Spreading regional attributes.
Hole milliseconds: 1199
Adding Steiner points to enforce quality.
Error: Ran out of precision at (0.282760900665, 0.939021331565).
I attempted to split a segment to a smaller size than
can be accommodated by the finite precision of
floating point arithmetic.
Try increasing the area criterion and/or reducing the minimum
allowable angle so that tiny triangles are not created.

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

[Oscar Pilote]

Donc c'est bien le warning le coupable ?
Faudra -t-il que je refasse aussi mes 9 tuiles de la Bretagne ?

Oui pour la première question : le Warning (et le bug qui s'en suivait)) apparaissait dans
les terrains à forte courbure (Un paramètre de calcul intermédiaire dépassait 32768 et se
voyait devenir négatif, ce que n'aime pas la racine carrée ensuite, je pensais que le tableau
était fait de flottants par défaut mais numpy choisissait des int16. Sous Linux le NaN
correspondant ne perturbait pas la lecture ultérieure par le mailleur, sous Windows si).

Non pour la deuxième question, vraisemblablement. Je doute que le Warning soit apparu
pour ces tuiles.

(vaut mieux rester à 0.01 minimum je pense.. je vais tester ou réduire l'angle des triangles ;)

Tu peux changer le code source si tu veux (je présume que tu as ajouté le plan -q au mailleur ?),
mais si cela part en c...... derrière tu fais sauter la garantie. L'option -q de Triangle4XP n'ajoutait rien
d'utile et engendrait quelques ennuis, je l'ai laissée tomber depuis quelques mises à jour.
Je viens de lancer la +51+004 sous Windows avec le code source de la Dropbox (non modifié) et
avec des textures, cela ne génère aucune d'erreur (min_area=0.001 et curvature_tol=0.2 donnent
974896 arêtes osm et 2632725 triangles en fin de maillage).

--------------
Par ailleurs, pour mes tests je laissais meshzl=14 dans le code source (ça va plus vite si on ne met pas
de texture), j'ai oublié de le remettre à 19 en le mettant sur Dropbox hier soir. Télécharger la mise
à jour de ce matin ou simplement faire la modif soi-même (ligne 18 : remplacer 14 par 19, ou par le
zoomlevel maximal que vous voudrez utiliser pour la tuile (maillage un peu moins lourd si meshzl plus petit)).

[Odevillée]

Je viens de lancer la +51+004 sous Windows avec le code source de la Dropbox (non modifié) et
avec des textures, cela ne génère aucune d'erreur (min_area=0.001 et curvature_tol=0.2 donnent
974896 arêtes osm et 2632725 triangles en fin de maillage).

J'espère que tu as passé de bonnes vacances, retour aux tests.
Même erreur que Atanorr avec tes paramètres ci-dessus. Version de ce matin.



Segment milliseconds: 3466
Removing unwanted triangles.
Spreading regional attributes.
Hole milliseconds: 402
Adding Steiner points to enforce quality.
Error: Ran out of precision at (0.282760900665, 0.939021331565).
I attempted to split a segment to a smaller size than
can be accommodated by the finite precision of
floating point arithmetic.
Try increasing the area criterion and/or reducing the minimum
allowable angle so that tiny triangles are not created.

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

[atanorr]

à Oscar

non non je n'ai rien touché à ton py, juste essayé avec 0.001

dû à windows peut être?... Odevillée tu es sous ubuntu?

[Dobro]

@Dobro
Si tu avais le même type de maillage, ta remarque sur le Parmelan ne m'étonne plus guère (je l'avais prise pour de
la provocation gratuite... mea culpa). Si tu pouvais confirmer/infirmer concernant le nbr de triangles que tu obtenais.

ça fais pourtant un moment, que je t'ai dis, que je prenais ton travail tres au serieux, je ne me moque jamais d'un codeur
en tout cas pas de provocations gratuite chez moi a propos de Ortho4xp ...

probablement que mon nombre de triangles etaient insufisant ... pour etre franc, j'ai un peu décroché Ortho4xp
je vais tacher de m'y remettre , histoire de voir la progression

Merci a toi

[Oscar Pilote]

@ atanorr et Odevillée

Je ne comprends pas j'utilise pourtant les fichiers de la Dropbox.
J'ai testé aussi bien avec 0.001 que 0.01, sous Windows et sous Linux,
pas de problème ici.
Le port de Rotterdam avec tous les docks et les canaux est magnifique ;-)

De quand date votre Triangle4XP ou Triangle4XP.exe (dans Utils) ? Je vois que je l'avais
mis à jour il y à 5 semaine (dixit Dropbox), je me demande si à une époque il n'était
pas en 32bits (et maintenant en 64bits).

Quoi qu'il en soit mieux vaut attendre que je reprogramme "Ajout des arêtes fictives etc",
avec le million d'arête de la +52+004 cela prend près d'un quart d'heure, je veux redescendre
sous la minute.

[fatboytit]

Oui pour la première question : le Warning (et le bug qui s'en suivait)) apparaissait dans
les terrains à forte courbure
Non pour la deuxième question, vraisemblablement. Je doute que le Warning soit apparu
pour ces tuiles..

Bon, j'ai regénéré la 45+6 avec le nouveau ortho.py de ce matin (ta dropbox) et voici le log :: çà va beaucoup mieux.
-> Lancement du mailleur proprement dit :

Opening .\zOrtho4XP_+45+006\Data+45+006.poly.
Constructing Delaunay triangulation by divide-and-conquer method.
Delaunay milliseconds: 240
Recovering segments in Delaunay triangulation.
Warning: Endpoints of segment 2653 are coincident in .\zOrtho4XP_+45+006\Data+4
5+006.poly.
Warning: Endpoints of segment 42894 are coincident in .\zOrtho4XP_+45+006\Data+
45+006.poly.
Warning: Endpoints of segment 71324 are coincident in .\zOrtho4XP_+45+006\Data+
45+006.poly.
Segment milliseconds: 140
Removing unwanted triangles.
Spreading regional attributes.
Hole milliseconds: 60
Adding Steiner points to enforce quality.
Quality milliseconds: 23050

Writing .\zOrtho4XP_+45+006\Data+45+006.1.node.
Writing .\zOrtho4XP_+45+006\Data+45+006.1.ele.
Writing .\zOrtho4XP_+45+006\Data+45+006.1.poly.

Output milliseconds: 9250
Total running milliseconds: 48030

Statistics:

Input vertices: 68252
Input segments: 82117
Input holes: 0

Mesh vertices: 1192252
Mesh triangles: 2369610
Mesh edges: 3561861
Mesh exterior boundary edges: 14892
Mesh interior boundary edges: 212829
Mesh subsegments (constrained edges): 227721

--> Terminé en 68.26sec.

Fini les pharaons, retour chez nous !!



Merci Oscar

[Odevillée]

Odevillée tu es sous ubuntu?

oui 14.10.

[atanorr]

Effectivement Oscar, j'ai remplacé tout le répertoire UTILs et maintenant c'est ok ,+/-15 min de calcul avant de télécharger les photos .... effectivement .. Mais DSL Oscar car je n'ai remplacé que le py avant ;) , n'oublie pas de l'annoncer quand il faut réinstaller tout ;)


Oulàààà ...vertices : 5594137... dsftools à cesser de fonctionner en 0.2 et 0.001 aera , Mais juste pour le Test étrange que chez toi ça passe.. 24giga de ram.. ( je pense que c'est dû au sniff_dsf en même temps ;-) , je vais le faire après .==> test négatif , plantage dsftools , Rien que pour les routes.. c'est ennuyant ce sniff grrr


Pour info, j'ai des doubles éoliennes à la même place, probablement l'une provenant du dsf sniffé et l'autre de w2xpl..

Je pense plus simple de bien configurer w2xpl avec les routes powerline Railways forest woodland etc.. et d'arreter de sniffé ;) pas bon pour la santé d’ailleurs ;)

[atanorr]

dsl Oscar... tuile 51 004
Mais j'ai ce souci avec le dernier Ortho4xp
config 0.2 tol et 0.001 area du test ci-dessous #716

[atanorr]

pour encourager, regardez quand même Ortho4XP ..

Magnifique ! Mais on remarque quelques défauts des triangles en bas a gauche couleur brun

[atanorr]

anomalies..

quelque chose ne vas pas .. il me faut re télécharger les textures? je ne pense pas, d'où vient le souci..

[Oscar Pilote]

C'est le mythe de Sisyphe... Je comprends pas je n'ai pourtant pas touché du tout à la partie
orthophoto (à moins qu'un clic mal venu aie foutu en l'air l'indentation ? je termine autre-chose
ce soir puis je regarderai).
Tu peux m'indiquer ton ortho_list pour que je reproduise stp ?

EDIT : Tu n'aurais pas fais la tuile avec la version avec meshzl=14 par hasard ? (cfr fin du message 709).
Si c'était le cas alors ce que tu observes serait "normal", le maillage serait adapté à du ZL14 au plus (j'utilisais
cela pour faire les tests osm sans texture, cela allait plus vite), avec du ZL plus grand les triangles qui dépasseraient
de la texture seraint déformés par X-Plane pour rentrer dans celle-ci, ce qui engendrerait ce genre de déformation...
Alors, Sysiphe ou Sorcière ? Je vote (ou plutôt j'espère) pour la deuxième, cela m'épargnerait quelques cheveux
blancs.

@Fatboytit. Content pour toi, est-ce que tu conserves des fps raisonnables avec ta config
et ce maillage ?