Ortho4XP

[fatboytit]

@fatboytit

STP, réalise une tuile à la fois ! "43 47 5 8 16 FR change le en 43 44 5 6 16 Fr et son élévation qui va bien pour la tuile +43+005 car si ça tombe tu n'as pas les fichiers d'élévation pour la tuile +43+005 et +43+006 et +43+007 ainsi que : 44+005 44+006 44+007 ainsi que 45+005 45+006 etc... jusque 46+007 Bref c'est ridicule de travailler ainsi.

atanorr,
-c'est la tuile 45+6 que je suis en train de générer.
-J'ai téléchargé TOUS les fichiers d'élévation GDEX et HGT concernant les Alpes, cad, 43, 44, 45, 46, 47 +5, +6, +7 .
-Je ne comprends pas "le ridicule" : expliques-moi stp.

[Daniel_L]

...
-Je ne comprends pas "le ridicule" : expliques-moi stp.

Ridicule n'est peut-être pas le meilleur terme ;-) mais je pense moi aussi qu'il est préférable de travailler tuile par tuile. En cas de problème ce sera plus facile d'isoler ce qui ne va pas.

Daniel

[Oscar Pilote]

atanorr,
-c'est la tuile 45+6 que je suis en train de générer.
-J'ai téléchargé TOUS les fichiers d'élévation GDEX et HGT concernant les Alpes, cad, 43, 44, 45, 46, 47 +5, +6, +7 .
-Je ne comprends pas "le ridicule" : expliques-moi stp.

En effet il n'y a pas de souci à agir ainsi. Par contre je ne comprends pas ce qui t'arrive.
Je poursuis par MP, si la solution mérite d'être mise en clair on le fera ensuite.
Les fausses pistes:
- Fatboytit agit bien tuile par tuile, son ortho_list contient des zones plus grande qu'une tuile,
mais comme je l'ai dit cela est totalement indépendant et à coup sûr inoffensif.
- La fonction sqrt (racine carrée) de python renvoie un Warning (et non un Error) quand on l'utilise
sur certains tableaux numpy, c'est un "bug" (ou plutôt un comportement bizarre) de python
qui est connu et répertorié, mais en aucun cas ce n'est une erreur. Quand j'en aurais le temps
(priorité=basse) je virerai numpy pour n'utiliser que des arrays de base de python.

[atanorr]

je vois que tu as une erreur de runtime au début du mailleur à l'étape 2. ( je me demande si ce n'est pas une librairie qu'il manque à windows c++2010 64bits... )

Re télécharge le ortho.py il y à un souci à ce niveau là je pense. Ou un soucis à cause de plusieurs tuiles d'un seul coup.
Daniel à raison, le mot ridicule pour moi , est synonyme de prendre une plus grande marge d'erreurs ou problèmes .

atanorr,
-c'est la tuile 45+6 que je suis en train de générer (oui mais pas dans ton cfg)

essaie dans ta config 45 46 6 7 16 fr uniquement

[atanorr]

voudrais bien finir ma tuile 51 004 Mr Oscar =>



:D

@Fatboyit
Retire la prise électrique du mur pour essayer? le temps que oscar termine... ah ah ah :D

[fatboytit]

voudrais bien finir ma tuile 51 004

@Fatboyit
Retire la prise électrique du mur pour essayer? le temps que oscar termine... ah ah ah :D

atanorr, je connais un bon couvreur... tu es en train de craquer ??

[atanorr]

atanorr, je connais un bon couvreur... tu es en train de craquer ??

c'est mon métier.. ;)
disons que j'aime m'occuper , une fois bien habitué avec mask etc, je passerais sur tuile française etc.. mais comme je bute sous quelques tuiles avec quelques défauts , et puis me suis fait une entorse au pied.. pas à ma main sans ma femme hein ,d'où je dois rester à la maison :-(

C'est Oscar hein non de dju ! qui n'avance pas :D
Me suis passé le temps à terminer mon site ,..

[fatboytit]

Me suis passé le temps à terminer mon site ,..

Vu le temps ici en Bretagne, tu ne dois pas être gâté non plus en Belgique ! Reste à l'abri
Préviens-nous quand ton site sera prêt !

[Oscar Pilote]

voudrais bien finir ma tuile 51 004 Mr Oscar =>

