Ortho4XP

[Oscar Pilote]

J'ai bien zortho... de créé dans tiles mais dedans il n'y a pas de dossier terrain, par contre il a bien créé le dossier textures avec les masks.
Toujours blocage au step 3 après Pool division =8.
Pas de chargement des jpg.

Et j'ajoute, pas de dossier de la tuile dans orthophotos

Et pas de message d'erreur dans la fenêtre de commande ?
Je viens de tester cette tuile sous linux (toi aussi n'est-ce pas ?) et pas de souci.

[Oscar Pilote]

Bonjour Oscar,
Mais j'ai deux problèmes indépendants de la version (idem en 1.13, 1.16, 1.17)
1- quand la rive est très pentue l'eau du lac remonte sur le bord ( lac du bourget en +45+005 par exemple)
2- les faces de montagne très pentues donnent également un visuel bizarre ( toujours en +45+005 par ex.)
Voir ci-dessous. Pas trouvé les remèdes tout seul, que dois je faire? Merci

1 - tu as un paramètre qui s'appelle water_smoothing, il est à 2 par défaut, tu peux l'augmenter disons à 5 mais ça prendra un poil plus de temps au Step 3.
2 - ça c'est indépendant du programme, c'est 'BI' qui a mal orthorectifié ses images [il se fait que je vois très bien où se situe ton problème (une des falaises sous le Revard),
c'est au où vivaient mes grands parents!]. De manière générale une orthophoto c'est une prise de vue depuis la verticale (ou presque), donc toutes les parties presque verticales
sont cachées ou au moins très écrasées, alors quand on les extirpe en 3D cela se voit. Le jour où il y aura de l'imagerie à 45° partout (comme dans les grandes ville dans maps) on
pourra s'amuser différemment.

[papet30]

1 - tu as un paramètre qui s'appelle water_smoothing, ...........

Merci pour ta réponse, je retourne à mes oules.
Bonsoir

[ribechan]

1 - tu as un paramètre qui s'appelle water_smoothing, il est à 2 par défaut, tu peux l'augmenter disons à 5 mais ça prendra un poil plus de temps au Step 3.

Bonsoir,
Je me permets d'intervenir sur ce point : ne serait-ce pas aussi un problème de découpage de bord de mer (de lac dans ce cas) dans OSM qui ne suit pas exactement l'imagerie de Bing ?

A Oscar Pilote : Je me suis mis à Ortho4XP depuis peu (j'ai passé des heures à lire tes informations sur ce forum et celui du .org) et je dois dire que ton programme est une pure merveille. Je suis en train de générer les tuiles de la façade méditerranéenne et l'immersion est sans aucune mesure avec ce qu'il y avait avant Ortho4XP. Je te remercie pour tout ce que tu nous as apporté ainsi que pour ton professionnalisme, ta gentillesse et ta disponibilité.

[Odevillée]

Et pas de message d'erreur dans la fenêtre de commande ?
Je viens de tester cette tuile sous linux (toi aussi n'est-ce pas ?) et pas de souci.

Pas de message erreur

[Oscar Pilote]

Et il fait cela quelle que soit la tuile ?

[Odevillée]

Et il fait cela quelle que soit la tuile ?

Je vaisrefaire un essai avec une autre tuile, mais ça marche avec l'ancienne version 1.15

[Oscar Pilote]

Bonsoir,
Je me permets d'intervenir sur ce point : ne serait-ce pas aussi un problème de découpage de bord de mer (de lac dans ce cas) dans OSM qui ne suit pas exactement l'imagerie de Bing ?

Cela peut aussi être une source d'inadéquation, mais dans ce cas là cde n'est pas de l'"eau x-plane" qui remonte les bords, mais juste une partie de l'image où il y a de l'eau.
Pour expliquer les choses un peu plus en détails : la mer on peut la mettre parfaitement à plat, je la mets à 0, mais un lac où une rivière on ne peut pas (sinon la source et le delta d'un
fleuve se retrouveraient à la même altitude... ), donc on part de la donnée brute (les fichiers d'élévation) et on procède à un "lissage local" (ces fichiers d'élévation sont souvent bruités donc
si on laisse la donnée brute cela fait de petites montagnes russes). Vers la frontière (au bord du lac) le lissage est forcément un peu moins efficace (on ne veut pas toucher à la terre).

Bon amusement sur les bords de la grande bleue, c'est là où c'est potentiellement le plus beau que c'est aussi le plus difficile à bien réaliser... surtout parce qu'on place nos
attentes trop haut !

[Oscar Pilote]

Je vaisrefaire un essai avec une autre tuile, mais ça marche avec l'ancienne version 1.15

Oui essaie la tuile de base d'Ouessant. Et aussi regarde si quand ça s'arrête tu as un processeur qui reste à 100% (une boucle folle!) ou bien
si il a juste décidé de faire la grève sur le tas.

[ribechan]

Cela peut aussi être une source d'inadéquation, mais dans ce cas là cde n'est pas de l'"eau x-plane" qui remonte les bords, mais juste une partie de l'image où il y a de l'eau.
Pour expliquer les choses un peu plus en détails : la mer on peut la mettre parfaitement à plat, je la mets à 0, mais un lac où une rivière on ne peut pas (sinon la source et le delta d'un
fleuve se retrouveraient à la même altitude... ), donc on part de la donnée brute (les fichiers d'élévation) et on procède à un "lissage local" (ces fichiers d'élévation sont souvent bruités donc
si on laisse la donnée brute cela fait de petites montagnes russes). Vers la frontière (au bord du lac) le lissage est forcément un peu moins efficace (on ne veut pas toucher à la terre).

Bon amusement sur les bords de la grande bleue, c'est là où c'est potentiellement le plus beau que c'est aussi le plus difficile à bien réaliser... surtout parce qu'on place nos
attentes trop haut !

Merci pour les explications très claires et détaillées comme d'hab. Pour les attentes de mes tuiles, je vais d'abord m'arrêter à la qualité de ce que je vois de mon avion sinon on n'arrêterait pas de les refaire

[Odevillée]

Oui essaie la tuile de base d'Ouessant. Et aussi regarde si quand ça s'arrête tu as un processeur qui reste à 100% (une boucle folle!) ou bien
si il a juste décidé de faire la grève sur le tas.

Alors j'avance dans mes recherche.

Essai au hasard :45+013 tuile complète sans mask.ok avec BI. Je recommence la tuile avec mask (sans gimp) blocage dès que le programme emploie un mask.
Pareil avec tuile 53+000.

Complément d'info, essai avec les mask de gimp, résultat pareil. Lors du blocage pas surcharge cpu.

[Oscar Pilote]

Alors j'avance dans mes recherche.

Essai au hasard :45+013 tuile complète sans mask.ok avec BI. Je recommence la tuile avec mask (sans gimp) blocage dès que le programme emploie un mask.
Pareil avec tuile 53+000.

Complément d'info, essai avec les mask de gimp, résultat pareil. Lors du blocage pas surcharge cpu.

Merci, c'est une bonne info. Certes je ne comprends pas ce qui peut se passer...

Ligne 3026, remplace

mask_data = which_mask(texture,strlat,strlon)

par

mask_data = 'None' # which_mask(texture,strlat,strlon)

(avec la bonne indentation),

cela confirmera si c'est la fonction which_mask (ce que je présume) qui te bloque et si c'est là qu'il faut creuser.

[Odevillée]

Merci, c'est une bonne info. Certes je ne comprends pas ce qui peut se passer...

Ligne 3026, remplace

mask_data = which_mask(texture,strlat,strlon)

par

mask_data = 'None' # which_mask(texture,strlat,strlon)

(avec la bonne indentation),

cela confirmera si c'est la fonction which_mask (ce que je présume) qui te bloque et si c'est là qu'il faut creuser.

C'est le bon endroit pour creuser, plus de blocage. Bonne nuit.

[Oscar Pilote]

C'est le bon endroit pour creuser, plus de blocage. Bonne nuit.

La nuit porte conseil... tu devrais pouvoir retélécharger le .py
Merci et bonne journée !

[Odevillée]

La nuit porte conseil... tu devrais pouvoir retélécharger le .py
Merci et bonne journée !

C'est parfait, merci Oscar.