Ortho4XP

[atanorr]

min_area = 0.001 => du coup tu peux l'enlever du cfg et le laisser par défaut..

Super pour imagemagick , le choix pour les 3 d'un coup ;) (moins d'erreurs ) :D

[Mclnight]

c’est bon oscar tuile réalisé ça marche mieux là
par contre moi j'utilise enhanced runway HD elle sont plus larges et ça me fait ça

http://postimg.org/image/jw7agp6vf/

tu utilise quelle texture pour les piste d’atterrissage?

[atanorr]

c’est bon oscar tuile réalisé ça marche mieux là
par contre moi j'utilise enhanced runway HD elle sont plus larges et ça me fait ça

http://postimg.org/image/jw7agp6vf/

tu utilise quelle texture pour les piste d’atterrissage?

Ahahah , peut être réduire la largeur de piste dans wed?
Vérifie une fois , avec l'original la largeur sur le wiki et celle du wed? par curiosité

Je pense qu'il utilise un zoom de 18 pour sa scène, toi non ,
mais ceci n'explique pas le tablier qui déborde.. à voir avec Oscar ;)

Je pense qu'il devient si préci, que même le mailleur est peut être devenu légèrement plus étroit dessous l'overlay de la piste..

[Mclnight]

Non pcq je n'utilise pas les textures de pistes par défaut j'ai changé pour enhanced runway je tester avec les pistes par défaut
Et si je suis en ZL18 je devais avoir les textures en très haute quand j'ai fait la capture

[fatboytit]

@Fatboytit : je t'ai fait un tuto en utilisant WED

Super Michel,
En effet, c'est extrêmement simple et efficace.
Je teste ce soir. Merci
Michel

[Mclnight]

"Min_area 0.001" à l’œuvre !!! =)

http://postimg.org/image/s1t8b7drr/full/

chapeau bas l'artiste

[Oscar Pilote]

c’est bon oscar tuile réalisé ça marche mieux là
par contre moi j'utilise enhanced runway HD elle sont plus larges et ça me fait ça

http://postimg.org/image/jw7agp6vf/

tu utilise quelle texture pour les piste d’atterrissage?

Salut,

Ce n'est pas lié à la texture mais au fichier apt.dat d'X-Plane (ou de la scène d'aéroport) qui
doit indiquer (entre autre) la position de la piste et sa largeur.
On rencontre de nombreux aéroports où les données ne sont pas correctes (principalement je
pense ceux qui ont été réalisés à une époque où il n'était pas commode comme aujourd'hui de se baser
sur les orthophotos pour placer "précisément" les objets, ou bien parce que les orthos de l'époque n'étaient
pas correctement géoréférencées.
C'est d'autant plus important lorsqu'on utilise des scènes photos, si la piste X-Plane est au mauvais
endroit (mal centrée, trop large, orientation pas exacte), cela se voit tout de suite car on voit poindre
la piste orthophoto au bon endroit.
Dans ton exemple le bord de ta piste HD est en fait sur le talus de bord de piste.

[Mclnight]

@Oscar_Pilote
merci pour ces info,
puisque c'est le apt.dat , j'ai réglè le problème en installant la scènes de sky one, là c'est plus joli du coup!
hs: aller une dernière photo et j’arrête! ... pour ce soir =) http://postimg.org/image/ehcgoswiz/full/

[atanorr]

La scène m'intéresse si tu as le lien de la plus jolie scène ;)
Je vois le 172 sp ;) je trouve dommage, pas d'effet pluie, pas de texture ni salissemnent pare-brise.., d'ailleurs chez moi, c'est comme si il n'y a pas de carreaux au cockpit. Dommage

[Mclnight]

Sur la photo on voit pas la scène sly one, c'est pour ça j'ai mis HD lol je parlais de la scène LFLJ de l'italien que nous a conseillé Oscar_Pilote

http://forums.x-plane.org/index.php?app=downloads&showfile=24720

Tu vire terrain et overlay.
Pour les vitres tu peux régler cockpit gamma dans RTH pour baisser la transparence

[guyt]

Bonjour à tous ,

Je me suis pris au jeu et j'ai essayé de créer deux tuiles du côté de Lourdes (allez savoir pourquoi cette location m'est venue à l'esprit ) en 3"arc avec le dossier K31 ( N43E000.hgt et N43E001.hgt de viewfinder)
Dossier Ortho4XP à jour , juste téléchargé , fichier .CFG de base.

