Ortho4XP

[fabien]

J'ai mis à jour le fichier (voir ci-dessous) comme tu m'as dit (via "edit with IDLE", car j'ai pu télécharger "gedit", mais n'ai pas pu (su ?) ouvrir "ortho4XP.py" en fichier texte avec "gedit"), mais une fois cela fait, "ortho4XO.py" ne veut plus s'ouvrir (je suis retourné dans "ortho4XP" en mode texte pour vérifier, et je n'ai pas vu d'anomalie dans le texte, à savoir autre chose d'ajouté que les "#", comme suggéré) :

zmean=(vertices[5*v1+2]+vertices[5*v2+2]+vertices[5*v3+2])/3
# vertices[5*v1+2]=zmean
# vertices[5*v2+2]=zmean
# vertices[5*v3+2]=zmean

Désolé, j'ai oublié de répondre à ta 2ème question: pas de scintillements quand "w2xp" au-dessus d'une ancienne tuile "simheaven"

[Mclnight]

@Fabien
le flickering dans les scènes w2xp est un problème connu, (je ne sait pas si c'est de ça que tu parles ou un autre type de scintillement?) il est dû a un double travail il y a deux façades au même emplacement qui s'affiche de façon alternative et créent les scintillement, si tu rajoutes d'autres overlay par dessus ça va accentuer le problème.
essaye de zoomer sur là d'où provient le scintillement pour voir s'il y a deux texture qui s'affiche alternativement
les scènes w2xp tu les génères toi même ou tu les prend chez simheaven?
pour LFML j'ai refait ma tuile +43 +5 avant hier et j'ai pas remarqué de problème avec la piste, je vais vérifier si j'ai coché la piste suit le terrain.
édit: avec la case coché, la pite est OK.

@Oscar
salut oscar, je commence a retoucher les masques, avec gimp en appliquant la méthode d'atannor et je voulais savoir quelles sont les png que je doit retoucher les xxxxx_xxxxx.png ou whole_tile_blured.png pour le moment je fait tout =) , mais comme wholetileblured est découpée en zoom 14 a la fin j'imagine que c'est plutot les xxxxx_xxxxx ;mais je ne suis pas sûr donc voila ....
-grâce au message que tu as ajouté dans Orth4XP sur les erreurs OSM j'ai enfin compris où il fallait chercher et j'ai pu corriger une vingtaine d'erreurs dans la 43 5 toute dans le mème commune (yen a qui ont mal fait leur boulot au cadastre des bouches du Rhones )

[fatboytit]

Oscar, tu me vois ?. Je suis là dans un coin ...
Merci.

[Oscar Pilote]

je commence a retoucher les masques, avec gimp en appliquant la méthode d'atannor

Je t'ai mis dans Utils un blurx.scm.other qui je pense fais ce que tu veux de manière automatique,
à savoir agrandir la sélection avant de faire le flou gaussien.
Tu peux modifier la ligne
(gimp-levels drawable 0 0 255 2 0 225)
à ta guise, la signification des paramètres est (cfr outils "niveaux" dans gimp)
(gimp-levels drawable 0 niveau_entree_bas niveau_entree_haut gamma niveau_sortie_bas niveau_sortie_haut)
niveau_sortie_bas DOIT rester à 0
niveau_sortie_haut = 255 -> on ne voit pas tu tout la transition plage mer mais moins de reflets près du bord
niveau_sortie_haut = 225 -> mon choix par défaut
niveau_sortie_haut = 180 -> même type de transition que les rivières avec water_ratio=0.2

Je l'utilise pour des très gros masques mais tu peux le tester aussi sur de plus petits, il faut juste
que la taille soit multiple de 8 (ou bien tu vires aussi la ligne qui contient un radius/8).

J'oubliais, Il faut le renommer blurX.scm si tu veux l'utiliser ;-)

[Oscar Pilote]

Oscar, tu me vois ?. Je suis là dans un coin ...
Merci.

Oui Michel j'ai vu ton message mais je n'ai pas eu le temps de rebooter sous windows pour tester. C'est ton (*$!"# de ) terminal windows qui ne transmet pas les paramètres au programme, j'ai regardé en vitesse sur un moteur de recherche et c'est un problème fréquent du à je ne sais plus quel pb dans la base de registres (il manque un %* pour l'association des fichiers .py (?!).
Ce qui m'étonne c'est que la version en ligne de commande d'Ortho4XP utilisait déjà sys.argv, tu étais déjà de la partie non ? Essaie de précéder la commande de py -3

[Oscar Pilote]

j'ai pu corriger une vingtaine d'erreurs dans la 43 5 toute dans le mème commune (yen a qui ont mal fait leur boulot au cadastre des bouches du Rhones )

Ce n'est pas la faute du cadastre, et au passage le cadastre français est un des seuls à avoir mis toutes ses données à disposition d'openstreetmap. C'est dû au fait que le cadastre à renouvelé sa base à une époque (vers 2010 je crois) et lors de l'importation de la nouvelle bases certaines personnes qui encodent sur OSM ont oublié d'effacer l'ancienne au même endroit, ce sont les redondances qui créent les pbs.

