Ortho4XP

[papet30]

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

Bonjour Oscar,
j'avais effectivement vu que le lac outer dans OSM était taillé à "coups de serpe" comme le dit ribechan. J'ai donc modifié les données OSM et avec ton conseil d'initialiser "water_smoothing" à 5
le résultat est très bon. Pour info cela ne coûte rien en temps supplémentaire pour le step 3 ( 460 s).
Pour la maison des grands parents on attendra de meilleures orthophotos rectifiées.
Merci

[nicowork]

Bonjour,

Est-ce normal qu'avec la dernière version de Ortho4XP (1.17), le sous dossier dans Earth nav data ne soit pas nommé avec les coordonées de la tuile ?

Tiles/zOrtho4XP_+48+002/Earth nav data/+40+000
Tiles/zOrtho4XP_+48+001/Earth nav data/+40+000

Y-a-t-il une option non documenté dans Ortho4XP pour ajouter dans le nom du dossier de tuile (ex: zOrtho4XP_+48+002), le nom du fournisseur d'image et le ZL utilisé ? Exemple: zOrtho4XP_BI17_+48+002

Merci

[cfukpixie]

Bonjour

Je viens de telecharger la v117.exe. Tout roule pour l instant. L'application utilise t'elle la compression CUDA. J'ai l 'impression que c'est quand même plus lent que G2XPL.

Merci

[Oscar Pilote]

Est-ce normal qu'avec la dernière version de Ortho4XP (1.17), le sous dossier dans Earth nav data ne soit pas nommé avec les coordonées de la tuile ?

Tiles/zOrtho4XP_+48+002/Earth nav data/+40+000
Tiles/zOrtho4XP_+48+001/Earth nav data/+40+000

C'est comme cela dans toutes les scènes X-Plane, et c'est une obligation, les dsf (avec les cordonnées de la tuiles) sont dans ce répertoire +40+000.

Y-a-t-il une option non documenté dans Ortho4XP pour ajouter dans le nom du dossier de tuile (ex: zOrtho4XP_+48+002), le nom du fournisseur d'image et le ZL utilisé ? Exemple: zOrtho4XP_BI17_+48+002

