Ortho4XP

[Oscar Pilote]

Transition Terre-Eau ancienne version , dans la zone de LSGL (Tuile +46 +006) :
Transition sublime !

Transition Terre-Eau nouvelle version , dans la zone de LSGL (Tuile +46 +006) :
on retrouve la transition brutale de G2XPL … !!

Pour dire vrai moi je préfère la seconde, dans la première c'est à quelques mètres du bord que la transition devient disgracieuse à mon goût,
je préfère la voir au niveau sol/eau (il y en a une vraie!) et malgré tout voir les orthos dans la partie eau même proche du bord.
Quoi qu'il en soit comme il a été dit plus bas toute cela ne dépend que des valeurs de deux nombres dans blurX.scm (en plus
bien sûr de masks_width) : le premier dit en en quelle proportion on commence par "agrandir" la partie terre avant de faire du flou, et le
second dit en gros à quel niveau de transparence on arrive au maximum au niveau du bord. Je vais voir si je peux mettre des commentaires
dans le fichier.
(Quand tu ne veux que changer les masques il te suffit de faire l'étape 2.5, pas la peine de refaire aucune autre)

[Odevillée]

Et si tu vas sur la page tab.geoportail.fr tu vois la carte apparaitre ?
J'ai profité d'un passage en Belgique le week-end dernier pour tester, cela fonctionnait.

.

Bonjour Oscar, oui je vois bien la carte.

[fonta]

Bonjour Fonta,
Etant sous windows tu n'as pas à t'inquiéter des "chmod" dont te parle Milan et Glah, cela est propre à Mac et Linux.
Ce qui se passe visiblement dans ton cas c'est que Windows t'ouvre le fichier Ortho4XP.py dans un éditeur de texte plutôt que comme un programme (il fait "mal" l'association de fichier).
Cliques sur Ortho4XP.py avec le bouton droit de la souris, puis choisis "Propriétés" ou bien "Ouvrir avec" (de mémoire). Là tu pourras lui indiquer d'utiliser Python 3.5.1 et pas un éditeur de texte.

Bonsoir Oscar, bonsoir à tous,
Je suis têtu et piqué au vif de ne pas comprendre et de passer pour un "assisté" ! Alors, j'ai passé 2 heures à analyser ligne par ligne le tuto qui me faisait peur avec tous ces détails...et puis, une fois triées toutes les infos qu'il contenait et en les réécrivant pour en extraire la partie Windows, je n'ai plus eu de doute et me suis lancé très vite! Maintenant, tout refonctionne avec la nouvelle version de Ortho et j'ai déjà créé une tuile en Z17 !! A ce stade, ça me va très bien pour mes maigres connaissances et je verrais pour plus...si affinités !!
Bon dimanche à tous et encore merci de votre aide.
EDIT: aujourd'hui deuxième tuile OK et XP 10.45 semble aussi fonctionner super avec des fps entre 25 et 50.

[Oscar Pilote]

À propos de la transition je lance une demande @Oscar si ça serait possible de faire un dégradé pour les bords des rivières et le contour des petits lacs pour une prochaine mise à jour?

Salut, c'est marrant Simheaven m'a demandé la même chose, moi je préfère sans mais cela ne demande pas beaucoup de changement, j'ai mis le fichier en ligne (c'est dans le haut du .py, il y a une option qui s'appelle "use_masks_for_inland").

J'ai aussi ajouté une bafouille pour que les utilisateurs Mac (et Linux) n'aient pas à se soucier du chmod, en fait je le fais exécuter à chaque lancement du programme...
Il y avait aussi un bug qui traînait quand une tuile n'avait aucune donnée OSM au step 1 (ca arrive dans les contrées perdues), je l'avais corrigé il y a longtemps mais une mauvaise manip avait rétabli l'ancienne version.

[Mclnight]

Salut, c'est marrant Simheaven m'a demandé la même chose, moi je préfère sans mais cela ne demande pas beaucoup de changement, j'ai mis le fichier en ligne (c'est dans le haut du .py, il y a une option qui s'appelle "use_masks_for_inland").

J'ai aussi ajouté une bafouille pour que les utilisateurs Mac (et Linux) n'aient pas à se soucier du chmod, en fait je le fais exécuter à chaque lancement du programme...
Il y avait aussi un bug qui traînait quand une tuile n'avait aucune donnée OSM au step 1 (ca arrive dans les contrées perdues), je l'avais corrigé il y a longtemps mais une mauvaise manip avait rétabli l'ancienne version.

Ah très bonne nouvelle ! Merci beaucoup Oscar 👍
C'est surtout quand les rivières et les lacs sont délimités à l'arrache dans OpenStreetMap avec des polygones coupé au couteau que ça peut améliorer le rendu.
Je vais relancer une tuile de ce pas pour voir le résultat.

[Oscar Pilote]

C'est surtout quand les rivières et les lacs sont délimités à l'arrache dans OpenStreetMap avec des polygones coupé au couteau que ça peut améliorer le rendu.
Je vais relancer une tuile de ce pas pour voir le résultat.

Utilise plutôt blurX.scm.other (que tu renommes blurX.scm) pour ce cas de figure alors.

[Mclnight]

Utilise plutôt blurX.scm.other (que tu renommes blurX.scm) pour ce cas de figure alors.

D'accord,
Donc je viens de faire un essai le résultat est intéressant mais c'est pas tout à fait ce que je m'attendais en fait, est-il possible d'avoir une troisième option, garder le mix orthophoto-eau xlane, et grignoter juste les bords avec un dégradé, pour que ca ne fasse pas un trait entre le sol et l'eau... Si tu vois ce que je veux dire?

aperçu

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

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

[Glah_Salamanthe]

garder le mix orthophoto-eau xlane, et grignoter juste les bords avec un dégradé, pour que ca ne fasse pas un trait entre le sol et l'eau... Si tu vois ce que je veux dire?

C'est ce qu'on obtenait avant la version NvCompress et … que j'appréciais dans la version précédente : il n'y avait pas de transition brusque en la terre en l'eau

[Mclnight]

C'est ce qu'on obtenait avant la version NvCompress et … que j'appréciais dans la version précédente : il n'y avait pas de transition brusque en la terre en l'eau

Même avec nvcompress on a des jolis dégradés pour la côte pour ton cas c'est juste un problème de réglage de blurX je pense ! Tu as essayé avec le blurX de la version précédente, sur la dernière version Ortho4XP ?
Ce dont je parle dans le message précédent concerne les rivières et lac, pas la côte.

[Glah_Salamanthe]

Même avec nvcompress on a des jolis dégradés pour la côte pour ton cas c'est juste un problème de réglage de blurX je pense ! Tu as essayé avec le blurX de la version précédente, sur la dernière version Ortho4XP ?
Ce dont je parle dans le message précédent concerne les rivières et lac, pas la côte.

Youpieee! je suis content d'apprendre que la Suisse est au bord de mer !

Non, je plaisante ! mes images représentent un bord de lac ! Le Lac Léman (les incultes diront "le Lac de G'nèèèvee ! )
Mais je suis d'accord avec toi ! dans mes scènes aussi les rivières, plus elles sont petites, plus elles sont coupées "au couteau .

***************************
et j'a un autre soucis : les overlays (routes, lignes à hautes tension, …)

J'utilise les données de AlPilot : "zz XP10_HD_Mesh_V3" . J'ai dézippé les fichiers .zip . J'ai encore décompressé les fichiers .dsf , de façon à ce que Ortho4XP n'ai pas à le faire .

Je lance "build Overlay" .
Dans l'application , j'obtiens les messages suivants :

Independent Step : Building of an Overlay DSF from third party data :
-------------------
-> Making a copy of the original overlay DSF in tmp dir
-> Converting the copy to text format

… puis plus rien !

Le terminal m'indique par contre une erreur :

Exception in thread Thread-1:Traceback (most recent call last):
File "/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/threading.py", line 923, in _bootstrap_inner
self.run()
File "/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/threading.py", line 871, in run
self._target(*self._args, **self._kwargs)
File "/Volumes/X-Plane 10/Ortho4XP/Ortho4XP.py", line 3405, in build_overlay
fingers_crossed=subprocess.Popen(dsfconvertcmd,std out=subprocess.PIPE,bufsize=0)
File "/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/subprocess.py", line 950, in __init__
restore_signals, start_new_session)
File "/Library/Frameworks/Python.framework/Versions/3.5/lib/python3.5/subprocess.py", line 1540, in _execute_child
raise child_exception_type(errno_num, err_msg)
PermissionError: [Errno 13] Permission denied

et pourtant, j'ai été attentif aux privilèges d'accès sur le disque : dans les droits, je suis le propriétaire du disque !

[Mclnight]

Youpieee! je suis content d'apprendre que la Suisse est au bord de mer !

Non, je plaisante ! mes images représentent un bord de lac ! Le Lac Léman (les incultes diront "le Lac de G'nèèèvee ! )
Mais je suis d'accord avec toi ! dans mes scènes aussi les rivières, plus elles sont petites, plus elles sont coupées "au couteau .

***************************
et j'a un autre soucis : les overlays (routes, lignes à hautes tension, …)

J'utilise les données de AlPilot : "zz XP10_HD_Mesh_V3" . J'ai dézippé les fichiers .zip . J'ai encore décompressé les fichiers .dsf , de façon à ce que Ortho4XP n'ai pas à le faire .

Je lance "build Overlay" .
Dans l'application , j'obtiens les messages suivants :

… puis plus rien !

Le terminal m'indique par contre une erreur :

et pourtant, j'ai été attentif aux privilèges d'accès sur le disque : dans les droits, je suis le propriétaire du disque !

Apparemment tu aimes bien vanner les gens qui essayent de t'aider, pour ma part ça sera la dernière fois que je prête attention à tes messages.
Mais avant je tiens a te préciser que les lacs n'ont jamais eu de dégradé quelque soit la version d'Ortho4XP à moins de le préciser dans "sea like" auquel cas il sera considéré et traiter comme une mer.

[Glah_Salamanthe]

Apparemment tu aimes bien vanner les gens qui essayent de t'aider, pour ma part ça sera la dernière fois que je prête attention à tes messages.

Houpssssss , je suis absolument navré que tu l'aies compris ainsi … J'avais pourtant bien noté :

Non, je plaisante !

Il n'y avait (il me semblait …) pourtant aucune méchanceté dans mes propos et je te fais mes plus plates excuses si je t'ai blessé : ce n'était absolument pas mon propos !

… de plus :

Le Lac Léman (les incultes diront "le Lac de G'nèèèvee ! )

ne t'était pas destiné , mais une petite allusion aux compatriotes du bout du lac qui aiment bien s'approprier cette "gouille" dont la plus grande partie est nôtre !
Quant au reste du message concernant les côtes , j'étais entièrement d'accord avec toi:

Mais je suis d'accord avec toi ! dans mes scènes aussi les rivières, plus elles sont petites, plus elles sont coupées "au couteau .

Mille excuses encore !


Quant à :

Mais avant je tiens a te préciser que les lacs n'ont jamais eu de dégradé quelque soit la version d'Ortho4XP à moins de le préciser dans "sea like" auquel cas il sera considéré et traiter comme une mer.

Cette image tend à prouver le contraire : et je n'avais fait aucun changement dans les paramètres ""sea like" !

[Mclnight]

Utilise plutôt blurX.scm.other (que tu renommes blurX.scm) pour ce cas de figure alors.

Meri pour le conseil le résultat est encore meilleur
aperçu http://postimg.org/image/k1ean6glp/full/

[Mclnight]

@Glah_Salamanthe
c'est pas grave excuses acceptés, peut-être que je n'ai pas saisi ton humour !

[Oscar Pilote]

Bon, puisque le carnaval n'est pas encore si loin, une petite explication sur les réglages possibles du fichier blurx.

Il faut savoir qu'on part d'une image noir et blanc (sans gris) où terre = blanc et eau = noir.
Et aussi que 1pixel de masque = 10 mètres en gros, donc il ne faut pas espérer pouvoir faire de la dentelle sur les bords quels que soient les réglages.

Dans blurx.scm vous verrez entre autre les trois lignes suivantes (ou des variantes avec d'autres nombres), la version ci-dessous est celle que je viens de tester pour essayer coller à se que demandait Mclnight, avec masks_width=2 :

1) (gimp-selection-grow image (/ radius 2))

-> agrandit la partie blanche initiale de (masks_width divisé par 2) pixels de large (sinon les côtes en "pointe" se font manger par le flou gaussien, on peut tester en remplaçant le 2 par qqch disons entre 1 et 10, ou en virant carrément la ligne)

2) (plug-in-gauss-rle2 RUN-NONINTERACTIVE image drawable radius radius)

-> réalise le flou gaussien avec un rayon de masks_width pixels (ne rien changer)

3) (gimp-levels drawable 0 0 255 2 140 235)

-> prends les niveaux d'entrée en niveau de gris entre 0 et 255 et les envoie entre les niveaux
de gris entre 140 et 235 (donc le noir est envoyé sur du gris 140 et le blanc pur sur du blanc un
peu cassé). Le premier 0 en noir est sans importance et le 2 est le "gamma" de la transformation.
Ensuite pour X-Plane, noir 0 = que de l'eau X-Plane et blanc 255 = que de l'orthophoto.
A vous de déterminer vos paramètres préférés (cela dépend sûrement de la situation), mieux vaux réfléchir avant en se remémorant le rôle de chaque paramètre ;-)

[pour Glah, la première version de ta photo devait être 0 0 255 1.5 0 255, avec masks_width=8 ou 16 à première vue, et même si tu n'avais pas touché à "sea_equiv" le Lac Léman y était inclus par défaut, ceci explique cela]