MapSource : le bug ?
Article rédigé par Alain
Version utilisée dans cet article : MapSource 6.12.4 en français
(la dernière version de MapSource est à télécharger ici).
Si le titre de cet article est suivi d’un point d’interrogation, c’est tout simplement qu’à ce jour, je n’ai pas trouvé d’explication logique au problème apparu dans MapSource, ainsi qu’à la solution “bidouillée” que j’ai pu trouver pour y remédier.
Toujours est-il que “ça marche” comme ça, c’est donc l’essentiel pour le moment. Mais une véritable explication logique et rationnelle devrait pouvoir être trouvée, y compris du côté de Garmin s’il s’avérait qu’il s’agit bien d’un bug de MapSource (d’où mon point d’interrogation).
Je précise tout d’abord que je ne suis pas un pro du GPS puisque je ne possède le NUVI 660 que depuis un mois et qu’il s’agit de mon premier appareil de ce type.
Je suis donc parti de l’excellent article de Soupon qui nous propose de confectionner des TourGuides multimédias pour nos NUVI 660 (guidage, commentaires audio, textes et maintenant photos).
L’idée de départ était de réaliser un TourGuide sur les châteaux de la Loire, sujet par excellence se prêtant bien à ce type d’application.
J’ai donc créé dans MapSource les différents sites à parcourir (Waypoints) et, pour chacun d’eux, défini leurs propriétés selon le modèle ci-dessous :
Même chose pour les 19 waypoints que comptera le TourGuide une fois terminé.
L’étape suivant consiste à enregistrer (en « .gdb » et en « .gpx ») le fichier afin de le préparer à être installé sur le NUVI grâce à POI Loader.
Et là, le bug !!!
J’ai obtenu ceci :
alors que je voulais (que j’aurais dû) obtenir cela :
Mais le plus étonnant, c’est que ce bug ne se produisait pas pour tous les lieux. Certains s’affichaient correctement, et d’autres non, sans que je puisse trouver une logique à ce dysfonctionnement.
Après avoir recommencé plusieurs fois la manœuvre, sans que rien ne change, j’ai décidé d’aller voir d’un peu plus près la salade que me fabriquais MapSource.
Cela peut se faire très facilement en ouvrant dans un éditeur de textes (j’utilise tout simplement Notepad2, logiciel libre et gratuit (voir ici) qui joue parfaitement son rôle dans ce type d’utilisation) le fameux fichier « .gpx » enregistré précédemment.
Dans ce fichier on retrouve, au-dessous de quelques lignes de considérations générales, la description en langage XML de chaque waypoint défini dans MapSource. (voir ici).
Pour chacun d’entre on va retrouver les coordonnées du lieu, son nom, sa description (Commentaire) le chemin complet du fichier « .mp3″ associé, etc…
Et en recoupant les erreurs d’affichage sur le NUVI, et le contenu de ces descriptions, je me suis aperçu que les waypoints “bugués” contenaient 3 lignes de plus que ceux qui s’affichaient correctement.
Voici ces trois lignes supplémentaires :
Par déduction, je me suis dit que le problème pouvait venir de ces 3 lignes en question, et j’ai donc décidé de les supprimer partout où elles apparaissaient.
Ensuite, enregistrement du fichier « .gpx » ainsi modifié, suppression sur le NUVI de l’ancien TourGuide précédemment installé, réinjection du TourGuide modifié par POI Loader, et , ô miracle, … ça marche.
Ne me demandez pas pourquoi, je ne suis pas (encore) capable de répondre à cette question.
Et la discussion est ouverte :
- Pourquoi MapSource (en tous cas la version citée en référence) introduit-il sans aucune logique apparente ces 3 lignes address qui semblent provoquer des dysfonctionnements ?
- Question subsidiaire : Pourquoi ces 3 lignes provoquent-elles ces erreurs d’affichage ?
Toujours est-il que maintenant j’ai 3 affichages de waypoints différents selon le contenu de la description.
1) Waypoint sans commentaire audio :
2) Waypoint avec commentaire audio et descriptif court :
3) Waypoint avec commentaire audio et descriptif long :
Cette bidouille permet de régler le problème apparu, mais elle n’est pas satisfaisante intellectuellement. Il serait bien de trouver une explication logique à ce qui semble être un bug (on travaille bien sur un outil informatique, non ?)
A moins que ce soit une erreur de M. Garmin ? Et dans ce cas, ce serait bien qu’il la corrige.
Alain