X-Plane 9 : Pourquoi rajoute-t-il des erreurs géographiques?

[Glah_Salamanthe]

Je viens de recevoir mes DVD d'Xplane 9 (Commandé lundi et livrés samedi par courrier normal : chapeau bas pour l'efficacité )

A propos de LSGY (Yverdon les bains CH)

Cet aérodrome du nord de la Suisse romande est longé par une rivière (la Thièle) qui se jette dans le lac de Neuchâtel.

Cette rivière coule dans la pleine de l'Orbe; elle a été entièrement canalisée, donc :
1. Son lit est absolument rectiligne
2. Elle coule sur le côté gauche de l'aérodrome

Sous X-Plane 8, tout était parfait ! (ainsi que sous XP 9 démo avec les DSF de la version 8.20)

Je viens d'installer X-Plane 9 +DVD Europe , et là quelle surprise :
La Thièle circule au gré de ses humeurs et se permet même le luxe de passer … à droite de l'aérodrome !!!

La zone, largement agricole, se voit soudainement couverte de forêts !!

Etait-il bien nécessaire de changer des données correctes par des fausses !!

Version Google Eath :


Version X-Plane 8, tout à fait correcte :


Version X-Plane 9 :

[JAB]

Salut Glah,

Juste pour rire, va voir LSGN ... LSGT ... LFLG ...

A+
Jacky

[andertal]

Bonjour,
je ne pense pas que ces "erreurs" soit le fruit d'une volonté de nuir, bien au contraire. Il serait fort surprenant qu'Austin ou qui que ce soit s'amse a retoucher a la main voir même à vérifier chaque petit village, voire même chaque aérodrome. Il existe des bases de données publique ou privée qui contiennent toutes ces informations, certaines plus fidèle que d'autre... Il ce trouve qu'en cherchant à améliorer quelque chose quelque part où il connait, il aurra fait confiance à une base de donnée qui ailleur n'est plus qu'un ramassis d'erreur, mais dans l'ensemble il doit bien y avoir aussi des améliorations. Le choix des bases de données utilisée est guider aussi par leur cout, tant monétaire qu'en terme d'intégration au format d'X-Plane.
Je ne dis pas quaustin a fait le meilleur choix, je dis que son choix à dut être motivé et qu'il serait surprenant qu'il n'ai pas noter des amélioration sur une zone qu'il aura utiliser comme référence (plusieur serait plus juste mais je ne travail pas pour austin et ne suis donc pas dans ses petits papiers )
il serait bien de savoir quels bases de donnée sont utiliser pour ça, et de faire remonter (si ça change quelque chose ) l'info non pas a austin mais aux "développeurs" de ces bases.... ce sont eux les fautifs dans ce cas là...

il est toujours plus facile de décrier un choix à postériori et d'y relever les erreurs, mais quels sont aussi les améliorations ? (non ne répondez pas a cette question c'est juste une forme de rétotique )


andertal

[Glah_Salamanthe]

Solution … provisoire : :roll:

Remplacer les DSF récalcitrants de la version 9 par les anciens de la version 8 !
… mais on y perd la couverture arboricole et les raccords entre anciens et nouveaux … ça coince parfois !

[beber]

version 8 tout à fait correcte ? je dirais passable sans plus...

Pour la version 9, on dirait qu'X-Plane commence à dessiner correctement la rivière mais... à droite. Elle arrive au décrochement, elle part dans le bon sens mais semble se rendre compte de son erreur, voit qu'il y a un conflit, tourne en rond et décide de faire le décrochement à droite (il faut bien se décider, non ?) :D ...

[Jean-Yves]

Pour les connaisseurs, je suis en mesure de vous dire :
Que la société créatrice de la banque de donnée est la société Ducran et Lapoigne
Qu'elle travaille sur un ordinateur de nouvelle génération CELEVAC 11 AJT
Qu'elle a son siège social en Belgique
Qu'elle a changé d'orientation professionnele récement, à la suite de déboires en construction d'ouvrages d'arts pour les autoroutes
Qu'un voisin de cette société serait à l'origine de l'erreur de tracé de la rivière (une enquète est en cours)
8)

[after1246]

Je pense qu'il y a une volonté délibéré de la part d'Austin pour ne pas nous fournir un outil de correction des DSF.
Je parle pour la version 8.60, et il n'y a pas de raison que cela ne soit pas réalisable aussi sur la version 9
Je n'en connais pas la raison, mais elle n'est pas technique pour sur, puisque c'est possible à la main.
Et je pense que si c'est faisable à la main, un programmeur ne devrait pas rencontrer de grosse difficultés pour réaliser un outil qui permettrait de modifier les DSF.

Je ne sais pas pour les rivières, mais je sais que les altitudes et les cordonnées sont facilement modifiable, j'en déduit que pour les rivières, cela doit etre du meme ordre.

Pour preuve,
Le DSF une fois transformé en .txt avec DSF2Text, est tout à fait lisible et est basé sur ce genre de ligne
Bien sur la fonction inverse pour recréer le DSF fonctionne aussi avec DSF2Text.

