Lire la Suite »]]> Je viens de monter un SSD à la place de mon ancien disque classique sur mon macbook vieux de 3 ans. Voici un bref retour d’expérience.

Afin d’avoir quelques chiffres, avant d’installer le SSD, j’ai installé bonnie++ qui est un logiciel de benchmark de disque.

Pour le lancer, voici une commande permettant de prendre en compte facilement la quantité de RAM disponible sur votre PC  ( je ne sais plus trop d’où elle vient, merci à son auteur en tout cas

sudo bonnie++ -n 0 -u 0 -r `free -m | grep 'Mem:' | awk '{print $2}'` -s $(echo "scale=0;`free -m | grep 'Mem:' | awk '{print $2}'`*2" | bc -l) -f -b -d /home

Cette commande nous donne un résultat brut assez peu lisible.

Using uid:0, gid:0.
Writing intelligently...done
Rewriting...done
Reading intelligently...done
start 'em...done...done...done...
Version 1.03e       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
EquinoxeFR    7366M           40652   5 18250   2           61482   4  70.7   0
EquinoxeFR,7366M,,,40652,5,18250,2,,,61482,4,70.7,0,,,,,,,,,,,,,

Heureusement, bonnie++ est fourni avec des scripts permettant de mettre en forme les données.

echo "EquinoxeFR,7366M,,,40652,5,18250,2,,,61482,4,70.7,0,,,,,,,,,,,,," |  bon_csv2html > bonnie_results.html

Ce qui nous donne un tableau HTML de ce type.

Maintenant que nous avons les chiffres de notre disque classique, nous pouvons installer le SSD. Afin de faciliter la migration des données, j’ai monté le SSD dans le portable et placé l’ancien DD dans un boitier USB. La copie des partitions existantes a été faite à l’aide de Clonezilla lancé depuis le LiveCD « parted magic« .

Voilà, les données sont copiés, nous redémarrons la machine en à peine 10 sec !!! ( de grub à l’invite de login GDM )

Visiblement le gain de performance est bien là et le silence est absolu, pas une pièce en mouvement, quel plaisir.

Afin d’améliorer encore l’utilisation du SSD, voici quelques optimisations:

Tout d’abord, changeons le « I/O Scheduler » qui est contre productif en mode « cfq » avec un disque SSD. Dans /boot/grub/menu.lst, il faut placer elevator=deadline dans les paramètres du kernel.

# (0) Arch Linux
title  Arch Linux
root   (hd0,0)
kernel /boot/vmlinuz-linux root=/dev/sda1 elevator=deadline ro quiet vga=773
initrd /boot/initramfs-linux.img

Ce qui après un redémarrage nous donne

[pierre@EquinoxeFR ~]$ cat /sys/block/sda/queue/scheduler
noop [deadline] cfq
[pierre@EquinoxeFR ~]$

Ensuite, réglons quelques paramètres pour le montage de nos partitions:

[pierre@EquinoxeFR ~]$ cat /etc/fstab
#
# /etc/fstab: static file system information
#
#
devpts /dev/pts devpts defaults 0 0
shm /dev/shm tmpfs nodev,nosuid 0 0
/dev/sda1 / ext4 noatime,discard,data=writeback,errors=remount-ro 0 1
/dev/sda2 swap swap defaults 0 0
/dev/sda3 /home ext4 noatime,discard,data=writeback,errors=remount-ro 0 1

• noatime: désactive la mise à jour de l’heure d’accès aux fichiers. Ca n’a que peu d’intérêt et ça use le SSD inutilement.
• discard: active le TRIM pour préserver au maximum la durée de vie du SSD
•  data=writeback: journalise uniquement les métadatas avec EXT4. Attention il faut faire un tune2fs -o journal_data_writeback /dev/sda1 depuis un CD bootable sur la partition root sous peine de ne pas pouvoir redémarrer…

Voilà, après ces quelques optimisations, nous avons un système très réactif ( le jour et la nuit même si je suis un peu étonné que les chiffres ne soit pas plus parlants. J’ai un SSD SATA III alors que mon portable ne supporte que le SATA II mais qui peut le plus, peut le moins… Ceci dit, j’ai quand même l’impression d’avoir des résultats en dessous de ce que l’on peut trouver sur le net. Peut-être que ça vient du contrôleur du macbook… sur OSX, beaucoup ont des problèmes de « link speed » sur le bus SATA avec de nombreux SSD.

Update 5/02:

Les résultats avec le scheduleur sur noop

nouveaux résultats avec AHCI Mode = SATA

J’ai mis à jour ArchWiki pour l’activition du mode SATA sur un macbook 5.1

Lire la Suite »]]> Je viens de passer un certain temps à régler un problème avec une machine fraîchement migrée de CENTOS 5.7 à CENTOS 6.2