[Mclnight]

@Oscar
merci pour le blurx je vais tester ça sur ma prochaine tuile et voir les résultats avec différents paramètres.
pour la largeur de masque je me contente de 8 ça me convient par rapport à la qualité de réflexion de l'eau à basse altitude.

[Oscar Pilote]

Cette histoire de petits carrés disgracieux m'ennuie, j'ai fait des tests et je ne vois rien de tel dans les dds, c'est pourquoi je me
demande si cela ne pourrait pas venir du moteur de rendu graphique (?) Voici mis bord à bord le dds original et son rendu dans X-Plane, on voit bien que ce n'est pas la même chose (j'ai essayé les mimaps inférieures et c'est pareil).
Quelqu'un pourrait-il me mettre un dds g2xpl à disposition (un correspondant à une zone où ça pixellise avec ortho4xp) pour que je
teste la différence ? Merci.

[Mclnight]

la différence entre les deux images étant le masque de transparence "eau", ça ne pourrait pas venir de là??
j'ai jamais essayé l'option orthophotos only dans les option du watermask, il faudrait voir si les pixels sont encore là avec cette option ..;

[Oscar Pilote]

la différence entre les deux images étant le masque de transparence "eau", ça ne pourrait pas venir de là??
j'ai jamais essayé l'option orthophotos only dans les option du watermask, il faudrait voir si les pixels sont encore là avec cette option ..;

Non j'ai essayé cela fait pareil, d'ailleurs certains utilisateurs ont remarqué le même genre
de phénomène dans certains champs.
J'ai envoyé un mail à Ben Supnik pour avoir son avis.

[milan]

brew update
brew install p7zip

Désolé mais.... Ça maaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaarche !!!

Bon, on aurait pu commencer par ça !

[temium62]

Non j'ai essayé cela fait pareil, d'ailleurs certains utilisateurs ont remarqué le même genre
de phénomène dans certains champs.
J'ai envoyé un mail à Ben Supnik pour avoir son avis.

Tout a fait. J avais d ailleurs signalé ce problème au tout début de ma mise en route sur Ortho4XP, en croyant à l époque avoir raté un paramètre.

[fatboytit]

Oui Michel j'ai vu ton message mais je n'ai pas eu le temps de rebooter sous windows pour tester. C'est ton (*$!"# de ) terminal windows qui ne transmet pas les paramètres au programme, j'ai regardé en vitesse sur un moteur de recherche et c'est un problème fréquent du à je ne sais plus quel pb dans la base de registres (il manque un %* pour l'association des fichiers .py (?!).
Ce qui m'étonne c'est que la version en ligne de commande d'Ortho4XP utilisait déjà sys.argv, tu étais déjà de la partie non ? Essaie de précéder la commande de py -3

Oui, je suis là depuis le début.
OK, je retesterai comme cela ...A+ et merci.
Michel

[milan]

Question : a-ce une influence si l'on construit des overlay sans mesh (ie directement sans passer par les étapes précédentes, juste en déclarant les lat/Lon, sans pour autant avoir des orthophotos ou des tuiles présentes ???)

[fatboytit]

Oui Michel j'ai vu ton message mais je n'ai pas eu le temps de rebooter sous windows pour tester. C'est ton (*$!"# de ) terminal windows qui ne transmet pas les paramètres au programme, j'ai regardé en vitesse sur un moteur de recherche et c'est un problème fréquent du à je ne sais plus quel pb dans la base de registres (il manque un %* pour l'association des fichiers .py (?!).
Ce qui m'étonne c'est que la version en ligne de commande d'Ortho4XP utilisait déjà sys.argv, tu étais déjà de la partie non ? Essaie de précéder la commande de py -3

Cà marche avec py -3 (j'avais zappé cela !! )

Et j'ai donc ceci en résultat du "read" pour l'aéroport LFRQ :
__________________________________________________ ________
E:\XP-PGM\Ortho4XP\Utils>py -3 DSFremovepol.py read +47-005.dsf
Converting +47-005.dsf from DSF to text as dsftext.txt
File +47-005.dsf had 0 ter, 147 obj, 10 pol, 0 net.
Converted +47-005.dsf to dsftext.txt
0 : pol/Grass_heavy-1.pol
1 : pol\pol-1.pol
2 : pol\pol-2.pol
3 : pol\pol-3.pol
4 : pol\pol-4.pol
5 : pol\pol-5.pol
6 : objects/LFRQ057.r8.pol
7 : objects/LFRQ105.r8.pol
8 : objects/VOD08.PAT.pol
9 : lib/g10/forests/AG_temperate2.for
_______________________________________________
Quels sont les paramètres xxx,yyyy pour la commande suivante et pour les pol Grass et 1 à 5 ?
DSFremovepol.py remove [xxx,yyyy] +47-005.dsf