Annonce

**jojo64** · 04 octobre 2016, 19h41

Oui en théorie c'est vrai, mais dit leurs qu'en pratique, même avec le bon ICAO, leur truc ne marche pas.
Par exemple Madeira, la scène utilise "LPMA" en ICAO, sur le global c'est aussi "LPMA"
A la limite, pour être que la version de Wed utilisée pour exporter le apt.data de la scène est maintenant (avec le temps) trop ancienne, et le fichier exporté par conséquent trop obsolète pour faire le boulot? (J'ai remarqué des nouvelles lignes dans le Apt.data du "Global...", qui ne sont pas dans celui de la scène, dont une ligne "ICAO")

Et quand bien même, on parle là du "Apt.data", quid des overlay (.dsf), car eux aussi pointent le bout de leurs nez, et là pas possible de leur attribuer un code ICAO (ils sont classés par la coordonnée de la tuile où ils sont)

La meilleure des chose serai qu'ils mettent leur dossier ailleurs, dans les ressources par exemple...

**yoyoz** · 04 octobre 2016, 19h56

Ça marche très bien, je vous ai expliqué dans l'autre post pourquoi vous voyez la piste en double alors qu'il n'y en a qu'une prise en compte par X-Plane.

Pour la nouvelle ligne 'ICAO' dans les apt.dat, l'explication est là.

En ce qui concerne les dsf, les scènes correctement faites (et suffisamment récentes) ont des zones d'exclusion (malheureusement uniquement rectangulaires), pour empêcher la remontée d'informations intempestives des dsf inférieurs. Il est certain qu'il faut éviter que deux scènes se télescopent, d'où la recommandation 1 aéroport = 1 dossier. Il y a aussi séparation des mesh et du reste. Je simplifie, mais tout est là.

**jojo64** · 04 octobre 2016, 20h06

@Yoyoz: on avait déjà compris le principe, ce problème ne date pas d'hier, et on sait déjà comment faire pour "réparer".
Ce que nous on cherche, c'est justement de ne pas à avoir à réparer.

**Ypsos** · 04 octobre 2016, 20h06

Envoyé par yoyoz Voir le message

Ça marche très bien, je vous ai expliqué dans l'autre post pourquoi vous voyez la piste en double alors qu'il n'y en a qu'une prise en compte par X-Plane.

Pour la nouvelle ligne 'ICAO' dans les apt.dat, l'explication est là.

En ce qui concerne les dsf, les scènes correctement faites (et suffisamment récentes) ont des zones d'exclusion (malheureusement uniquement rectangulaires), pour empêcher la remontée d'informations intempestives des dsf inférieurs. Il est certain qu'il faut éviter que deux scènes se télescopent, d'où la recommandation 1 aéroport = 1 dossier. Il y a aussi séparation des mesh et du reste. Je simplifie, mais toutest là.

Merci pour ces explications.

Laminar communique bien. Mais c'est du langage d'initiés (en plus en Anglais.)

Pour ceux qui ne sont que des pilotes, installent une scène, la seule question pour eux est : cela fonctionne ou pas.

S'il y a des problèmes de double pistes (même si on comprends l'explication). question:

c'est à qui de résoudre les causes?

Laminar qui a introduit une nouvelle logique?
Les développeurs de scènes?

Il faut savoir se mettre du coté de l'utilisateur qui subit les effets mais qui n'a' pas les compétences pour agir sur les causes.

**jojo64** · 04 octobre 2016, 20h06

J'ai fait une mise à jour du Apt.data de la scène de LPMA, avec mise à jour des nouvelles données, toujours le même problème...

**yoyoz** · 04 octobre 2016, 20h22

Envoyé par Ypsos Voir le message

Il faut savoir se mettre du coté de l'utilisateur qui subit les effets mais qui n'a' pas les compétences pour agir sur les causes.

tout à fait d'accord, mais en effaçant le fichier scenery_pack.ini contre les recommandations de Laminar, l'utilisateur est censé savoir ce qu'il fait. Si on ne touche pas à ce fichier, toute nouvelle scène vient se placer au-dessus de Global Airports et prend donc priorité dessus. En fait, ni le créateur de la scène, ni l'utilisateur n'a à faire quoi que ce soit pour les scènes "simples" et quand ils fournissent plusieurs dossiers, ils sont généralement bien classés alphabétiquement.

