mercredi 17 mars
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Liens connexes

Dépêche modérée par

Dépêche éditée par

: Une interface pour le GPS KeyMaze 300 sous Linux

Posté par Vincent-Xavier JUMEL (Jabber id, page perso, ). Modéré le 15 mai 2008.
0
Le KeyMaze 300 est un petit GPS vendu par Décathlon. Celui-ci est doté d'une puce sifrII, la même que celle qui équipe les GPS Magellan. Doté d'une autonomie de 48h (non testé), il est capable d'enregistrer les trajets réalisés, ou de vous indiquer la direction des waypoints que vous lui avez donnés.

Ce GPS est aussi capable de restituer vos trajets sur un ordinateur muni d'une prise USB en format texte ou au format kml, visualisable dans GoogleEarth ou dans marble ou WorldWind. Le fichier texte restitué initialement et le format kml sont tous les deux des formats ouverts et on comprend que Décathlon (dont ce n'est pas forcément la préoccupation) ne se soit pas embêté à développer un logiciel complet, ni à payer (ou faire payer à l'utilisateur final) un jeu complet de cartes.

Mais, le logiciel fourni est un logiciel spécifique à Windows ; par conséquent, il faut disposer de Windows pour extraire les données du GPS. Décathlon fournit même un pilote USB->Serial prolific2303, celui-là même qui est présent dans tous les noyaux Linux récents (via l'option CONFIG_USB_SERIAL_PL2303=y).

À partir de là est né gpsd4, un projet libre sous licence GPLv3, en python, qui permet de télécharger les données du GPS KeyMaze 300 sous Linux. Son interface laisse encore un peu à désirer et le projet n'est pas documenté pour le moment, mais cela ne va pas tarder à arriver. Si des heureux propriétaires de cet équipement veulent en profiter, il suffit d'aller le télécharger (et éventuellement de nous renvoyer des remarques). Si vous désirez contribuer, toutes les compétences sont les bienvenues.

> Lire la suite (39 commentaires, moyenne: 2,3).   [dépêche : 579 caractères]

Le projet est parti au départ d'un simple script en Python présent sur Launchpad. Après avoir contacté l'auteur original en apportant mes modestes contributions, nous avons décidé de transformer ce script en un logiciel complet.
Le but est de fournir à terme une interface graphique pour que l'utilisateur moyen puisse utiliser le GPS sans devoir taper d'obscures commandes.

Pour le moment, il existe juste une interface en ligne de commande, assez rudimentaire que nous allons essayer d'enrichir rapidement. Le projet est encore tout récent, mais déjà utilisable.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

et un de plus ...

Posté par GnunuX (Jabber id, page perso, ) le 15/05/2008 à 18:32. (lien). Évalué à 10.

Et ben voilà un nouveau contributeur de openstreetmap alors !

-> http://www.openstreetmap.org

GPSbabel et gpsd

Posté par Wawet76 (page perso, ) le 15/05/2008 à 20:18. (lien). Évalué à 8.

L'appareil est-il déjà supporté par gpsbabel ?
Si ce n'est pas le cas, ça serait intéressant qu'ils réutilisent ton boulot.

Un des contributeurs de gpsbabel participe aux ml d'OpenStreetMap dont il est fait mention plus haut... il est très sympa et toujours à la recherche d'appareils à ajouter à la liste.

En parlant des logiciels existant, gpsd4 est-il conçu pour s'utiliser en lieu et place de gpsd ? Si ce n'est pas le cas, même remarque que pour gpsbabel...


Plutôt que de développer une interface graphique pour utiliser ce GPS, il vaudrait à mon sens bien mieux faire en sorte qu'il soit supporté par gpsbabel et gpsd, puis contribuer aux logiciels utlisisant ces 2 là. Les possesseurs d'un autre modèle de GPS seraient bien plus heureux ! :)

Qualité du GPS

Posté par Wawet76 (page perso, ) le 15/05/2008 à 20:25. (lien). Évalué à 3.

J'ai quelques questions sur ce modèle (qui a le gros avantage de n'être pas bien cher...). Il y a quelques mois j'ai fouillé un peu partout sans trouver les réponses.

