Package: gpsbabel Version: 1.3.3-2 Severity: normal
There are three problems I discovered with the gpsdrivetrack importer. As the name says it does import a gpsdrive _track_ but gpsbabel does take all the trackpoints as waypoints. So the result would probably be ununseable in openstreetmap or similar. When gpsdrive does not have a fix, it does save longitude / latitude as 1001 in the track, which are invalid coordinates. GPSBabel rejects the whole file if such coordinates are found. So if you happen to drive through a short tunnel or under a bridge you always end up with invalid files. >From my point of view, GPSBabel should just silently discard those invalid positions. (Well you can cat file | grep -v 1001 | gpsbabe) to fix that manualy Now to the oddest of my observations: Even if you have fixed all the positions in the track and then would like to use GPSBabel to convert the resulting wapoints into a track, this does not work. I think the input format 'gpsdrivetrack' ist just completely broken or refers to a previous version of gpsdrive. (Tested with 1.9x and 2.1x) -Benoit- -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18.1 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages gpsbabel depends on: ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libusb-0.1-4 2:0.1.12-7 userspace USB programming library ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime gpsbabel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