En ce qui concerne les meshs (qui doivent être placés en-dessous), la plupart des créateurs documentent cela en expliquant comment éditer le fichier scenery_pack.ini (conformément aux préconisations de Laminar) pour que la priorité soit respectée. Quand ça ne marche pas, il n'y a que deux possibilités: soit c'est mal documenté, soit l'utilisateur ne suit pas la procédure. Pas facile pour certan quand c'est uniquement en anglais, mais on est là pour aider.

**yoyoz** · 04 octobre 2016, 20h23

Envoyé par jojo64 Voir le message

J'ai fait une mise à jour du Apt.data de la scène de LPMA, avec mise à jour des nouvelles données, toujours le même problème...

Ça ne sert à rien, les fichiers de la scène de Lebelge sont corrects, attache plutôt ton Log.txt complet stp, qu'on puisse voir où ça cloche.

**Ypsos** · 04 octobre 2016, 21h19

Pour que tout le monde comprenne la situation voici les tests réalisés et les conséquences:

Fichier scenery_packs.ini à la corbeille.

Retiré les 3 dossiers suivants du Custom scenery

SCENERY_PACK Custom Scenery/Madeira_1_LPMA/
SCENERY_PACK Custom Scenery/Madeira_2_OBJ/
SCENERY_PACK Custom Scenery/Madeira_3_TEX/

Lancer xPlane et sélectionné : LPMA( Madère)

En visuel dans xPlane : Aéroport par défaut, pas de double piste

Ouvert le fichier scenery_packs.ini dans un éditeur de texte, les 3 dossier retirés sont bien absents de la liste.

quitter xPlane
replacer les 3 dossiers dans customs scenery
SCENERY_PACK Custom Scenery/Madeira_1_LPMA/
SCENERY_PACK Custom Scenery/Madeira_2_OBJ/
SCENERY_PACK Custom Scenery/Madeira_3_TEX/

Lancer xPlane LPMA
En visuel dans xPlane : Aéroport ajouté de Legelge, pas de double piste

Ouvert le fichier scenery_packs.ini dans un éditeur de texte, les 3 dossier sont bien présent en tête de liste .
SCENERY_PACK Custom Scenery/Madeira_1_LPMA/
SCENERY_PACK Custom Scenery/Madeira_2_OBJ/
SCENERY_PACK Custom Scenery/Madeira_3_TEX/

Quitter xPlane
retirer le dossier zone photo :SCENERY_PACK Custom Scenery/Madeira_3_TEX/
relancé xPlane LPMA
Visuel dans xPlane : zone photo qui recouvre la scène de Lebelge ainsi que la scène par défaut de Laminar.

Ouvert le fichier scenery_packs.ini dans un éditeur de texte, le dossier Custom Scenery/Madeira_3_TEX/ est bien premier de la liste.
SCENERY_PACK Custom Scenery/Madeira_3_TEX/
SCENERY_PACK Custom Scenery/Madeira_1_LPMA/
SCENERY_PACK Custom Scenery/Madeira_2_OBJ/

Pour faire simple:

Chaque fois que l'on ajoute une scène elle sera en tête de liste dans le fichier SCENERY_PACKS.INI . Ce qui est bien et évite de mettre le fichier scenery_pack.ini à la poubelle.
A chaque mise à jour d'une zone photo existante elle sera considérée comme un nouvel ajout.
Dès lors elle sera en tête de liste , recouvrira les scènes.
Pour l'éviter il faudra déplacer la ligne dans un éditeur de texte en dessous de la ligne avec les aéroport ( s'il y à plusieurs aéroports dans la zone il faudra chercher pour les placer au-dessus de la zone photo ajoutée).

Procédure fastidieuse.

Pour éviter ces procédures, plusieurs possibilités pour Laminar :
renommer le dossier Global pour qu'il ne soit pas au milieu, et bien au fond de l'ordre alphabétique
soit que des sous-dossiers existent et sont classés par catégorie : Scènes, Zone Photo, Lib, Global Airports...
autre solution...

**khamsin** · 04 octobre 2016, 21h30

Envoyé par Ypsos Voir le message

autre solution...

http://www.flightgear.org/

**jojo64** · 04 octobre 2016, 22h01

Envoyé par yoyoz Voir le message

Ça ne sert à rien, les fichiers de la scène de Lebelge sont corrects, attache plutôt ton Log.txt complet stp, qu'on puisse voir où ça cloche.

