Ortho4XP

[atanorr]

@Fatboy build_tile 45 6

Te voilà ou j'en suis , à réussir à obtenir les meilleures tuiles..;
Alors je suis passé 1 semaine là-dessus afin d'essayer de trouver la meilleure technique.

Prendre tuile par tuile pour le traitement = mauvais ,
car certaines tuiles devraient être recollées pour ensuite les traitée sous Photoshop afin de corrigé une partie d'entre-elles , si quelqu'un à la technique de me reconstituer la tuile sans les prendre une à une , ce serait pour moi impeccable. J'ai essayé avec Argis desktop .. trop compliqué ,
J'ai essayé avec Photoshop , mais construire moi même la tuile.. On y passe des heures..
Je pense que mon seul sauveur là-dedans reste Oscar. Si , dans son ortho , il me met une option de construire la tuile en une seule photo de 1°par ° et qu' ensuite je parviens à la scinder exactement avec les mêmes noms .. ! Eurequa !!
J'ai essayé correspondance de couleurs dans Photoshop, pas terrible,
j'ai essayé photo merge dans Photoshop, il va me coller les tuiles n'importe comment puisque pas de zone de recouvrement.

Avec argis je pense qu'il y a moyen ,mais je pense que le system de nom de la photo n'est pas reconnue dans Argis j'y suis passé 2-3 jours avec pour tenter de réussir à reconstituer une tuile de 1°sur 1°..Mais DSL :-( pas voulu continuer
peut être oscar.. car là, j'arriverai à changer , courbe , tonalité , contraste, etc., et surtout par zone sur la scène de 1° , pour moi une photo de taille de 20 giga ne me pose aucun problème.

[Oscar Pilote]

je cherchais à ne pas voir de trop des carrés de couleurs différentes dans l'eau dû à la compression.. ;)


Oui dock voici:
je te met directement sur les docks .. vlotock outdock etc..
https://www.openstreetmap.org/edit?e...51.2236/2.9350

Oui la compression dds n'est pas géniale pour les couleurs presque uniformes.

Si tu veux ajouter les docks, dans la source Ortho4XP.py ajoute
tags.append('way["waterway"="dock"]')
là où les autres tags sont définis vers la ligne 185.

[atanorr]

Oui la compression dds n'est pas géniale pour les couleurs presque uniformes.

Si tu veux ajouter les docks, dans la source Ortho4XP.py ajoute
tags.append('way["waterway"="dock"]')
là où les autres tags sont définis vers la ligne 185.

Super ;) j'ai cherché à comprendre comment ajouter un tag dans ton py , mais je fais déjà pas mal sur photoshop ;)

Pour moi le top du top, si seulement je pouvais travailler sur une tuile complète , pour la scinder après ...

[atanorr]

Oui la compression dds n'est pas géniale pour les couleurs presque uniformes.

Si tu veux ajouter les docks, dans la source Ortho4XP.py ajoute
tags.append('way["waterway"="dock"]')
là où les autres tags sont définis vers la ligne 185.

Sorry, je pensais pas que c'était aussi facile d'ajouter un tag ;)

Ce serais un gros point fort par rapport à g2xpl, si l'option de coller les textures pour retravailler sur la photo et ensuite les diviser comme elles le sont ..
Qu'en pense tu Oscar ? réalisable? du coup très facile à corriger.les problèmes de couleurs. ;)
Et même réaliser les masques sans passer par un zoom 14

Pour les dds, mise à part ses petits carrés , c'est bcp plus bénéfique , et augmenter l'overlay à 0.3.. ce qui va augmenter la couche d'eau de xplane qu'en penses tu?

[atanorr]

J'ai réussi à télécharger une partie d'une tuile Pour la retravailler avec photoshop, j'ai les outils pour redécouper la photo
Quel est le format du nom de fichier à remettre dans Orthophoto ?
ou comment s'appelle le systeme de coordonée du répertoire Orthophoto? je dois spécifier la source pour mon programme ( ortographic imager )

Ma tuile unie est géo référencée.

Par exemple 5472_8320_BI14 ( ok zoom à la fin ) que veux dire 5472 et 8320
En clair il me faut : image coordinate system ;)