J’ai une machine dans un réseau A qui tente de contacter mon serveur qui dispose d’une interface (1) dans le réseau A et une interface (2) dans le réseau B.

Plusieurs cas de figure:

• La machine ping l’adresse de l’interface (1) du serveur. C’est sur le même réseau, tout va bien.

• La machine ping l’adresse de l’interface (2) du serveur. Ce n’est pas le même réseau, le routeur joue son rôle, le paquet ICMP arrive bien sur l’interface (2) comme l’atteste tcmdump, mais il n’y a jamais de ECHO REPLY… WTF ?!?

Ce cas de figure marchait parfaitement avec CENTOS 5.x. C’était sans compter l’arrivée du noyau 2.6.31 qui a modifié le fonctionnement du « Reverse path filtering »

Extrait Release notes Redhat 6x:

Quand la machine contacte le serveur sur l’interface (2), le serveur voit un paquet provenant du réseau A, il ne va pas comme avec CENTOS 5 (en vert) répondre par la même interface en routant le paquet mais va tenter de répondre avec l’interface (1) (en rouge sur le schéma) qui est sur le réseau A. Or, c’est la qu’intervient le rp_filter qui va détruire la paquet !

Pour se sortir de cette situation il suffit d’éditer /etc/sysctl.conf  et de changer net.ipv4.conf.default.rp_filter = 1 pour net.ipv4.conf.default.rp_filter = 2 ou éventuellement net.ipv4.conf.default.rp_filter = 0

Lire la Suite »]]> Après le petit tutoriel de ce matin, voici un post qui résume le « flux de production » de mes fichiers GCODE.

• La base

Tout commence par l’objet indipensable à la prise de mesure: le pied à coulisse.

• Les matériaux

Une fois l’objet à créer correctement dimensionné, il faut trouver le matériau dans lequel on va le créer. J’utilise principalement des bois et plastiques, les métaux étant (à par pour de la gravure) trop difficiles à fraiser avec mon matériel (il manque un refroidissement liquide ou un moteur de broche avec une faible vitesse et un gros couple).

• Pour le bois, je prends en général du MDF ou du contreplaqué qui peuvent faire entre 3 et 15 mm.