Vas-y, tu peux mettre min_area=0.001 pour la +51+004 et la +51+003 ( = au moins 30mx30m ou équivalent), tu auras tous les
petits canaux à Bruges en transparence, en fait pratiquement tout ce qu'il y a sur osm.
J'ai testé aussi la +52+004 (sans texture) avec min_area=0.003, c'est bon pour tous les canaux d'Amsterdam (ils sont bien
coupés au niveau de chaque pont).
Avec de tels paramètres cela fait un sacré paquet d'arêtes frontières sol/eau (800.000 en gros).

Pour les tags tout est comme il se doit, n'ajoute rien à ceux que j'ai mis.

Tu nous dois de jolies images maintenant ;-)

J'ai aussiajouté la sauvegarde des données OSM avant traitement, comme cela il ne retélécharge plus si on change min_area par exemple
(ailleurs ce n'est pas bien grave mais +51+004 et +52+004 c'est plus de 100 mégas de données OSM, ça doit être pareil à Stockholm
et dans les pays scandinaves) -> nouveau module pickle, je pense que vous l'avez tous pas défaut, sinon pip3.
Je dois encore reprogrammer "ajout des arêtes fictives" et "calcul de la normal map" (même résultat mais pour aller plus vite, là çà
se traîne avec un tel nombre d'arête, on doit pouvoir gagner un facteur 10 au moins pour la première, moins pour la seconde).

[atanorr]

Est-ce que le nombre d'arêtes comme les triangles alourdissent les fps?
je sous entends par la , ( et je pense que oui ) plus il existe d'overlay , plus la perte de fps est présente?

Je viens d'essayer en copy coller mon répertoire zOrtho4XP_+51+003 avec mes orthophoto dds dans le même répertoire que Ortho4XP.py ( effacé les données altitudes etc temporaire )

Ortho4XP build_tile 51 3 sniff_dsf=True

résultat:

Traceback (most recent call last):
File "K:\Ortho4XP_2\Ortho4XP.py", line 2832, in <module>
build_poly_file(lat,lon,sys.argv[1])
File "K:\Ortho4XP_2\Ortho4XP.py", line 197, in build_poly_file
osmfile=open(osmfilename,'wb')
OSError: [Errno 22] Invalid argument: '.\\zOrtho4XP_+51+003\\OSM_way["aeroway"="
aerodrome"]'

Dsl ,..

[Oscar Pilote]

@Fatboytit
J'ai reproduit ton échec sous Windows, avec tes fichiers et sous Linux tout se passe bien. Cela doit encore être une
$@&! de particularité de Windows, je vais chercher ce qu'il en est.

@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.

@Atanorr
Tu es sous Windows ou sous Linux (les 2 je sais mais lequel utilises-tu maintenant, ton erreur précédente
(nom de fichier visiblement pas ok) me fait dire Windows (double backslash) mais je pensais l'inverse) ?
Je vais changer pour mettre des noms de fichier sans guillemets quoi qu'il en soit.

[atanorr]

@Fatboytit
J'ai reproduit ton échec sous Windows, avec tes fichiers et sous Linux tout se passe bien. Cela doit encore être une
$@&! de particularité de Windows, je vais chercher ce qu'il en est.

@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.

@Atanorr
Tu es sous Windows ou sous Linux (les 2 je sais mais lequel utilises-tu maintenant, ton erreur précédente
(nom de fichier visiblement pas ok) me fait dire Windows (double backslash) mais je pensais l'inverse) ?
Je vais changer pour mettre des noms de fichier sans guillemets quoi qu'il en soit.

Sous windows depuis quelques temps vu que ça fonctionne nickel , plus besoin d'installer vmware et linux ..
le 10 pour qui, même quand je vais à la toilette ,sais combien de papier c u l j'ai utilisé...

[atanorr]

Vu le temps ici en Bretagne, tu ne dois pas être gâté non plus en Belgique ! Reste à l'abri
Préviens-nous quand ton site sera prêt !

mon site est fait ;)

[Oscar Pilote]

Est-ce que le nombre d'arêtes comme les triangles alourdissent les fps?
je sous entends par la , ( et je pense que oui ) plus il existe d'overlay , plus la perte de fps est présente?

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.

[fatboytit]

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.

Désolé de te faire bosser si tard ou si tôt (3h du matin !).
Donc c'est bien le warning le coupable ?
Faudra -t-il que je refasse aussi mes 9 tuiles de la Bretagne ?
Dis-nous vite quand est prêt le ortho.py corrigé. (C est celui de 3h sur la dropbox ?)
Michel