Ben , j'ai pas réussi....j'ai dû me gouré quelque part ou une histoire de patchs que je n'ai pas su gérer ?

Voilà l'historique:

Tuile 43 0

D:\Ortho4XP>Ortho4XP.py build_tile 43 0

Etape 1 (Constitution des frontières eau/sol et aéroports)
--------
-> Téléchargement sur OpenstreetMap des frontières d'aéroports ainsi que des frontières sol/eau.
     -> way["aeroway"="aerodrome"] téléchargé sans erreur : 67 noeuds.
       *      Aérodrome Auch Lamothe
       * LF3134 L'isle-en-dodon
       *      Saint-Gaudens Montréjeau
       *      Balesta Nature Airport
     -> way["natural"="water"] téléchargé sans erreur : 58173 noeuds.
     -> rel["natural"="water"] téléchargé sans erreur : 21537 noeuds.
     -> way["waterway"="riverbank"] téléchargé sans erreur : 81662 noeuds.
     -> rel["waterway"="riverbank"] téléchargé sans erreur : 15410 noeuds.
     -> way["natural"="coastline"] téléchargé sans erreur : aucun noeud.
     -> way["waterway"="dock"] téléchargé sans erreur : aucun noeud.
   -> traitement des données associées terminé : 133140 nouveaux noeuds.
-> Découpage des trop longues arêtes,
-> Ajout des données de patch au maillage,
-> Ajout des arêtes liées à la grille des orthophotos et calcul
     de leurs intersections avec les arêtes osm,
     Elimination des arêtes obsolètes,
     Elimination des noeuds devenus obsolètes,
-> Transcription des données traitées dans le fichier .\zOrtho4XP_+43+000\Data+43+000.poly
     -> Restent 176344 arêtes (fictives comprises) à la fin du processus.

   --> Terminé en 96.10sec.

Etape 2 (Maillage de la tuile)
--------
-> Chargement des données altimétriques.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Le fichier DEM ./Elevation_data/N43E000.hgt comporte des
zones de no data, je poursuis en les remplaçant par
l'altitude moyenne sur la tuile mais il vous faudrait les
combler manuellement, par exemple avec gdal_translate.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
-> Lancement du mailleur proprement dit :

  Loading altitudes from DEM file.
  Computing curvatures from altitudes.
  Constructing Delaunay triangulation by divide-and-conquer method.
  Recovering segments in Delaunay triangulation.
  Spreading regional attributes.
  Adding Steiner points to enforce quality.

Le mailleur Triangle4XP a rencontré une difficulté avec les paramètres
demandés, le processus a du s'arrêter.

D:\Ortho4XP>

Tuile 43 1 :

D:\Ortho4XP>Ortho4XP.py build_tile 43 1

Etape 1 (Constitution des frontières eau/sol et aéroports)
--------
-> Téléchargement sur OpenstreetMap des frontières d'aéroports ainsi que des frontières sol/eau.
     -> way["aeroway"="aerodrome"] téléchargé sans erreur : 438 noeuds.
       * LFBF Aéroport Toulouse Francazal
       * LFCL Aérodrome de Lasbordes
       * LFDJ Aérodrome de Pamiers - Les Pujols
       * LFCG Aérodrome de Saint-Girons - Antichan
       * LFIT Aérodrome Toulouse Bourg-Saint-Bernard
       * LFJH Aérodrome de Cazères - Palaminy
       * LFMW Aérodrome de Castelnaudary-Villeneuve
       * LFBR Aérodrome de Muret - Lherm
       * LFMG Aérodrome de la Montagne Noire
       * LF3126 Sabonnères
       * LFIR Aérodrome de Revel-Montgey
       *      Club ULM Saint-Lieux-les-Lavaur
       * LF3151 Aerodrome Le Fousseret
       * LFBO Aéroport de Toulouse-Blagnac
     -> way["natural"="water"] téléchargé sans erreur : 73138 noeuds.
     -> rel["natural"="water"] téléchargé sans erreur : 23896 noeuds.
     -> way["waterway"="riverbank"] téléchargé sans erreur : 169785 noeuds.
     -> rel["waterway"="riverbank"] téléchargé sans erreur : 16355 noeuds.
     -> way["natural"="coastline"] téléchargé sans erreur : aucun noeud.