• Pour le plastique j’utilise beaucoup le PVC qui a un bon rapport qualité / prix ainsi que du PEHD ( c’est ce qui est utilisé pour les plaques à découper dans votre cuisine   ou encore du DELRIN (qui est excellent mais cher)

Le choix du matériau est fait, maintenant les logiciels ! Ne soyez pas effrayés, il y en a un certain nombre mais chacun est très performant dans son domaine.

• Les logiciels de CAO

Pour dessiner des pièces à usiner, celui que j’utilise le plus, c’est LibreCAD. C’est un fork libre du projet QCAD. Avec un peu d’habitude, vous dessinerez en quelques minutes des pièces relativement complexes en 2D. Vous pouvez commencer par regarder le tutoriel d’Andre PASCUAL, il parle de QCAD mais c’est la même chose, à part les icones qui changent, le principe est identique et le tutoriel est excellent.

Quand il s’agit de graver des dessins ou du texte, rien de vaut inkscape qui n’est plus à présenter. Il est préférable lorsque vous utilisez inkscape pour créer des fichiers DXF, nécessaires dans la suite du flux de production, d’enregistrer avec le greffon « Better DXF Output ». Pour certains dessins contenant des courbes de bezier ( splines ), je suis obligé d’ouvrir les DXF de LibreCAD avec Inkscape puis de les réenregistrer pour qu’il convertisse tout en polyline. Sinon, j’ai des plantages lors de la génération du GCODE avec HeeksCNC. Un bug qui sera surement corrigé par les développeurs, mais en attendant…

Dans un autre cadre très particulier, celui de la création de circuits imprimés, j’utilise KiCAD, un concurrent du très connu EagleCAD. Avec ce logiciel, je génère des fichiers GERBER qui seront ensuite convertis en GCODE.

• Les logiciels de création du GCODE

Ici, seulement deux logiciels sont utilisés:

HeeksCAD / HeeksCNC vont permettre de transformer le fichier DXF 2D en un fichier permettant de piloter la machine CNC. On renseigne au logiciel le diamètre de l’outil, son positionnement par rapport à la pièce, la vitesse d’avance… Bien qu’assez jeune, ce logiciel donne de très bon résultats.

En dehors des DXF, il y a les fichiers GERBER de Kicad. Là j’utilise pcb2gcode qui est un logiciel en ligne de commande.

pcb2gcode --metric --zsafe 2 --zwork -0.06 --offset 0.2 --zchange 25 --mill-feed 100 --mill-speed 5000 --back $back

•  Pilotage de la CNC

Ici, un seul choix et non des moindres: EMC (LinuxCNC). Il prend en entrée les fichiers gcode et pilote la machine au travers d’un support temps réel du noyau linux. Il est préférable d’ailleurs de lui dédier une ancienne machine.

Et voilà après 2 heures de travail une manette de coinceur pour un voilier. L’originale en rouge est fendue, la nouvelle en DELRIN est très solide et identique à l’originale (les économies de plastique en moins), elle parait plus épaisse mais ce n’est qu’un effet d’optique sur la photo.

Diagramme du flux de production

Si vous connaissez, utilisez d’autres outils, mettez les en commentaire c’est toujours intéressant !

Lire la Suite »]]> Si vous avez des erreurs « *** ERROR: No build ID note found » lors de la construction de paquets RPM ( J’utilise ici une Centos 6.2 x64 ) ça vient du script find-debuginfo.sh

+ /usr/bin/install -d /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install
+ /bin/cp -R ./FILES ./Makefile.PL ./apps ./bin ./doc ./etc ./installer ./lib ./man ./resources ./vmware-install.pl ./yes /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install
+ /usr/lib/rpm/find-debuginfo.sh --strict-build-id /home/build/rpm/BUILD/vmware-vsphere-sdk-4.0.0.161974
*** ERROR: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/XML-LibXML-1.63/lib/auto/XML/LibXML/LibXML.so
erreur: Mauvais status de sortie pour /home/build/rpm/tmp/rpm-tmp.3M3FWw (%install)
    Mauvais status de sortie pour /home/build/rpm/tmp/rpm-tmp.3M3FWw (%install)
Exécution_de(%prep): /bin/sh -e /home/build/rpm/tmp/rpm-tmp.ilG9fL

Vous pouvez passer outre en ajoutant la directive

%undefine _missing_build_ids_terminate_build

au début de votre fichier SPEC. Voici un extrait de mon fichier:

%undefine _missing_build_ids_terminate_build
Name:           vmware-vsphere-sdk
Version:        4.0.0.161974
Release:        2%{?dist}
Summary:       Vmware SDK for Perl

L’erreur précédente devient qu’un simple Warning sans incidence.