Décidément, je ne sais pas comment t'expliquer que je sais très bien d'où vient le problème.
Je ne faisais que répondre à Ypsos: "In X-Plane 10.45, exclusion by ICAO was introduced. This means that global airports will fully disappear when any custom scenery pack replaces the airport by apt.dat."

Envoyé par jojo64 Voir le message

Oui en théorie c'est vrai, mais dit leurs qu'en pratique, même avec le bon ICAO, leur truc ne marche pas.
Par exemple Madeira, la scène utilise "LPMA" en ICAO, sur le global c'est aussi "LPMA"
A la limite, pour être que la version de Wed utilisée pour exporter le apt.data de la scène est maintenant (avec le temps) trop ancienne, et le fichier exporté par conséquent trop obsolète pour faire le boulot? (J'ai remarqué des nouvelles lignes dans le Apt.data du "Global...", qui ne sont pas dans celui de la scène, dont une ligne "ICAO")

**jojo64** · 04 octobre 2016, 22h13

Envoyé par yoyoz Voir le message

tout à fait d'accord, mais en effaçant le fichier scenery_pack.ini contre les recommandations de Laminar, l'utilisateur est censé savoir ce qu'il fait. Si on ne touche pas à ce fichier, toute nouvelle scène vient se placer au-dessus de Global Airports et prend donc priorité dessus. En fait, ni le créateur de la scène, ni l'utilisateur n'a à faire quoi que ce soit pour les scènes "simples" et quand ils fournissent plusieurs dossiers, ils sont généralement bien classés alphabétiquement.

Là aussi, on a compris depuis un moment, mais alors en suivant cette procédure arrive un nouveau problème que tu cites:
si par la suite on installe un scène ortho ou un mesh ou tout autre dossier qui doit être en dessous?

Envoyé par yoyoz Voir le message

En ce qui concerne les meshs (qui doivent être placés en-dessous), la plupart des créateurs documentent cela en expliquant comment éditer le fichier scenery_pack.ini (conformément aux préconisations de Laminar) pour que la priorité soit respectée. Quand ça ne marche pas, il n'y a que deux possibilités: soit c'est mal documenté, soit l'utilisateur ne suit pas la procédure. Pas facile pour certan quand c'est uniquement en anglais, mais on est là pour aider.

Nous ce qu'on veux, c'est de ne pas avoir à éditer le scenery pack.ini à chaque installation de tuiles.
En faite faire comme on faisait avant, on balance dans custum scenery tel quel (le développeur ayant pris le temps de rajouter un "z" ou "y" ou autre devant le dossier), on vire scenery....ini, et il se charge de remettre tout à la bonne place comme un grand, et c'est bon!

Il me semble que la rangement systématique par ordre alphabétique à chaque redémarrage était la meilleures des solutions.
Sauf que ce dossier "global...." viens du coup gâcher la fête. L'idéal serai que Laminar le mette dans un autre dossier, ou lui donne un nom en "x".

**yoyoz** · 05 octobre 2016, 07h07

Envoyé par jojo64 Voir le message

Décidément, je ne sais pas comment t'expliquer que je sais très bien d'où vient le problème.

Ce n'est pas l'impression que tu donnes puisque tu dis avoir édité le fichier apt.dat de la scène LPMA, dont je dis depuis le début qu'elle n'a aucun problème. Désolé, mais j'en avais déduit que tu n'avais pas compris puisque tu t'étais lancé dans une opération inutile.

Envoyé par jojo64 Voir le message

Nous ce qu'on veux, c'est de ne pas avoir à éditer le scenery pack.ini à chaque installation de tuiles. En faite faire comme on faisait avant, ...

Ce que vous voulez faire ne marche pas depuis longtemps (avant même les exclusions ICAO de la 10.45), ce qui est nouveau c'est que LPMA a été ajouté récemment dans Global Airports. Si tu fais tes tuiles orthos toi-même avec Ortho4XP ou si tu les télécharge sur zonePhotos, elles sont déjà nommées correctement. Il ne reste plus qu'à coller un prefixe devant les scènes d'aéroports ou bouger les lignes dans l'ini, ça prend 10 secondes.

Envoyé par jojo64 Voir le message

Il me semble que la rangement systématique par ordre alphabétique à chaque redémarrage était la meilleures des solutions.

Pour moi c'est la meilleure (mais pas forcément pour tout le monde), pour d'autres c'est l'édition du fichier scenery_pack.ini, comme le rappelle encore Laminar dans sa réponse à Ypsos. Je reprends ton commentaire dans le forum réseau: "mais je ne crois pas que j'aurai la patience de faire pareil!!!!". Partant de là, je te renvoie sur mon commentaire précédent au sujet des 10 secondes

Envoyé par jojo64 Voir le message

Sauf que ce dossier "global...." viens du coup gâcher la fête. L'idéal serai que Laminar le mette dans un autre dossier, ou lui donne un nom en "x".

Il y a une autre solution, évoquée par Ben Supnick lui-même en décembre 2013:

Envoyé par Ben Supnick

But we are looking at a change in 10.30 that would _force_ Global Airports to be low priority, which is virtually always the desired behavior. Right now you can get it somewhere else in your .ini file, which is not so good.

Comme tout le monde peut le constater, rien n'a été fait depuis... Ça fait malheureusement longtemps que ça marche comme ça et il y a peu de chances que Laminar change ça rapidement puisqu'ils n'ont rien fait en trois ans. Il est maintenant probable qu'ils s'occupent de la v11 et ne touchent plus trop à la v10, je vous conseille de vous adapter au lieu d'espérer.

@Ypsos: la documentation de la scène LPMA n'aurait jamais du recommander de renommer le dossier des orthophotos, même à l'époque (2013) la convention était d'avoir les photos "en bas". C'est d'autant plus dommage que le dossier est correctement nommé lorsqu'on le télécharge. Ça ne changeait rien pour le reste et pour éviter les problèmes il vaut mieux faire comme si tous les aéroports se trouvaient dans Global Airports, vu le rythme auquel ils en ajoutent...

Remarques concernant le Wiki, si les personnes qui le maintiennent veulent bien en tenir compte:

les personnes qui lisent la section "Comment organiser les dossiers des scènes ?" sans descendre ensuite tout en bas pour lire celle sur le scenery_pack.ini n'ont aucune chance de ranger correctement leurs scènes.
la recommandation de supprimer ou déplacer le dossier Global Airports n'est pas appropriée. La plupart des utilisateurs ne réalisent pas qu'ainsi ils se privent de milliers d'aéroports et auront oublié ça à la mise à jour suivante de toutes façons.

**Ypsos** · 05 octobre 2016, 07h48

Salut

Que ce soit depuis 2013 ou 2015 on n'avait pas ce problème.

On ajoutait une scène ou une tuile de zone photo, on vire le fichier scenery_packs.ini et tout rentre en ordre.

Maintenant en réseau, avec le dossier global Airports, je passe plus de temps avec des personnes qui ne sont pas à l'aise avec toutes ces procédures comme le fait d'éditer le fichier, de déplacer les lignes ...

Et on remet une couche car une fois ce travail réalisé, à la prochaine mise à jour d'une zone photo placée dans le Custom scenery, elle recouvrira les scènes et on est reparti à la pêche pour remettre de l'ordre dans le fichier. Et on ne parle pas de 10 secondes mais de soirée entière à modifier les lignes en réseau.

Ceci est une réalité pour les utilisateurs. La grande majorité silencieuse qui n'intervient pas sur les forums mais qui nous lisent subissent, ne partagent pas la nécessité de devoir modifier des lignes dans un fichiers:

Il ne sert à rien que Laminar explique commente faire, ce que demande ces gens c'est de ne pas devoir le faire.

Il n'est jamais trop tard pour savoir changer son fusil d'épaule. A Laminar de jouer, et aux utilisateurs de témoigner.

Laminar a les connaissances, fait évoluer son logiciel ce qui est bien. Mais s'il sait aussi écouter les utilisateurs lambda, non technicien, ni informaticien ni "bricoleur" dans l'âme, de telle situation n'existerait pas et le logiciel serait d'utilisation plus ergonomique.

Actuellement et avec l'évolution du dossier Global Airports, pour ne pas rencontrer ces problèmes de modifier le fichier scenery_packs.ini, il faudrait cesser d'installer les zone photos.

Peut être que la réponse est dans cet avenir : Laminar fournira les zones photos et Aéroports de qualité.

Annonce

Global Aiports et Custom scenery

Global Aiports et Custom scenery

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire

Commentaire