PATCH_VERTEX -149.453334 -23.400000 -35.000000 -0.079332 -0.018967 0.000000 0.067506
PATCH_VERTEX -149.455001 -23.400000 -42.000000 -0.021134 -0.034104 0.000000 0.040635

Les 3 premier nombre correspondent aux cordonnées et à l'altitude.
Dans le cas présent, on notera les creux de -35m et -42m qui se trouvent dans un lagon, et j'y ai trouvé aussi des bosses de plus de 40m de hauteur sur ce meme lagon, qui déformaient complètement une partit de la scène sur laquelle je travaille actuellement.
Cela m'a pris du temps, puisqu'il a fallu que je modifie une bonne centaine de point à la main, mais il n'y a aucune difficulté technique à le faire, j'ai quand meme utilisé la fonction recherche et remplacer de TextEdit ainsi que Excel pour repérer les aberrations.

Je ne connais pas les langages de programmation actuel, j' en suis resté au langage Basic d'il y a 20ans que j'avais pratiqué à l'époque.
Mais il etait deja possible avec du Basic de générer et de traiter ce genre de fichier, j'en déduit donc qu'aujourd'hui avec des langages nettement plus puissant, cela ne devrait pas poser de problème.
Pourquoi Austin ne nous fait pas cet outil ???
gros mystère.

voici le résultat en screen shot.

Avant et apres.




et une vue haute définition pour le plaisir des yeux et du VFR

[PhM]

...Qu'un voisin de cette société serait à l'origine de l'erreur de tracé de la rivière ...

Ah ben ça alors, c'est une sacré gaffe...

PhM

[PhM]

...Je ne connais pas les langages de programmation actuel, j' en suis resté au langage Basic d'il y a 20ans que j'avais pratiqué à l'époque.
Mais il etait deja possible avec du Basic de générer et de traiter ce genre de fichier, j'en déduit donc qu'aujourd'hui avec des langages nettement plus puissant, cela ne devrait pas poser de problème.

C'est en cours : MeshEdit. je fais avancer ça quand j'ai du temps de libre.

PhM

[Daniel_L]

Je pense qu'il y a une volonté délibéré de la part d'Austin pour ne pas nous fournir un outil de correction des DSF.
Je parle pour la version 8.60, et il n'y a pas de raison que cela ne soit pas réalisable aussi sur la version 9
Je n'en connais pas la raison, mais elle n'est pas technique pour sur, puisque c'est possible à la main.

Volonté délibérée, je ne pense pas. Juste une gestion des priorités pour une toute petite équipe.

Depuis la version 8, Austin a délégué à Ben Supnik la gestion des scènes. Celui-ci a prévu depuis longtemps de faire un outil mais il doit à la fois régler les bugs, ajouter des nouvelles fonctionnalités dans X-Plane (pixel shaders et autres...), gérer le Plugin SDK, mettre à jour les outils existants,... et, surtout, je ne pense pas qu'il travaille à plein temps pour Laminar Research.

Daniel

[Glah_Salamanthe]

je ne pense pas que ces "erreurs" soient le fruit d'une volonté de nuire,

… je pense bien et je n'ai jamais prétendu celà

Le choix des bases de données utilisée est guidé aussi par leur coût, tant monétaire qu'en terme d'intégration au format d'X-Plane.

Entièrement d'acccord, et justement, puisqu'Austin (ou l'équipe de LAMINAR) utilise des bases de données existantes, il a forcément développé un logiciel permettant d'utiliser et convertir ces données pour X-Plane !!

C'est ÇA qu'on attend (et qu'on nous promet depuis la version 8.20 !! ) un logiciel qui nous permette d'éditer les terrain, comme le bon vieux "WorldMaker" !!!! de la version 7 :? :? :? :?

[andertal]

aller op encore un peu d'eau... dans le vin et au moulin
pour les outils, il y a une différence et de taille entre une application (quelques soit sa nature et l'os sur lequel elle tourne) qui "transforme" des données d'un format vers un autre et une application qui permette "l'edition" de ces données par tout un chacun sur les trois plateformes suportées par XP.
Je ne dis pas que je ne les attends pas avec impatience aussi ces applications, je dis simplement que ce n'est pas si évident que ça. pour exemple, DSF2TEXT existe (donc ça existe), même s'il n'est pas complet, mais ce n'est là qu'un outils de "transformation" de format, l'edition ce fait encore a la main en mettant ces dernière dans le camboui, et plutôt deux fois qu'une, l'outils que développe PhM ne permet l'edition que d'un DSF existant et encore uniquement le maillage du relief (j'ai pas suivie les dernières évolution, il fait peu être un peu plus ;) ) enfin WED permet l'edition des aéroports... mais rassembler tout ça sous un même toit bon bin j'éspère comme tout le monde ne plus attendre trop longtemps....
mais même avec les meilleur outils du monde, des "abérations" comme relever au début de ce fil, il y en aurra toujours, et même si chacun y va de sa correction, (on peu déja le constater sur les pistes) que vat il ce passer ? plusieur DSF du même coin tous différent, tous avec des erreurs peut être, mais pas les même et une multitude de source éparpiller aux quatre coin du monde... pas drole pour conserver une homogénéhité .....

andertal (si si je crois en l'avenir )