+ /usr/bin/install -d /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install
+ /bin/cp -R ./FILES ./Makefile.PL ./apps ./bin ./doc ./etc ./installer ./lib ./man ./resources ./vmware-install.pl ./yes /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install
+ /usr/lib/rpm/find-debuginfo.sh /home/build/rpm/BUILD/vmware-vsphere-sdk-4.0.0.161974
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/XML-LibXML-1.63/lib/auto/XML/LibXML/LibXML.so
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/Compress-Raw-Zlib-2.005/lib/auto/Compress/Raw/Zlib/Zlib.so
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/Data-Dumper-2.121/lib/auto/Data/Dumper/Dumper.so
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/UUID-0.03/lib/auto/UUID/UUID.so
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/bin/libcrypto.so.0.9.8
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/bin/libssl.so.0.9.8
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/Class-MethodMaker-2.10/lib/auto/Class/MethodMaker/MethodMaker.so
*** WARNING: No build ID note found in /home/build/rpm/BUILDROOT/vmware-vsphere-sdk-4.0.0.161974-2.el6.x86_64/usr/local/vmware-sdk-install/lib/XML-LibXML-Common-0.13/lib/auto/XML/LibXML/Common/Common.so

Lire la Suite »]]>

Depuis quelques années nous utilisons des clients légers HP pour lesquels nous avons développé une image sous linux (t5tux). Cette drôle d’idée présente de nombreux avantages:

• On ne dépend de personne pour les mises à jour des client ( RDP, Citrix et autres… ).
• Cette image a été faite quand HP ne proposait pas linux sur ses clients légers.
• La même image fonctionne sur plusieurs générations de clients.
• La config est téléchargée en TFTP.
• L’image se met à jour toute seule avec PXE.
• On apprend plein de choses…

Bref… l’histoire continue avec un nouveau problème: inventorier ces postes avec OCS-NG.

OCS dispose d’un agent d’inventaire pour linux mais celui-ci est assez lourd. De plus, il dispose d’un grand nombre de fonctionnalités inutiles dans notre cas. Nous souhaitons un minimum d’infos: numéro de série, model, ip, mac…

La communication entre l’agent et le serveur se fait avec un fichier XML compressé ou non avec ZLIB et transmis dans une reqûete de type POST. Pourquoi ne pas générer un XML minimaliste et l’envoyer nous même ?

Un simple script bash, épaulé de quelques utilitaires: dmidecode, busybox, wget fera l’affaire.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68

 
#! /bin/sh
 
model=`/usr/local/sbin/dmidecode -s system-product-name`
type=`/usr/local/sbin/dmidecode -s baseboard-product-name`
bytes=`free -k | grep Mem | awk '{ print $2 }'`
memory=$(($bytes/1024))
bytes=`fdisk -l | grep Disk | grep da | cut -f2 -d, | awk '{ print $1 }'`
disk=$(($bytes/1024/1024))
serial=`/usr/local/sbin/dmidecode -s system-serial-number`
hwaddr=`ifconfig eth0 | grep HWaddr | sed "s/.*HWaddr \(.*\)/\1/"`
ip=`ifconfig eth0 | grep "inet addr" | sed "s/.*addr:\(.*\) B.*/\1/"`
tag=`hostname | cut -f1 -d-`
hostname=`hostname`
 
echo "Model: $model"
echo "Ram: $memory"
echo "Disk: $disk"
echo "Serial: $serial"
echo "Mac: $hwaddr"
echo "ip: $ip"
echo "tag: $tag"
echo "hostname: $hostname"
 
