patch for linux gui

While my bias is towards the command line I like the preview available 
in the gui which led me to build it on centos 6.

I needed a few changes to make the linux distribution.  Some of these 
parallel the changes in setup.iss from r4096.  These are included in the 
patch.

I need other changes to build on my system, but at least some of these 
are system dependent.
1. Change QTLIBDIR, QTSHDIR.  It would be better to get the necessary 
information from "qmake -query QT_INSTALL_TRANSLATIONS" and "qmake 
-query QT_INSTALL_PLUGINS", at least with qt4, and make appropriate 
changes where these variables are used.
2. comment out libphonon and libaudio.  These are not dynamically loaded 
by the fe when I compile it, and if the ldd|grep|awk returns nothing 
then the script bombs.  I don't know if these are ever needed, or if 
that they just  weren't on my system.
3. for me the plugins were in another path, but see 1. above.
4. with qt4 on my system lrelease is named lrelease-qt4.

> ~/work/gpsbabel-svn2/gui% diff -u makelinuxdist.sh makelinuxdist.sh.sgt
> --- makelinuxdist.sh    2012-05-19 16:19:17.056028472 -0600
> +++ makelinuxdist.sh.sgt    2012-05-19 16:19:40.520233812 -060
> @@ -1,6 +1,6 @@
>  #!/bin/sh
>  set -e -v
> -QTLIBDIR=/usr/lib
> +QTLIBDIR=/usr/lib64/qt4
>  QTSHDIR=/usr/share/qt4
>

test on skytraq-artificial.gpx failing

hi,

in the current trunk (and since adding the test
Running testo.d/skytraq.test
--- /tmp/gpsbabel.21809/skytraq-artificial.gpx	2012-05-18 11:23:53.131458101 +0200
+++ ./reference/skytraq-artificial.gpx	2012-05-18 11:12:50.347645329 +0200
@@ -82,7 +82,7 @@
 </trkpt>
 <trkpt lat="47.547749767" lon="9.679499575">
   <ele>435.413042</ele>
-  <time>2009-09-10T03:07:53Z</time>
+  <time>2009-09-10T21:20:09Z</time>
   <speed>0.000000</speed>
   <name>TP0009</name>
 </trkpt>
@@ -232,7 +232,7 @@
 </trkpt>
 <trkpt lat="-30.376946121" lon="-97.665030673">
   <ele>185.882330</ele>
-  <time>2019-04-05T18:25:39Z</time>
+  <time>2019-04-06T12:37:55Z</time>
   <speed>55.555557</speed>
   <name>TP0034</name>
 </trkpt>
ERROR comparing /tmp/gpsbabel.21809/skytraq-artificial.gpx
./reference/skytraq-artificial.gpx

r4178 fixed most of the issues, but these two still show up.
I could try to find out what the reason for that is, but first I would prefer if
somebody ensures that the skytraq-artificial.gpx is valid and what I see is a

clang scan-build report of gpsbabel

Hi,

I've built gpsbabel with clang's scan-build, the current report (which shows 207
bugs) is available at

http://devel.recluse.de/scan-build/gpsbabel/

For now I'll rebuild the sources every night and a new report will be generated,
assuming there is some interest to fix those bugs :)

Cheers,

Bernd
--

-- 
 Bernd Zeimetz                            Debian GNU/Linux Developer
 http://bzed.de                                http://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: Patch to add "discard" option to track filter

Hi Robert,

I checked the latest revision and it's working as expected for me,
it's just the test that's too noisy.

I've attached a quieter test together with a new reference file, the
other files are unchanged.

Thanks for including the patch, it helps me out a lot.

Tom

On Tue, May 15, 2012 at 9:12 AM, Tom Paton <tom.paton <at> gmail.com> wrote:
> Hi Robert,
>
> I think that's working correctly, it's just not a very cleanly written
> test on my part...
>
> The test runs the reference file through gpsbabel twice, once without
> the discard option and a second time with the option.
>
> I'm pretty sure the message you're seeing is gpsbabel correctly
> rejecting the first test (and therefore passing the test case...)
>
> I'll fix up the test when I get home to capture the stderr output and
> suppress it or maybe even check it matches what we're expecting. In
> any case, it shouldn't be printing what looks like an error when it's
> actually succeeding.
>
> Tom

