Ortho4XP, problème avec la tuile +47 +008 :erreur de Mesh

[Glah_Salamanthe]

Bonsoir … J'ai un soucis avec la tuile +47+008 (Zürich)

Je m'apprêtais à faire un vol, départ de Lommis (LSZT) … : derrière ma piste, une énorme "cuvette" dans mon relief …
Mes paramètres dans XP sont toujours : les pistes suivent le relief du terrain .

Dans un premier temps , je pense à un aplanissement local de la scène LSZT autour de son terrain d'envol .
Ouverture dans WED : je ne trouve rien .
Avec un X-Plane "tout nu", brut de chez Laminar, le relief est tout à fait correct ! Même constat si on se balade avec Google Street Map !

Divers essais déductifs m'ont fait réaliser que c'est ma tuile qui comporte cette erreur : erreur assurément dans la base de données d'élévation …

Comment corriger ? (prendre une autre base que celle utilisée automatiquement par Ortho4XP ? )

La cuvette :



Merci de votre aide …

[AIME43]

A une époque j'ai eu un problème similaire. j'ai corrigé à la main.
j'ai d'abord cherché en volant les coordonnées, puis edition du dsf converti en .txt et recherche de coordonnées trop différents dans la zone. Il ne m'a pas fallu trop de temps pour ce faire. et puis conversion du fichier txt modifié en dsf.
Si si ça se fait, à l'époque c'était une erreur dans x-plane (version?) dans la zone de Clermont-Ferrand.

[Daniel_L]

...
Je m'apprêtais à faire un vol, départ de Lommis (LSZT) … : derrière ma piste, une énorme "cuvette" dans mon relief …
Mes paramètres dans XP sont toujours : les pistes suivent le relief du terrain .

Dans un premier temps , je pense à un aplanissement local de la scène LSZT autour de son terrain d'envol .
Ouverture dans WED : je ne trouve rien .
Avec un X-Plane "tout nu", brut de chez Laminar, le relief est tout à fait correct ! Même constat si on se balade avec Google Street Map !
...

Ok, donc pas l'aplanissement dans l'apt, pistes suivent le relief du terrain coché (à revérifier si tu as fait un test il y a pas longtemps), pas de problème avec un X-Plane brut.
As-tu vérifié si le terrain n'a pas un Boundary trop grand dans WED ?
Il se peut aussi que le contour du terrain dans OpenStreetMap soit également trop grand, et comme il est utilisé par Ortho4XP...

Daniel

[jasum]

Divers essais déductifs m'ont fait réaliser que c'est ma tuile qui comporte cette erreur : erreur assurément dans la base de données d'élévation …

Comment corriger ? (prendre une autre base que celle utilisée automatiquement par Ortho4XP ? )

Merci de votre aide …

Bonjour Glah

Tu peux examiner ton fichier Data+47+008.mesh de ta tuile pour voir si ton problème provient d'une erreur de données d'élévation; ouvrir le fichier avec medit ou bien avec Ortho4XP extract-mesh de la zone et import dans Blender pour l'éditer.
Si le problème est présent, il faut regarder aussi si il n'y a pas une donnée OSM (airport.osm.bz2) qui provoquerait un aplanissement .

[Glah_Salamanthe]

Merci de vous être intéressé à mon problème … et m'avoir proposé de nombreuses pistes .

J'en ai essayé une autre encore :

Pour rappel : les données d'élévations génériques de Laminar sont correctes : si je vole avec un Custom Scenery "tout nu" , le relief est correct . Si je ne mets QUE la tuile Orthophoto dans mon Custom Scenery, comme seule donnée, ma cuvette est là !

Lommis avec les données "brut" de Laminar (le changement brutal de texture vient du fait que nous sommes à cheval sur 2 tuiles : la +47+008 à gauche où se trouve la cuvette et la +47+009 sur la droite ) :



J'ai donc repris les données .dsf correspondantes à ma tuile dans Global Scenery . Après décompression je les ai éditées avec les Tools2XP, converties en texte et extrait les données d'élévation ".raw"

Ce sont ces données que j'ai indiqué à Ortho4XP pour l'élaboration de sa tuile !
Après réalisation, la tuile … comporte toujours sa cuvette (comme sur le post 1!). J'en déduis qu'il s'agit d'une donnée importée par Ortho4XP durant l'élaboration de la tuile qui pose un problème (données OSM ?)

Je reprendrai ça calmement plus tard .

[Daniel_L]

Quand je regarde sur openstreetmap je vois des éléments d'eau à gauche et à droite de ta falaise.
Ce serait pas ça qui provoque le problème ?

Daniel

[Glah_Salamanthe]

Et bizarrement , j'ai l'impression que le problème ne vient même pas des données OSM de LSTZ Lommis …

LSTZ-Lommis est un terrain qui est à cheval sur 2 tuiles : La +47+008 qui me pose un problème et la +47+009 , voisine du côté est.