- Pour OpenStreetMap, il est sympa de pouvoir enregistrer des traces au rythme de 1 point par seconde. Cela est-il possible ?

- Toujours pour OSM, combien de points la mémoire de l'appareil peut-il contenir ? (pour l'enregistrement des traces, pas le nombre de waypoint)

- J'ai entendu dire que les fichiers récupérés avec le logiciel fourni dans la boite ne contiennent pas l'altitude des points. Est-ce vrai ? Est-ce que avec ton logiciel tu arrives a récupérer cette info ?

Et pour le GPS logger BT335 :)

Posté par Steven Le Roux (Jabber id, page perso, ) le 15/05/2008 à 20:26. (lien). Évalué à 1.

http://demisel.dyndns.org/svn/bt335/

--
Jabber ID : Steven@jabber.fr

Réinventer la roue ?

Posté par Michel Cazemajor () le 16/05/2008 à 10:07. (lien). Évalué à 1.

Sans vouloir polémiquer, qu'apporte ce logiciel par rapport à d'autres. Je pense en particulier à "GPS manager" http://www.ncc.up.pt/gpsman/gpsman.html, pas à QGIS ou Grass ;-)

M.

GPS pour radars fixes

Posté par Olivier Jeannet () le 16/05/2008 à 17:29. (lien). Évalué à 1.

Tant qu'on est sur le sujet, je me demandais si des interfaces existaient sous Linux pour mettre à jour les boîtiers GPS faisant détecteur de radar fixe (ça évite de perdre bêtement des points pour 5 km/h de trop).
J'ai vu qu'un type avait développé une interface en Python pour une ancienne version d'un Navirad, quelqu'un sait ce qu'il en est pour les modèles actuels ?

Concurrence

Posté par oarmand () le 18/05/2008 à 10:12. (lien). Évalué à 2.

Tiens c'est amusant, j'étais sur le point de finir un programme équivalent pour le KeyMaze, écrit en Ruby :)

En parcourant gpsd4 rapidement pour comparer :
- Mon programme intègre le scan de port, tourne correctectement sous Windows (je ne sais pas si c'est le cas sous gpsd4), je me suis débarassé de la dépendance en ruby-serialport en intégrant moi-même les écritures, et j'ai un début de localisation
- Il ne supporte pas les waypoints, et n'est pas packagé avec un installeur.

Concernant les incertains du protocole :
<<# Getting something. This changes all the time but i haven't corelated this to anything yet.>>
-> C'est la taille totale de la trame - 4 (ie. sans header, taille et checksum)
<< # Should sort out what is it for. >>
-> c'est probablement un checksum, je n'ai pas creusé non plus.

KeyMaze 300: GPS raté.

Posté par Olivier LAHAYE (page perso, ) le 21/05/2008 à 14:42. (lien). Évalué à 1.

Pour un GPS de footing, le KeyMaze 300 est juste sympa. Pour le reste, c'est une grosse merde!

- Bug hardware: si on lui cause en protocole sirf 3, alors la vitesse du bus entre la puce GPS et le KeyMaze change, et c'est fiini. Le KeyMaze ne sait plus causer à la sirf 3. Comme il n'y a pas de bouton reset et qu'on ne peut pas retirer la batterie, bah il est briqué. => retour atelier.

Bref, faire très attention en utilisant gpsd, car dans les dernières versions c'est son mode de fonctionnement par défaut.!!!

- Mémoire ridicule.

- Gestion des points ....no comment.

- Pas bluetooth => on ne peut pas utiliser un pda avec nonigpsplot pour récupérer la trace (fonction gps mouse).

- Soft PC ultra pourri, les fichiers GPX exportés ne contiennent même pas le time-stamp, il est donc impossible d'uploader la trace sur openstreetmap (mais bon à quoi bon vu la précision des tracés)....

Conclusion: pour un usage autre que le sport (et encore): À ÉVITER À TOUS PRIX.

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.1602s (dont 0.0293 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !