Teorem's Blog

J'ai vu un iPhone sur la plage.

Pour ceux qui sont habiles de leurs mains et qui sont vraiment accro !

Je me suis muni assez récemment d'un module GPS bluetooth pour une utilisation principale avec mon PDA. Je ne me suis pas encore décidé pour le logiciel de navigation automobile que je compte utiliser, mais j'ai déjà 2 candidats pour ce qui est des randonnées.

Le premier, GeoRando,est fourni avec les cartes (c'est d'ailleurs ce qui coûte cher) et permet de définir des fichiers de randonnées réutilisables sur le PDA. La vue 3D sur mon poste principal est assez amusante à voir. Il y a un certain nombre de possibilités d'échanges d'information et il permet d'enregistrer sa progression au cours d'une randonnée. Bien entendu, il se limite aux carte de l'IGN.

Coublevie a la particularité d'être au bord de plusieurs cartes IGN. Dans cet exemple, on voit bien le collage entre les deux cartes, et les différences (de trait par exemple) que cela implique. Je n'ai pas eu le temps de faire un essai en mode GPS.

Le second, OziExplorer, est bien pratique quand la carte nécessaire n'est pas fourni par l'IGN ou que vous l'avez déjà au format papier. En effet, avec un peu de travail, il est possible de scanner et de configurer les positions GPS des cartes pour les utiliser sur le PDA. Vous pouvez voir le résultat ci-dessous. L'altitude calculée avec les informations GP est à peu près exacte.

Pour les deux logiciels, il a fallu que je définisse dans les paramètres GPS du PDA (Paramètres/Système/GPS) les ports applicatif et matériel pour joindre le GPS bluetooth. Ensuite, il a fallu configurer les deux logiciels en utilisation du port matériel (COM8 dans mon cas). Comme mon antenne GPS est appariée avec le PDA, il suffit qu'elle soit allumée pour que les logiciels tiennent compte de ses informations.

Mon frère est prof de math agrégé. Chez lui, il y a naturellement des tas de bouquins de maths. En feuilletant un livre intitulé Statistiques : Méfiez-vous !, je suis tombé sur la citation suivante:

Les statistiques, c'est comme le bikini.

Ce qu'elles révèlent est suggestif.

Ce qu'elles dissimulent est essentiel.

Aaron Levenstein.

Je viens de réinstaller mon portable avec la Fedora Core 7 (cela s'est d'ailleurs très bien passé sauf que j'avais oublié de virer de mon xorg.conf l'utilisation du driver ATI propriétaire qui n'était pas encore dispo).

Il est donc temps d'aller revisiter le site de la communauté Synce pour voir si je ne peux pas avec un peu de connectivité avec mon vieux PDA. Donc, je suis en train de suivre les instructions du site Windows Mobile 2005 Support pour construire ce qui m'est nécessaire à partir du repository SVN.

La récuperation svn se passe très bien (j'avais installé le package svn depuis très longtemps). Pour ce qui est des packages de développement, j'ai installé (ou je me suis assuré qu'ils étaient installés) libusb-devel, python-devel, glib2-devel, automake, autoconf, libtool, gnet2-devel, hal-devel, Pyrex, dbus-glib-devel. J'ai aussi du installer gcc-c++ et j'ai eu un probleme avec la FC7. Comme j'avais fait un upgrade et pas une réinstallation complète, j'avais encore une version fc6 de libstdc++, car celle-ci avait une version supérieure à celle disponible pour la fc7. Et comme cette librairie est utilisée par plein de packages différents, il est impossible de l'enlever pour la remplacer par une version plus ancienne. J'ai donc dû télécharger la version fc7, et utiliser directement rpm (et non pas yum) avec l'option --force pour arriver à mes fins. La compilation s'est passée sans problème et l'installation aussi (pensez à utiliser sudo, cela facilite les choses). Par ailleurs, l'utilisation de ''make uninstall'' nettoie très correctement ce qui est installer, donc avant toute nouvelle installation, pensez-y.

Pour ce qui est de la connexion, le plus simple est de mettre la chose suivante dans /etc/rc.local:

 # bluetooth active sync
 /usr/bin/dund --listen --activesync --msdun call dun
 sdptool add SP
 # start odccm 
 export LD_LIBRARY_PATH=/usr/local/lib; /usr/local/sbin/odccm

J'ai WM5 installé sur mon hx4700 et j'ai une version de bluez supérieure à 3.0, mais j'ai quand même dû mettre la commande sdptool en place pour que cela marche. De plus, la modification de LD_LIBRARY_PATH est nécessaire sinon on se paye des problèmes de chargements de libraries. Enfin, odccm doit être démarré par root et pas par un utilisateur comme vdccm. Après avoir désactivé mon iptables, j'ai pu me connecter sans problème.

Prochaine étape: règles firewall qui permettent la connexion sans manip excessive et synchronization avec evolution. Sur ce dernier point, j'ai quand même bien envie de tenter les versions de développement : the bleeding edge instead of the leading edge !