Serveur surchargé ou réseau indisponible, nouvelle tentative dans 3 sec.
     -> way["waterway"="dock"] téléchargé sans erreur : 8 noeuds.
   -> traitement des données associées terminé : 214540 nouveaux noeuds.
-> Découpage des trop longues arêtes,
-> Ajout des données de patch au maillage,
     LFMG.patch.osm
Traceback (most recent call last):
  File "D:\Ortho4XP\Ortho4XP.py", line 3140, in <module>
    build_poly_file(lat,lon,sys.argv[1],force_osm_download=False)
  File "D:\Ortho4XP\Ortho4XP.py", line 467, in build_poly_file
    dico_edges,lat0,lon0)
  File "D:\Ortho4XP\Ortho4XP.py", line 794, in keep_sloped_patch
    dico_edges[sdn[(nx,ny)]+'|'+sdn[(nx+1,ny)]]='orthogrid'
KeyError: (9, 1)

D:\Ortho4XP>

Lors d'une première tentative, bizarrement , je n'avais pas eu ces soucis pour la 43 0 mais le résultat était celui-ci , avec une ligne dans le log de XPlane :
A droite , en haut , l'aéroport de Lourdes, dans la faille.
WARNING: scenery file for 43,0 has no vertices in its top edge. This usually indicates a bad DSF file.




Voilou , je soumet à votre perspicacité

[Odevillée]

@guyt

Etape 2 (Maillage de la tuile)
--------
-> Chargement des données altimétriques.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!
Le fichier DEM ./Elevation_data/N43E000.hgt comporte des
zones de no data, je poursuis en les remplaçant par
l'altitude moyenne sur la tuile mais il vous faudrait les
combler manuellement, par exemple avec gdal_translate.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!
-> Lancement du mailleur proprement dit :

Pareil chez moi, j'ai le même résultat si ce message apparaît.
IL semble que les fichiers d'altitude 3° d'arc ne vont pas, prend les SRTM 1arcsec ici http://gdex.cr.usgs.gov/gdex/.

[Mclnight]

@Guyt
concernant la 43 0, quelle valeur as-tu mis pour le paramètre curvature_tol?

[Oscar Pilote]

IL semble que les fichiers d'altitude 3° d'arc ne vont pas,

Si, sinon je ne les aurais pas inclus. Simplement ils (pas tous) contiennent de toutes petites zones
de "no data" (en fait même pas des zones, juste 4 ou 5 points sur plus d'un million, j'ignore pourquoi).
Quand je rencontre ces points (ils indiquent une altitude de -32768, c'est leur code) je remplace leur
altitude automatiquement par la moyenne de l'altitude sur la tuile, dans bien des cas vous ne
remarquerez jamais rien).
Si tu préfères (je l'indique dans le message, après avoir prévenu que j'ai rencontré de telles données,
j'avais pourtant l'impression que c'était suffisamment explicite comme message), tu peux faire la
chose suivante pour combler le DEM :

gdal_translate -of AAIGrid N43E000.hgt Odevillee.coucou
ensuite tu ouvres Odevillee.coucou avec un éditeur de texte et tu fais une recherche automatique de -32768,
tu les remplaces pard des valeurs que tu déduis des altitudes environnantes dans le fichier, tu sauvegardes et
tu tapes ensuite
gdal_translate -of SRTMHGT Odevillee.coucou N43E000.hgt

@Guyt
Pour la 43 1 c'est de ma faute, j'ai oublié d'adapter le patch à la nouvelle version, met le de côté pour l'instant
je ferai cela ce soir (le fichier LFMG.patch.osm).
Pour la 43 0 pas d'indice, je testerai ce soir mais il me semble l'avoir déjà faite (peut-être no_small_angle=False
mais il me faudrait voir le message qu'à sorti le mailleur, là je ne vois rien). Tu utilises quel OS pour lancer
le programme (que testerai dans les mêmes conditions) ?

[guyt]

@ Odevillée:
ok , je vais reprendre par là , je voulais tester suite au post et aux derniers réglages de Oscar qui préconisait le 3"" d'arc.

@Mclnight
j'ai laissé les paramètres du fuchier .CFG comme au téléchargement
curvature_tol = 3.5
no_small_angles = True

Merci à tous deux.


EDIT: bonjour Oscar ,j'ai utilisé la version alpha3

Merci à toi aussi , bien sûr