Il y a une option documentée qui s'appelle "custom build dir", et comme je suis sûr que chacun a des préférences différentes pour les noms de répertoire s
j'ai préféré la solution binaire : ou bien le nom par défaut ou bien il faut l'indiquer en entier soi-même.
[Remarque : si tu mets dans custom build dir un répertoire 'toto' (nom absolu), il va créer toto/Earth nav data (etc), par contre (non documenté) si tu mets 'toto/'
(donc un / en fin de nom) il va créer toto/zOrtho4XP_+48+002/Earth nav data. J'utilise un choix de type toto' si je veux mettre plusieurs tuiles dans un seul et même répertoire, et un choix
de types 'toto/' si je veux regrouper plusieurs tuiles (chacune avec son propre répertoire) dans 'toto'. Je te conseille d'utiliser cette stratégie (e.g. avec toto=BI17)
si tu veux utiliser à plein l'interface de gestion que j'étoffe en ce moment.

[frb48]

Bonjour,
J'ai voulu faire une tuile (0/+9) et j'obtient environ 80% de tuiles blanches. Cela fait plusieurs essais que j'effectue, et toujours la meme chose. J'utilise l'elevation de la nasa.
Je ne comprends pas.
Pouvez vous me donner une réponse.
Merçi

[Ypsos]

Salut

Je relève que cet outil est très intéressant mais devant sa complexité n'est pas un outil ergonomique grand public dans un esprit plug and play, intuitif et autosuffisant à la prise en main..

Tout le monde ne possède pas un esprit "technicien".

Ceci fait que malheureusement il n'y a que eux qui en profite et en réseau il y a une double pénalisation.

- Pour celui qui réalise sa tuile et qui en réseau va voir les autres avions accrochés dans le ciel.

- Pour les autres dans le sens ou le niveau des avions fait de celui qui à la tuile ortho son avion est plus bas ce qui va à l'encontre des vols réseaux ou tout le monde souhaite se voir au même niveau.

(dernier exemple concret, deux hélicoptères l'un à coté de l'autre en vol mais pour se poser sur le Château accroché à la montagne de HS74 avec 2 plateformes l'hélicoptère avec une ortho se trouve chez moi 100m en dessous)

Comme la majorité des gens ne fabrique pas leur tuile avec cet outil, et n'utilise que les zone photos16 ou Simhaven, is faudrait, compléter le logiciel OrthoPhoto par une option corrective de niveau des tuiles au moment de la création pour que les avions soient tous au même niveau.

Les tuiles de simhaven, de zone photo ne génèrent pas ce genre de problème ( du moins aussi importante) et elles utilisent aussi les mêmes indications de niveau.

[Oscar Pilote]

Bonjour,
J'ai voulu faire une tuile (0/+9) et j'obtient environ 80% de tuiles blanches.

Quel fournisseur ? Si tu parles bien du Gabon, et si tu utilises Google, mets à jour ton
Carnet_d_adresses, son adresse change périodiquement. Bing n'a pas ce problème,
mais presque inutilisable en Afrique (il faudrait essayer de remplacer Bingo par Bongo...).

[aquitain]

Bonjour Oscar,
Félicitations pour ton programme, je fais partie de la majorité des utilisateurs qui ne pratiquent pas python, hors je viens de télécharger 1.17 avec la dernière version de PY du 06/09, sous windows 10 64.
La grande nouvelle, la facilité de mise en oeuvre, j'ai créé 3 tuiles sans aucune difficulté, l'interface est parfaite y compris le traitement overlay. je considère que G2xpl est largement dépassé .
A ce stade Ortho4XP _v117 mérite une large diffusion pour les non programmeurs. Laminar devrait revoir sa copie, avec son traitement des côtes du moyen age .
en utilisant le mesh HD alpilotx et en modifiant l'autogen US pour le look des bâtiments le résultat est parfait.
En remerciant également tous les beta-testeurs en particulier Milan et Lebuitre.

[frb48]

Bonjour oscar,
Oui, c'est bien au Gabon. J'ai essauye avec GE, mais j'ai toutes unes serie d'erreurs sous Ortho.
Pour le carnet d'adresse, c'est bien le .py. Je ne comprends pas comment faire pour l'ouvrir.

[nicowork]

Bonjour Oscar,

Est-ce qu'il est possible d'avoir une option dans l'interface pour générer une série de tuiles automatiquement (execution des steps 1, 2, 2.5 et 3) les unes après les autres en spécifiant les tuilles souhaités sous forme de liste (exemple: +47-005, +47-004, +47-003, +47-002, +47-001) ?

J'ai remarqué que beaucoup d'aérodromes ne sont pas positionnés correctement sur l'Orthophoto (parfois le décallage est énorme comme LFPZ sur la tuile +48+002 en Bing ZL17). Est-ce qu'il y a un moyen d'avoir une interface pour prévisualiser cela en saisissant par exemple le code OACI de l'aérodrome pour zoom sur l'aérodrome en question directement ? En effet, le seul workaround que j'ai trouvé pour voir cela, est d'utiliser l'interface Local Map dans X-Plane.

Est-il techniquement possible d'automatiser la selection d'un ZL18 ou ZL19 sur tous les aérodromes d'une tuile faite par exemple en ZL16 ou ZL17 ?

Un grand merci à toi.

[Oscar Pilote]

Bonjour oscar,
Oui, c'est bien au Gabon. J'ai essauye avec GE, mais j'ai toutes unes serie d'erreurs sous Ortho.
Pour le carnet d'adresse, c'est bien le .py. Je ne comprends pas comment faire pour l'ouvrir.

Ah oui avec 'GE' cela ne rique pas de fonctionner, 'GE' = région du grand Genève !

Pour savoir à quel fournisseur correspond quel code, tu ouvres le fichier Carnet_d_adresses.py avec (par exemple) notepad++ [pas notepad qui
est réputé pour mettre le boxon dans tous les fichiers textes]). Il y a une section pour chaque fournisseur, souvent avec une indication de l'endroit
où tu peux aller inspecter les images en lignes.

'BI'=Bing maps, 'GO2' = Google maps, 'Here' = Here maps, 'Arc' = arcgis online sont 4 fournisseurs globaux.
Les autres sont des fournisseurs nationaux ou régionaux.

[nicowork]

- Pour celui qui réalise sa tuile et qui en réseau va voir les autres avions accrochés dans le ciel.
- Pour les autres dans le sens ou le niveau des avions fait de celui qui à la tuile ortho son avion est plus bas ce qui va à l'encontre des vols réseaux ou tout le monde souhaite se voir au même niveau.

(dernier exemple concret, deux hélicoptères l'un à coté de l'autre en vol mais pour se poser sur le Château accroché à la montagne de HS74 avec 2 plateformes l'hélicoptère avec une ortho se trouve chez moi 100m en dessous)

[...]

Les tuiles de simhaven, de zone photo ne génèrent pas ce genre de problème ( du moins aussi importante) et elles utilisent aussi les mêmes indications de niveau.

Ce qui pourrais être bien c'est d'avoir un standard compatible avec simhaven, zonephoto, spain_uhd, x-italy, Ortho4XP afin que tous les utilisateurs de ces tuiles aye le même résultat en vol.

D'ou vient cette différence de niveau ? Est-ce du à l'utilisation d'une source de données topographique différente ?

[Oscar Pilote]

Est-ce qu'il est possible d'avoir une option dans l'interface pour générer une série de tuiles automatiquement (execution des steps 1, 2, 2.5 et 3) les unes après les autres en spécifiant les tuilles souhaités sous forme de liste (exemple: +47-005, +47-004, +47-003, +47-002, +47-001) ?

Oui, avec la nouvelle interface "Earth tile maps" en haut. Mais j'y travaille en ce moment et elle va évoluer, donc attend un peu.

J'ai remarqué que beaucoup d'aérodromes ne sont pas positionnés correctement sur l'Orthophoto (parfois le décallage est énorme comme LFPZ sur la tuile +48+002 en Bing ZL17).
Est-ce qu'il y a un moyen d'avoir une interface pour prévisualiser cela en saisissant par exemple le code OACI de l'aérodrome pour zoom sur l'aérodrome en question directement ?
En effet, le seul workaround que j'ai trouvé pour voir cela, est d'utiliser l'interface Local Map dans X-Plane.

Je ne suis pas certain de comprendre ta question. Les orthophotos sont géolocalisées avec une précision telle (hormis dans les zones très pentues) que tu peux considérer que
c'est l'orthophoto qui a raison et que c'est ta scène d'aéroport qui est en cause. Mais Ortho4XP ne s'occupe pas des scènes, donc en effet à part X-Plane,
ou WED ou overlay_editor je ne vois pas bien ce que tu recherches. Ceci dit il me semble que la situation des aéroports d'X-Plane va globalement en s'améliorant

Est-il techniquement possible d'automatiser la selection d'un ZL18 ou ZL19 sur tous les aérodromes d'une tuile faite par exemple en ZL16 ou ZL17 ?

Oui, cela ne serait pas trop compliqué à introduire, je le mets dans une todo liste.

[BERDE]

Je ne suis pas certain de comprendre ta question. Les orthophotos sont géolocalisées avec une précision telle (hormis dans les zones très pentues) que tu peux considérer que
c'est l'orthophoto qui a raison et que c'est ta scène d'aéroport qui est en cause. Mais Ortho4XP ne s'occupe pas des scènes, donc en effet à part X-Plane,
ou WED ou overlay_editor je ne vois pas bien ce que tu recherches. Ceci dit il me semble que la situation des aéroports d'X-Plane va globalement en s'améliorant

Exact, je l'ai vérifié plusieurs fois et c'est vraiment un plaisir de remettre certains aéroports à leur place en se servant d'Ortho4XP et de WED .

Merci pour ton travail Oscar .

ps : j'ai quand même une suggestion ; ne pourrait-on pas avoir la possibilité de ne travailler que sur une partie de la tuile ?

Bernard

[cfukpixie]

Bonjour Oscar
sur la version .exe, il n' ya donc pas de manip a faire pour que nvidiacompress et CUDA soit utilisé. Correct ?