cat << EOF > /tmp/inventory.xml
<?xml version="1.0" encoding="UTF-8"?>
<REQUEST>
  <CONTENT>
    <ACCOUNTINFO>
      <KEYNAME>TAG</KEYNAME>
      <KEYVALUE>$tag</KEYVALUE>
    </ACCOUNTINFO>
    <BIOS>
      <ASSETTAG>$serial</ASSETTAG>
      <BMANUFACTURER>Hewlett-Packard</BMANUFACTURER>
      <MMANUFACTURER>Hewlett-Packard</MMANUFACTURER>
      <MSN>$serial</MSN>
      <SMANUFACTURER>Hewlett-Packard</SMANUFACTURER>
      <SMODEL>$model - $type</SMODEL>
      <SSN>$serial</SSN>
    </BIOS>
    <HARDWARE>
      <CHECKSUM>131071</CHECKSUM>
      <MEMORY>$memory</MEMORY>
      <NAME>$hostname</NAME>
      <OSCOMMENTS>T5TUX</OSCOMMENTS>
      <OSNAME>t5tux</OSNAME>
      <VMSYSTEM>Physical</VMSYSTEM>
    </HARDWARE>
    <NETWORKS>
      <DESCRIPTION>eth0</DESCRIPTION>
      <IPADDRESS>$ip</IPADDRESS>
      <MACADDR>$hwaddr</MACADDR>
      <TYPE>Ethernet</TYPE>
    </NETWORKS>
    <STORAGES>
      <DESCRIPTION>FLASH</DESCRIPTION>
      <DISKSIZE>$disk</DISKSIZE>
      <TYPE>disk</TYPE>
    </STORAGES>
  </CONTENT>
  <DEVICEID>$hostname-9999-01-01-01-01-01</DEVICEID>
  <QUERY>INVENTORY</QUERY>
</REQUEST>
 
EOF
 
wget --post-file=/tmp/inventory.xml http://ocs-ng.xxxx.fr/ocsinventory

Quelques astuces:

• wget avec un « –post-file monfichier » ou curl avec un « –binary-data @monfichier » permettent de poster des données.
• le CHECKSUM à 131071 indique que toutes les données sont modifiées. J’ai trouvé cette info sur un forum mais pas dans la doc officielle.
• Le client léger est en lecture seule du coup le DEVICEID ne peut être stocké. La date servant à sa génération est falsifiée: « 9999-01-01-01-01-01″

Très simple et pas forcément très élégant mais ça marche très bien !

Lire la Suite »]]> Depuis quelques jours, gnome-shell gèle lorsque j’utilise les recherches depuis le dash. La session n’est pas complètement plantée, c’est juste l’interface de gnome qui ne répond plus dès qu’une ou deux lettres sont tapées dans le champ de recherche.

Il s’avère que la solution provisoire à ce problème est d’utiliser le thème par défaut de gnome et non un autre. Je ne sais pas pourquoi, mais en attendant, c’est mieux que rien pour pouvoir utiliser cette fonction qui avec l’habitude devient vite indispensable.

J’utilise gnome 3.2 avec Archlinux mais au vu des discussions dans les forums, plusieurs distributions sont concernées.

Lire la Suite »]]> Les fichiers GRIB sont des fichiers contenant des données météo librement téléchargeable (GRIB (GRIdded Binary) is a mathematically concise data format commonly used in meteorology to store historical and forecast weather data. Source wikipedia). Ils sont souvent utilisés pour la navigation. Certains sites web comme Windguru permettent de visualiser ces données en ligne. Mais il peut s’avérer utile de disposer d’un logiciel permettant de télécharger et d’utiliser ces données hors ligne. Il existe ZyGrib disponible pour Linux, Windows et MacOS.

L’installation est simple:

• Pour Archlinux: yaourt -S zygrib zygrib-maps (Avec les dépots AUR activés)
• Pour Ubuntu / Debian: Les paquets sont disponibles ici

Des cartes plus détaillées sont disponibles sur le site de zygrib.

Sélectionnez à l’aide de la souris la zone pour laquelle vous souhaitez télécharger les données météo.

Cliquez ensuite sur l’icône représentant une « terre ». Une boite de dialogue permettant d’affiner les données à télécharger va s’ouvrir.

Réglez les différents paramètres comme vous le souhaitez. Pensez aussi à changer la durée des prévisions, qui peut aller de 1 à 8 jours.