Quand je lance Ortho4XP pour ma tuile +47+008, au point 1, il n'y a pas trace des données OSM de LSTZ Lommis

Ce n'est que quand je lance l'élaboration de la tuile voisine (qui ne me pose aucun soucis) que les données OSM de LSTZ Lommis apparaissent !
…
LSZR Flugplatz St. Gallen-Altenrhein 2 runways, lat= 47.49, lon= 9.56
LSZT Flugplatz Lommis 1 runway , lat= 47.52, lon= 9.00
LSZV Flugplatz Sitterdorf 1 runway , lat= 47.51, lon= 9.26
…

Donc les données OSM de LSZT ne devraient pas intervenir dans l'élaboration erronée de ma tuile !

[jasum]

Quand je lance Ortho4XP pour ma tuile +47+008, au point 1, il n'y a pas trace des données OSM de LSTZ Lommis
Donc les données OSM de LSZT ne devraient pas intervenir dans l'élaboration erronée de ma tuile !

Salut Glah,
Tu as trouvé, c'est justement cela qui pose problème,
Il faudrait reporter les données OSM qui manque pour cette tuile.

[Oscar Pilote]

Bonjour Glah,

Voici ce que donne mesh créé à l'instant avec les paramètres par défaut (ce que te proposais de faire jasum dans son premier message):

Il n'y a pas de cuvette et les données OSM pour ce petit morceaux de l'aéroport ont bien
été prises en compte (en bleu clair et orange).
L'aéroport doit apparaître dans ton log aussi lorsque tu fais la +47+008, mais avec ses coordonnées plutôt qu'avec son nom car le noeud OSM qui contient le nom de l'aéroport est dans la tuile d'à côté (et n'est pas rapatrié, mais ça n'a aucune conséquence ici).

A première vue cela ressemble quand même furieusement à un aplanissement XP ta caputre. Je viens d'ouvrir le apt.dat du Global Airports et LSZT est noté pour aplatissement automatique (qu'est-ce que c'est pénible d'ailleurs, j'ai l'impression qu'il y en a de plus en plus, pourtant cela-lui il n'est vraiment pas dans un terrain difficile).

Edit: Je croyais que tu disais qu'il n'était pas aplani avec le Global Scenery mais si en voyant ta capture il est aussi aplani, tu le remarques moins parce qu'étant de bien plus basse résolution la colline n'apparait déjà que comme une toute petite ondulation. Ce n'est pas parce qu'ils puisent dans les mêmes données d'altitude que les mesh sont identiques, loin s'en faut.
Edit2: Je viens de voir que tu as posé la même question sur le .org en insistant sur le fait que tu n'avais pas placé Global Airport dans ton Custom Scenery. Dans ce cas ce sont les données du apt.dat dans Resources/default scenery/default apt dat/ qui sont utilisées, et là aussi il est indiqué pour aplanissement automatique.

[Oscar Pilote]

Bonjour Jasum,

Il faudrait reporter les données OSM qui manque pour cette tuile.

Cela n'est nécessaire que si ni même la piste ne coupait pas la frontière de la tuile, car là n'ayant rien trouvé du tout à ce niveau sur la +47+008 il n'y airait pas de traitement du sol du tout, mais à partir du moment où la piste déborde ne fut-ce qu'un peu elle est rapatriée en entier et le traitement peut se faire normalement.

[jasum]

Bonjour Jasum,

Cela n'est nécessaire que si ni même la piste ne coupait pas la frontière de la tuile, car là n'ayant rien trouvé du tout à ce niveau sur la +47+008 il n'y airait pas de traitement du sol du tout, mais à partir du moment où la piste déborde ne fut-ce qu'un peu elle est rapatriée en entier et le traitement peut se faire normalement.

Salut Oscar

Merci pour ces précisions.

[Glah_Salamanthe]

Bonjour à tous …

Merci de vos pistes qui m'ont aidé à résoudre le problème , surtout Oscar :

Je viens d'ouvrir le apt.dat du Global Airports et LSZT est noté pour aplatissement automatique (qu'est-ce que c'est pénible d'ailleurs, j'ai l'impression qu'il y en a de plus en plus, pourtant cela-lui il n'est vraiment pas dans un terrain difficile).

J'ai donc suivi ses conseils, ouvert les fichiers apt.dat le ma scène LSTZ et du Global Airports : les 2 avaient la fameuse "ligne 1302 flatten 1". J'ai donc retiré cette fameuse ligne et … tout est rentré dans l'ordre !

Ce que par contre je ne comprends pas , c'est que l'effet d'aplatissement perdurait quand bien même ces 2 dossiers (LSZT et Global Airports) ne figuraient pas dans mon Custom Scenery ?

[EDIT] : je viens d'avoir ma réponse : les apt.dat figurent aussi dans "Ressources —> default scenery —> default apt.dat", d'où leur intervention même avec un Custom Scenery vide !