Ortho4XP

[Glah_Salamanthe]

En revanche j'ai des problèmes en Amérique du sud - Ortho4XP me dit qu'il n'y a pas de données d'élévation et qu'il va uniformiser.

… ça m'est arrivé pour la tuile de Venise (côte adriatique) : dans cette région, le relief est … absolument plat !!, sur une tuile entière !! avec un niveau moyen de moins de 10 mètres au dessus du niveau de la mer, sur des kilomètres !!!! (Je connais bien , pour avoir passé toutes mes vacances d'été jusqu'à l'âge de 13 ans à Oderzo et Caorle !)

… il est clair que dans ces conditions, les données d'élévation sont … maigres !! avec peu d'information au km2 . C'est donc selon moi logique et cela ne devrait pas t'empêcher de créer une tuile correcte !

[fonta]

…
J'ai eu quelques soucis en réalisant certaines tuiles d'Islande : les coordonnées des données d'élévation (obtenues sur : http://www.viewfinderpanoramas.org) étaient bizarrement accompagnées de minuscules, du genre : "n63w023.hgt" et ortho4Xp m'indiquait ne rien trouver !
J'ai corrigé l'ensemble des données incorrectes (traitement par lot) , par exemple "N63W023.hgt" et ça a joué

Re,
Merci du tuyau !! J'ai remplacé les mesh "TIF" par les "HGT" et ce soir je vais refaire un essai de création de la tuile Z17 d'Amsterdam (52N04E)
Bonne après-midi..
PS: je crois que "maverick" est le surnom donné dans l'ouest américain à un jeune taurillon sauvage qui ne veut pas "rentrer dans le troupeau"...

[Glah_Salamanthe]

PS: je crois que "maverick" est le surnom donné dans l'ouest américain à un jeune taurillon sauvage qui ne veut pas "rentrer dans le troupeau"...

Mavricks c'est aussi ça :

Maverick's Point est un spot de surf de renommée mondiale du Nord de la Californie, aux États-Unis. Ce spot se situe tout près du port de Pillar Point, au Nord de Half Moon Bay. Il est depuis de nombreuses années reconnu comme produisant une des plus grosses et dangereuses vagues du monde.Elles atteignent régulièrement 7 mètres de haut, et peuvent atteindre 15 mètres par grosse houle

et une histoire de "surf" colle mieux à un système d'exploitation !

[temium62]

@Oscar
j ai du installer sur mon Windows une version ancienne de Python, la 2.7 pour que des plugins soient reconnus dans Xplane
Or de ce fait j n arrive plus à lancer Ortho4XP
je pensais que les 2 versions pourraient coexister ...
commet revenir en arriere sachant que j ai reinstalle une version 3.5.1 mais Ortho4XP ne se lance plus...

[Glah_Salamanthe]

En revanche j'ai des problèmes en Amérique du sud - Ortho4XP me dit qu'il n'y a pas de données d'élévation et qu'il va uniformiser.

… ça m'est arrivé pour la tuile de Venise (côte adriatique) : dans cette région, le relief est … absolument plat !!, C'est donc selon moi logique et cela ne devrait pas t'empêcher de créer une tuile correcte !

Ben non ! parlé trop vite !!
Avec la version précédente (décembre 2015, avant nvcompress), j'ai pu réaliser la tuile "Venise", même avec des données d'élévation insuffisantes !