Pour ceux qui le souhaitent, des informations sur les vagues sont aussi disponibles dans le dernier onglet.

Lancez le téléchargement et patientez quelques instants. Vous avez ensuite une magnifique carte des données météo. Vous pouvez afficher les informations précises concernant une zone à l’aide de la souris.

Un clic droit sur une zone de la carte permet d’afficher les prévisions sous forme de tableau, ce qui est très utile.

Le menu « Données » permet d’afficher différentes données sur la carte.

• La couverture nuageuse

• Les précipitations

• Le vent

Comble du raffinement, on peut afficher les données météo de la période sous forme d’animation. Cette animation peut même être exportée sous forme de série d’images. Vous pourrez alors les convertir en video avec ffmpeg.

ffmpeg -r 3 -i test_%03d.jpg -b 2000k -r 25 -vcodec mpeg4 -sameq test.mp4

Ce qui donne ceci: test

Lire la Suite »]]> Sous linux, la véritable trousse à outil du GPS c’est l’excellent gpsbabel. Il permet de transférer, transformer, filtrer toutes sortes de données provenant de nos GPS. Par contre, pour préparer un trajet et créer une route ou pour visualiser ses données sur une carte « hors ligne » ce n’est pas le bon outil. C’est là qu’intervient Viking, il permet d’afficher les informations provenant de votre GPS sur des fonds de carte openstreetmap et surtout de préparer vos trajets en planifiant des routes.

Ces 2 logiciels sont fournis avec de nombreuses distribution. L’installation se résume à:

• pour Archlinux: yaourt -S viking gpsbabel
• pour Ubuntu: apt-get install viking gpsbabel
• pour Fedora: yum -y install viking gpsbabel

Viking est très simple d’emploi, son usage essentiel se résume à l’import / export de données GPS et à l’ajout de calques représentant des fonds cartographiques.

Une fois le logiciel lancé, ajoutons un fond de carte avec le menu « Nouveau calque « Map »"
Le logiciel propose différents fonds de cartes, la plupart basés sur les données openstreetmap. Nous choisirons ici le type de carte par défaut et nous demanderons le « téléchargement automatique » des cartes.

Nous avons maintenant une carte à l’écran. Pour la manipuler, on peut utiliser la routette de la souris pour zoomer et les touches CTRL + Flèches pour se déplacer sur la carte. Des outils de recherche de lieux sont aussi disponibles dans le menu « Vue » / « Aller à la position ».

Nous allons maintenant ajouter une couche avec les données GPS. Pour cela allez dans le menu « Nouveau calque « GPS »".

Sélectionnez alors votre marque de GPS (ici Garmin) avec le protocole de communication (ici USB:).

Dans la liste des calques sur la gauche, sélectionnez la couche « traces ». Vous avez alors 2 icônes pour dessiner des traces sur le fond de carte.

Utilisez l‘icone verte ou orange, peu importe, pour commencer votre trace. Donnez un nom à la route que vous souhaitez charger dans votre GPS.

A chaque changement de direction important, cliquez avec le bouton gauche sur la carte pour tracer votre route. Un clic droit efface le dernier point de la trace.

Une fois votre trajet défini, vous pouvez exporter cette trace au format GPX.

Maintenant que notre trace est exportée, nous avons un fichier GPX compatible avec notre GPS. Nous aurions pu l’exporter vers le GPS directement depuis Viking mais le fichier est au format « trace » et non « route », notre GPS ne gérera donc pas le routage ! C’est là que le génialissime gpsbabel est utile. Nous allons appliquer un filtre au fichier GPX qui va transformer la trace en route et l’envoyer directement au GPS.

gpsbabel -w -r -t -i gpx -f test.gpx -x transform,rte=trk \

-x simplify,count=500 -o garmin -F usb:

« count=500″ permet de « simplifier » la route en limitant le nombre de points pour les traces très longues.

Si jamais vous trouviez les cartes d’openstreetmap incomplètes, rien ne vous empêche de participer au projet en les complétant !