Re: Fwd: [Gpsbabel-misc] Garmin Edge 800 FIT format won't convert after firmware upgrade

Hi Robert,

thanks... I have another update with a few more cleanups in the
debugging messages. I'll attach it, might be worthwhile diffing and
seeing if you want to apply it.

The reason I overdid the debugging was to be able to understand the
datastream ad D9, lower levels were to not flood the user so much, but
if the format changes again, or something screws up, the full D9 is
useful to track the bug.

Thanks
Nils

On 2012-05-14 17:02, Robert Lipe wrote:
> Thanx.  I've applied a variation of this and added your original test
> files to the test suite.
> 
> I did sedate some of the debug warnings.  There's no reason to scare the
> user by default with billions of warnings that aren't their fault, that
> they can do nothing about, and that are harmless.
> 
> gpsbabel-code is the place to discuss bits and bytes.  You're correct
> that discussing it on -misc tends to scare end users. 
> 
> RJL
> 
> 
> On Sat, Apr 14, 2012 at 1:36 AM, Nils <internationils <at> gmx.net
> <mailto:internationils <at> gmx.net>> wrote:

Re: .FIT conversion for Edge800 No Go

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Gpsbabel-code mailing list  http://www.gpsbabel.org
Gpsbabel-code <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gpsbabel-code

Bad CRC with Qstarz travel recorder EX

Hi.

A user of my application myTracks (which uses gpsbabel internally) reports that he has problems with his
Qstarz travel recorder EX. The mtk driver of gpsbabel is used for the communication. Reading tracks from
the logger works fine as long as the memory of the logger is not too full. But when the memory reaches about
50% gpsbabel reports "bad CRC" errors.

I did some research on the net and found a discussion on that topic (http://old.nabble.com/Error-reading-BT-Q100P-when-more-than-50--td22123960.html).

Now my question is whether this problem has not yet been addressed? If not, is there anything I can do to help
solving the problem?

Thanks,
Dirk

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Problem with Columbus V900 (with link)

Hi.

I have a problem with the following CSV file from a Columbus V900:
http://www.mytracks4mac.com/tmp/V900.CSV

It results in the following assertion:
v900.c:364: failed assertion `line.bas.common.tag == 'C' || line.bas.common.tag == 'V''

When I comment out that assertion everything seems to be fine.

Can anybody check that?

Dirk

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Problem with Columbus V900

Hi.

I have a problem with the attached CSV file from a Columbus V900. It results in the following assertion:
v900.c:364: failed assertion `line.bas.common.tag == 'C' || line.bas.common.tag == 'V''

When I comment out that assertion everything seems to be fine.

Can anybody check that?

Dirk

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Gpsbabel-code mailing list  http://www.gpsbabel.org
Gpsbabel-code <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gpsbabel-code

Patch to add "discard" option to track filter

Hi,

This is revisiting something I attempted a few years back, I think
I've got it working this time (with some help from a friend).

The patch adds a "discard" option to the "-x track,merge" filter that
suppresses the "Found track point at lat,lon without time!" error and
instead just drops the points.

I've attached a zip that includes the diff to trackfilter.c (as at svn
revision 4173) and a test script and test files.  I also tried adding
a documentation file, but I'm not sure how to make that work.  Is
anything else needed?

Also, on a side note, I had problems running the test scripts that I
think is probably timezone related: The reference output files didn't
match due to the dates being off by one day (I'm UTC+10). Is that
something there's a workaround for or just something that no one's
bumped into yet?

Kind regards,

Tom

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

_______________________________________________
Gpsbabel-code mailing list  http://www.gpsbabel.org
Gpsbabel-code <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gpsbabel-code

bug with reverse filter and tracks

There is a bug with the reverse filter when applied to tracks.  It 
effects output formats kml and gpx, causing invalid xml to be produced 
due to mismatched tags.  This results because  wpt_flags.new_trkseg is 
not updated when the track is reversed.  The new_trkseg flag should be 
set at, and only at, the start of each track segment, but after reversal 
it is set only at the end of each track segment (which was the start 
before reversal).  I am thinking about a fix but I don't have anything yet.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/