Je cherche à refaire une mosaïque de ma photo unie et retravaillée qui, une fois découpée, reprendrait le même format de nom des photos.

En Gros je corrige une partie de la tuile avec photoshop par zone et non pas par tuiles de 4096x4096

je pense a WGS84 ==>ST coordinates of a point in a texture
"""
[til_x,til_y,px,py]=wgs84_to_tile_params(lat,lon,zoomlevel,website)

[Oscar Pilote]

@atanorr
Tu es certain de ce que tu veux faire ? En ZL17 cela va te faire des images de plus ou moins 10 Giga pixels.

Dis moi plutôt ce que tu ferais sur une petite image à retoucher (quels outils de photoshop tu utiliserais
(sélection rectangulaire, etc)) et je te dirai ce qu'il est envisageable de faire "en gros".

[fatboytit]

Salut Oscar, je sais que tu es en congés,mais aurais-tu zappé ce post #644 du 16/8 ?
Merci et reviens-nous en pleine et bonne forme.
Michel

[atanorr]

je ne travaille pas sur une tuile entière , en gros c'est juste pour retoucher certaines zones, exemple de la tuile 51 003
La partie 1/3 du haut ( brunâtre )

Avec Sasplanet ( programme très très intéressant ! ;) tu peux télécharger la tuile par coordonnée
Le zoom que tu veux ( de 1 à 25 ) , exporter les tuiles au format que tu veux, exporter les coordonnées , télécharger avec ( stitch ) la tuile entière ( ce que j'ai fait )
,ce que j'ai tenté hier:

télécharger toute la tuile en zoom 14 juste pour essayé sur une petite surface , pour Photoshop, problème pour refaire une mosaïque de cette tuile (pour le type de noms des images découpées pour que ton Ortho4xp travaille avec ;)
si tu la prends en zoom 14 , tu verras qu'une zone est très moche , le souci avec google, c'est que les surfaces d'eaux sont très moches , sinon j'aurais pris google, mais la résolution est souvent meilleur avec bing ( ok, je sais ,pas toujours partout.)

l'idéal serait de travailler avec une partie de tes tuiles qui ce trouvent dans ton dossier Orthophoto, problème réaliser moi même l'assemblage , me semble un travaille monstrueux ,

idéal:

Télécharger la zone de la tuile à retravailler +/- 1/3 de tuile ( en zoom 17 ) ( possible avec sasplanet )
assembler la tuile => avec la fonction stitch de sasplanet
travailler dans photoshop
utiliser peut être l'add on suivant : geographic imager , pour redécouper la tuile ( problème de nommage des fichier )

J'ai essayé l'inverse , à partir de ton dossier Orthophoto , assembler les tuiles , avec geographic imager ( même problème , le system de nom ne correspond pas à aucune référence ) donc impossible d'assembler .. :-(

comme tu me fais plaisir , je vais t'en faire un. par MP pour Photoshop ;)==>

Dit donc , tu as une femme qui t'écris tout les jours sur ce forum :D ?? ta boîte est pleine ...

[Dobro]

pour Photoshop, problème pour refaire une mosaïque de cette tuile (pour le type de noms des images découpées pour que ton Ortho4xp travaille avec ;)

avec Photoshop pour redécouper, tu as l’outil "Tranche" en lieu et place de l'outil recadrage (5em icone en partant du haut )

l'outils tranche peut servir a decouper une image en petits morceaux , dont tu precises le format

[atanorr]

avec Photoshop pour redécouper, tu as l’outil "Tranche" en lieu et place de l'outil recadrage (5em icone en partant du haut )

l'outils tranche peut servir a decouper une image en petits morceaux , dont tu precises le format

Merci dobro mais tranche ne vas pas découper la tuile suivant les références d'une tuile degré lat long

[atanorr]

@Oscar

Pour moi, je viens de tester ton nouveau Tag

        tags.append('way["waterway"="riverbank"]')                                    
        tags.append('rel["waterway"="riverbank"]')                                    
        tags.append('way["natural"="coastline"]')
        tags.append('way["waterway"="dock"]')

Mais toujours pas d'overlay sur les dock :-(
ni sur tag: "riverbank" au loin ..

( je confirme ) Les tags suivant ne fonctionnent pas:
Riverbank , dock => me suis posé la question pourquoi pas de canaux sur Brugge en overlay , car ils sont en tag "riverbank"
Ce qui résulte à avoir pas mal de cours d'eaux sans couche Overlay ( toujours sur tuile 51 003 ) par exemple Brugge

j'ai essayé: min_area=0.01
sea_equiv=['Étang de Berre','Lac Léman','Kanaal Gent-Brugge-Oostende','Spuikom','Vlotdok','Houtdok','Zwaaidok' ,'Doksluis','Visserijdok','Zeewezendok'] ===> apparemment rien de plus avec ceci...

Mais est ce qu'il manque pas ceci? tags.append('rel["waterway"="dock"]') ? ==> je ne comprends pas à quoi sert le " rel "
JE pense ajouter natural water en tag openstreet map partout là ou il n'y a pas d'overlay
( ce que j'ai fait sur openstreetmap la partie des dock maintenant , et ça marche dans xplane ajout du tag: natural water) mais j'ai pas envie de réaliser ça sur toute l'Europe ^^

[Dobro]

(sac ), (soc ). (suc ).

tu réponds a mon "(sic)" .... pour info :

https://fr.wikipedia.org/wiki/Sic

90% des DSF de ton custom_scenery sont vides de maillage, je crois juste que tu n'as
pas totalement intégré ce qu'est un maillage. Les Dsf des scènes LFMH, LFKL et LFRI
que tu proposes libres de droits sont vides de maillage

oui, je parle evidement des DSF du Global Scenery (ou les *.Ter qu'ils pointent ) ... qui eux, je pense contiennent bien le maillage , me trompais-je ?

Si c'était le cas crois-tu que j'aurais laissé la version alpha1 dans le répertoire Archives ?

Pour revenir au monde civilisé, il te suffirait peut-être de remplacer les versions actuelles de Ortho4XP.py et Ortho4XP.cfg, en lieu et place,
par celles se trouvant dans le répertoire Archives ?

ça fait plusieurs fois qu'on me réponds ça ....

quelqu'un a essayer d'utiliser cette version en lieu et place de l'actuel ?? et sous windows ??
ça fait pourtant un moment, que je dis que ça ne fonctionne pas .... mais bon ...

Le programme Ortho4XP n'a pas la prétention de rivaliser avec les scènes qui sont obtenues par retouche des textures à la main,
il me semble avoir toujours été clair sur ce point. Simplement ces dernières sont, des dires de leurs auteurs, très chronophages
et du coup elles se limitent à des zones géographiques plus restreintes.

oui, lorsque je parle d'overlay , je parlais juste pour résoudre les problèmes de "plage" ... "les bords" ne représentent pas grand chose en terme de surface
je te soumettais l'idée saugrenue , d'utiliser les Dsf (leur relief) d'origine , et d'appliquer un traitement par overlay des Bords de mer... (sur une 20 aines de metres par exemple )
je ne pense pas que cela alourdirai beaucoup ...

tu préfères utiliser un mailleurs complet , ok , pas de soucis, c'etait juste une idée en passant .

[Oscar Pilote]

@atanorr

Les tags riverbank sont bien pris en compte, si une boucle openstreetmap taguée riverbank n'apparait pas
sous Ortho4XP c'est soit que sa superficie est inférieure à min_area (en km^2) soit que la boucle a été mal
fermée par son auteur dans Openstreetmap. Donne moi un exemple (coord suffisent, pas besoin de photo)
et je te donnerai la raison.

Pour le tag dock, j'ai oublié de t'indiquer de modifier une ligne (j'avais du boire trop de Genepy... tu téléchargeais
les données mais tu n'en faisais rien). Remplace la ligne (310 je pense)

if ('way["natural"="water"]' in tag) or ('way["water"="riverbank"]' in tag):

par

if ('way["natural"="water"]' in tag) or ('way["water"="riverbank"]' in tag) or ('way["waterway"="dock"]' in tag):

ou plus simplement par

if tag in ['way["natural"="water"]','way["water"="riverbank"]','way["waterway"="dock"]']:

Aussi, s'il te plaît, quand tu en auras le temps pourrais-tu retourner sur Openstreetmap et annuler les modifications
que tu as faites, si les dock ne sont pas taguées "natural"="water" c'est précisément parce que ce ne sont pas des
surfaces "natural". C'est le bon et le mauvais côté d'Openstreetmap, tout le monde peut contribuer mais donc aussi
introduire des erreurs.

Sea_equiv est autre-chose, ce sont les surfaces précédentes ("natural="water", etc ) que tu voudrais voir traitées
comme si c'était de la mer (= ce qui est à droite de "natural"="coastline"). Les très grandes surfaces ont parfois une
mauvaise couverture par les orthophotos (typiquement le lac Léman), j'ai ajouté cela pour McInight qui avait un souci
avec l'étang de Berre.

--------------------
Sinon tu n'as pas répondu à ma question concernant tes souhaits de manip sur les textures. Je peux te programmer
ce que tu demandes mais j'ai peur que cela ne serve à rien, à ZL14 pas de problème mais à ZL17 (et je crois savoir
que tu travailles au moins à ce niveau) une tuile ferait en gros 100000x100000. D'où ma question : est-ce que Photoshop
de permet de faire les manips que tu veux sur de telles tailles d'image ? Testes sur une image bidon et si c'est ok alors
je prendrai le temps.
Une technique plus réaliste me semble celle proposée par LeBelge dans son tuto : tu tries tes textures en quelques (2 ou 3 ?)
paquets et à chaque paquet tu appliques exactement la même modif. Ou bien comme la plupart d'entre nous on peut aussi
se contenter des ortho originales ;-)

[Oscar Pilote]

@fatboytit J'avais effectivement oublié ta question.

1 Pour soulager mon PC "simu", j'ai tenté de générer une tuile à partir de mon portable (en Win10), et j'ai le msg suivant au moment du
- l'exécution du téléchargement des tags Openstreetmap :
- msg : Serveur surchargé ou réseau indisponible, nouvelle tentative dans 3 sec.
-> Est-ce un pb d'autorisations, car sur l'autre PC, je n'ai jamais eu ce message ?

Non, c'est un message que je fais afficher lorsque la requête http au serveur openstreetmap (en réalité à un serveur bien précis situé en Allemagne
et à qui il arrive malheureusement d'être surchargé et de se délester des requêtes) n'aboutit pas, ou bien lorsque ta connexion internet est momentanément
interrompue. J'ai tenté d'être le plus explicite possible mais cela n'a pas suffit ;-)

2- Différences de paysages entre BING et FR
-> Comment garder une cohérence dans les paysages traversés ?

C'est un des défauts des textures orthophotos, je ne connais pas de remède miracle. Le fait que (au moins dans les Alpes)
Bing = Automne et FR = été est plutôt un avantage de mon point de vue, cela permet de se faire des tuiles saisonnales.
Je serais ravi d'en trouver un jour avec un manteau d'hiver.
Sinon il y a aussi les tuiles non orthos qui sont à leur avantage sur ce point, à condition d'y ajouter les bons add-ons (Laminar n'a
pas (encore) fait dans grand chose concernant la saisonnalité).

3- Mix de 2 zooms différents
si je reprends ton exemple de Chamonix, tu écris :
ortho_list.append("45.85 46 6.85 7 19 FR")
ortho_list.append("45 46 6 7 16 FR")
Mais quelle(s) tuile(s) insérer dans la commande Build_tile de ortho4XP.py ?
J'ai exécuté 2 passages avec la tuile 45, puis la 46 et le résultat est une vrai bouillie de textures.

./Ortho4XP.py build_tile 45 6
(la tuile est la 45 6 et, parmi toute sa surface, ortho_list détermine de plus petites zones dans
lesquelles ont veut obtenir un ZL particulier. En cas de recouvrement de ces dernières c'est l'entrée
la plus en avant dans ortho_list qui a la priorité)

[coyote60]

Sinon il y a aussi les tuiles non orthos qui sont à leur avantage sur ce point, à condition d'y ajouter les bons add-ons (Laminar n'a
pas (encore) fait dans grand chose concernant la saisonnalité).

Il y a ce mod: http://forums.x-plane.org/index.php?...showfile=25044

simple à utiliser, manque juste les textures des saisons printemps et automne. Je crois qu'il y a un script python qui fait le changement automatiquement.