J'ai relancé la construction de la tuile … et au point 2 : build Mask, l'application "Triangle4XP" a tourné durant 2h30, sans succès !! (d'après Moniteur d'activités, l'application tournait toujours !!)

J'ai pu réaliser ma tuile "Venezia" en utilisant le Mesh réalisé avec l'ancienne version !

[Oscar Pilote]

Ben non ! parlé trop vite !!
J'ai pu réaliser ma tuile "Venezia" en utilisant le Mesh réalisé avec l'ancienne version !

Ce qui a changé ce sont les données OpenStreetMap (ils ont fait plein d'importations dans la région
et n'ont pas encore corrigé les erreurs (la côte coupe des polygones d'eau en plein d'endroit,
j'ai commencé à regarder mais devant l'ampleur du désastre j'ai abandonné...).
Comme quoi il faut toujours garder ses anciennes données qui fonctionnent !

[Oscar Pilote]

@Oscar
commet revenir en arriere sachant que j ai reinstalle une version 3.5.1 mais Ortho4XP ne se lance plus...

Parce que ton windows décide d'utiliser le 2.7 pour les .py, il faut lui "forcer" la main ("ouvir avec" ou quelquechose du
genre, et indiquer le chemin du python 3.5)

[temium62]

Merci Oscar. En fait j'ai desinstalle puis remis la 3.5 et ça roule ;-)

[fonta]

Re,
Merci du tuyau !! J'ai remplacé les mesh "TIF" par les "HGT" et ce soir je vais refaire un essai de création de la tuile Z17 d'Amsterdam (52N04E)..

Suite...
Avec le "hgt", la tuile s'est créée normalement et de plus est compatible avec la scène free de Shipol . Malheureusement la scène free de Munich,elle, ne semble pas compatible avec une tuile Z17 et provoque l'existence de "falaises" !! Donc, avec cette scène, retour en ZL16.
Bonne soirée et bonne semaine. Encore merci de votre aide.

[fatboytit]

En refaisant les scènes de Corse, 41+8, 41+9, 42+8 et 42+9, ortho4xp a crée un mélange et aussi un doublon de BI16 et de FRsat16 dans les DDS et les TER, alors que j'ai demandé une création avec BI uniquement :
Pourquoi ce "melting pot" disgracieux que l'on avait pas auparavant ?

Quelques ex. ici :

[Glah_Salamanthe]

J'ai pu réaliser ma tuile "Venezia"

ben non !!

J'ai des zones où GO2 m'a laissé des zones parfaitement … blanches !!

Est-ce que Ortho4XP en déduit que ce sont des zones en dessous de 0m ? et estime qu'elle seront recouvertes d'eau ?

Ce qui amène un petit élément comique : un élément blanc téléchargé ne pèse que 66k au format JPEG . Converti en .dds il monte invariablement à 11.2 Mo !!

[milan]

Ce qui amène un petit élément comique : un élément blanc téléchargé ne pèse que 66k au format JPEG . Converti en .dds il monte invariablement à 11.2 Mo !!

C'est peut-être la raison pour laquelle il y a une option dans l'interface d'Ortho4XP pour ne pas convertir en dds

[Oscar Pilote]

ortho4xp a crée un mélange et aussi un doublon de BI16 et de FRsat16 dans les DDS et les TER, alors que j'ai demandé une création avec BI uniquement :
Pourquoi ce "melting pot" disgracieux que l'on avait pas auparavant ?

Parce que tu dois avoir une version avec "sea_texture_params" pas laissé vierge mais mis à ['FRsat',16].
Cela permet d'utiliser un autre fournisseur pour la mer (à certains endroits cela fait sens).
La version en ligne ne devrait pas avoir cela (en haut du fichier .py), à moins qu'une fausse manip
se soit glissée par là.

[fatboytit]

Parce que tu dois avoir une version avec "sea_texture_params" pas laissé vierge mais mis à ['FRsat',16].
Cela permet d'utiliser un autre fournisseur pour la mer (à certains endroits cela fait sens).
La version en ligne ne devrait pas avoir cela (en haut du fichier .py), à moins qu'une fausse manip
se soit glissée par là.

J'avais bien rechargé la nouvelle version, mais comme j'utilisais l'option custom build, c'est l'ancien ortho.cfg (et non pas .py, comme tu le dis) qui a été pris en compte.
Donc, à chaque update, il faut bien s'assurer des paramètres modifiés dans ce cfg.
Ou alors un warning automatique de ortho précisant cela ?

En tout cas, après correction, çà marche. Merci Oscar et bon WE

[Romfly]

Bonjour/Bonsoir a tous.

je passe sur ce topic pour me renseigner a propos de ortho4xp. Ca fait plusieurs semaines que j'essaie de générer des zones avec ortho4xp, mais sans succès. Mon dernier échec en date semble du à un problème de mémoire ? j'ai déjà vu ce problème sur d'autres topics, mais je ne comprends pas comment le résoudre... J'ai à l'étape 3 :

"Step 3 : Building Tile +45+006 :
--------

Start of the texture attribution process...
-> Computing the required pool division
Pool division = 32"

et sur le cmd

"(gimp-console-2.8.exe :31020): LibGimpBase-WARNING **: gimp-console-2.8.exe : gimp_wire_read(): error
batch command executed successfully
Exception in thread Thread-11:
Traceback (most recent call last):
File "C:\Users\Romain\AppData\Local\Programs\Python\Pyt hon35-32\lib\threading.py", line 914, in _bootstrap_inner
self.run()
File "C:\Users\Romain\AppData\Local\Programs\Python\Pyt hon35-32\lib\threading.py", line 862, in run
self._target(*self._args, **self._kwargs)
File "Ortho4XP.py", line 2773, in build_dsf
pt_in=numpy.zeros(5*nbr_pt_in,'float')
MemoryError"

cependant mon disque dur dispose d'encore 100 gigas disponibles et mon PC de 16GB de RAM, ce qui me parait être suffisant. Je précise que j'ai la dernière version d'ortho4xp installée et python 3.5. Je n'exclue cependant pas une erreur d'installation de ma part...

En espérant que l'un d'entre vous ait la solution

Merci d'avance et bon vols !

Romain

Edit : après réinstallation complète (python 3.5 compris) ça à l'air de marcher, j'ai lancé l'étape 3 on verra demain. Wait & see...

en tout cas un grand merci pour cet outil