Skytraq module. Was:: backlog of gpsbabel patches

[Robert Lipe-4]

Well, now I know why I thought Skytraq was in; it was becuase it sounded familiar.

It looks like two or three people independently developed a module for this device around the same time and submitted them.  (I don't see a patch from
Jesper in the archives.)   Each of them had strengths and weakness (hardware variations supported, GPSBabel integration, OS/portability, etc.) and a number of lengthy and active discussions ensued, but always seemed to end with "but what about..."

So I knew we'd burned a lot of programmer time on it arguing about bits and bytes, so it sounded familiar.   But now that I look back at the mail archives, I think I see what happened.

There wasn't a clear "winner" that was obvious enough for me to be the Chosen One and submit it.   (Mathias, Jean-Christophe, Martin, and others involved are free to set my Bozo Bit at this point, tell me I'm a doofus, and send me a "final" version before mocking my competence as the Chief Babelhead.)    So I never actually commited any of them.

If there's a consensus on one set of patchs that contains the best of all the things we discussed, I'll get it integrated.   It just seems to have sort of coasted to a halt as I had the impression that all the threads discussing it still had open issues.

Guys, can you tell me where we are with Skytraq?     I'd much rather have three guys working on one patch than three guys with three patches.  


Additionally, there are two other largish I've been neglecting, too.
1) Support for the Delorme PN series.   (Needs OS work.)
2) A new GUI, written in Qt so we can finally have the *same* GUI on all OSes has been contributed, but I haven't added it and worked through the build issues.  (Needs to be packaged sensibly as it'll be large.)


RJL

On Thu, Jun 11, 2009 at 1:08 PM, Jan Martin <janmartin3@...> wrote:

Hi Robert,

Just read your comment on working through the backlog of gosbabel patches.

Any chance for the patch for Skytraq Venus 6 (and also 5) GPS devices from Jesper Zedlitz?
I think he submitted in Autumn 2008.

Anyway you can read all about the patch here:
http://www.zedlitz.de/skytraq/

and more details here:
http://code.google.com/p/skytraq-datalogger/

Thanks,
Jan

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Gpsbabel-code mailing list  http://www.gpsbabel.org
Gpsbabel-code@...
https://lists.sourceforge.net/lists/listinfo/gpsbabel-code

[jean-christophe.haessig]

Le jeudi 11 juin 2009 à 14:22 -0500, Robert Lipe a écrit :
Hello,

I got busy with other suff and I didn’t check the list lately, sorry...

> There wasn't a clear "winner" that was obvious enough for me to be the
> Chosen One and submit it.   (Mathias, Jean-Christophe, Martin, and
> others involved are free to set my Bozo Bit at this point, tell me I'm
> a doofus, and send me a "final" version before mocking my competence
> as the Chief Babelhead.)    So I never actually commited any of them.

AFAIR, Mathias merged the interesting stuff from my patch in his, which
he published on 2009-02-10.
I coded that because I needed to read my unit quickly, and until now I
left it in a "worksforme" state. Moreover I added stuff to setup the
unit which doesn’t have its place in Gpsbabel and wich were left out
since a standalone app exists for that purpose.

I think you can leave me out as a "competitor" for now ;)

JC



------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Gpsbabel-code mailing list  http://www.gpsbabel.org
Gpsbabel-code@...
https://lists.sourceforge.net/lists/listinfo/gpsbabel-code

[Jan Martin]

Hello Jean-Christophe,

the "standalone app", is that the Linux skytraq-dataloger from Jesper Zedlitz?
Or is there another program? Where to find it?

Jan

2009/6/11 Jean-Christophe Haessig <jean-christophe.haessig@...>

Le jeudi 11 juin 2009 à 14:22 -0500, Robert Lipe a écrit :
Hello,

I got busy with other suff and I didn’t check the list lately, sorry...

> There wasn't a clear "winner" that was obvious enough for me to be the
> Chosen One and submit it.   (Mathias, Jean-Christophe, Martin, and
> others involved are free to set my Bozo Bit at this point, tell me I'm
> a doofus, and send me a "final" version before mocking my competence
> as the Chief Babelhead.)    So I never actually commited any of them.

AFAIR, Mathias merged the interesting stuff from my patch in his, which
he published on 2009-02-10.
I coded that because I needed to read my unit quickly, and until now I
left it in a "worksforme" state. Moreover I added stuff to setup the
unit which doesn’t have its place in Gpsbabel and wich were left out
since a standalone app exists for that purpose.

I think you can leave me out as a "competitor" for now ;)

JC

------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Gpsbabel-code mailing list  http://www.gpsbabel.org
Gpsbabel-code@...
https://lists.sourceforge.net/lists/listinfo/gpsbabel-code

[jean-christophe.haessig]

Le vendredi 12 juin 2009 à 03:45 +0200, Jan Martin a écrit :

Hello,

> the "standalone app", is that the Linux skytraq-dataloger from Jesper
> Zedlitz?

Yes I thought of this one. In fact I didn’t try it since my version of
Gpsbabel did the job. I took some time to do a little testing and it
appears to work for my unit. It just doesn’t report the POI count (but
that’s not really important).

JC





------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Gpsbabel-code mailing list  http://www.gpsbabel.org
Gpsbabel-code@...
https://lists.sourceforge.net/lists/listinfo/gpsbabel-code

[Robert Lipe-4]

So it Mathais' patch from 2009-02-10 the favorite one?   I'd sure like to hear that from Mathais and/or Martin.

RJL

2009/6/11 Jean-Christophe Haessig <jean-christophe.haessig@...>

Le jeudi 11 juin 2009 à 14:22 -0500, Robert Lipe a écrit :
Hello,

I got busy with other suff and I didn’t check the list lately, sorry...

> There wasn't a clear "winner" that was obvious enough for me to be the
> Chosen One and submit it.   (Mathias, Jean-Christophe, Martin, and
> others involved are free to set my Bozo Bit at this point, tell me I'm
> a doofus, and send me a "final" version before mocking my competence
> as the Chief Babelhead.)    So I never actually commited any of them.

AFAIR, Mathias merged the interesting stuff from my patch in his, which
he published on 2009-02-10.
I coded that because I needed to read my unit quickly, and until now I
left it in a "worksforme" state. Moreover I added stuff to setup the
unit which doesn’t have its place in Gpsbabel and wich were left out
since a standalone app exists for that purpose.

I think you can leave me out as a "competitor" for now ;)

JC

------------------------------------------------------------------------------

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

[Martin Maurer]

Hi Robert,

from my point of view the patch from Mathias looks like a reasonable
first implementation for gpsbabel. While it did not work in all
scenarios for me, it was a solution which did at least partly work.

Generally I think it is a good idea to start adding skytraq support now,
as this might help to improve the situation. Nevertheless, I'd expect
some bug reports regarding skytraq devices.

regards,
Martin


On Sat, 2009-07-04 at 18:01 -0500, Robert Lipe wrote:

> So it Mathais' patch from 2009-02-10 the favorite one?   I'd sure like
> to hear that from Mathais and/or Martin.
>
> RJL
>
> 2009/6/11 Jean-Christophe Haessig
> <jean-christophe.haessig@...>
>         Le jeudi 11 juin 2009 à 14:22 -0500, Robert Lipe a écrit :
>         Hello,
>        
>         I got busy with other suff and I didn’t check the list lately,
>         sorry...
>        
>         > There wasn't a clear "winner" that was obvious enough for me
>         to be the
>         > Chosen One and submit it.   (Mathias, Jean-Christophe,
>         Martin, and
>         > others involved are free to set my Bozo Bit at this point,
>         tell me I'm
>         > a doofus, and send me a "final" version before mocking my
>         competence
>         > as the Chief Babelhead.)    So I never actually commited any
>         of them.
>        
>        
>         AFAIR, Mathias merged the interesting stuff from my patch in
>         his, which
>         he published on 2009-02-10.
>         I coded that because I needed to read my unit quickly, and
>         until now I
>         left it in a "worksforme" state. Moreover I added stuff to
>         setup the
>         unit which doesn’t have its place in Gpsbabel and wich were
>         left out
>         since a standalone app exists for that purpose.
>        
>         I think you can leave me out as a "competitor" for now ;)
>        
>         JC
>        
>

------------------------------------------------------------------------------

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

[Robert Lipe-4]

On Sun, Jul 5, 2009 at 10:00 AM, Martin MAURER <martinmaurer@...> wrote:

Hi Robert,

from my point of view the patch from Mathias looks like a reasonable
first implementation for gpsbabel. While it did not work in all
scenarios for me, it was a solution which did at least partly work.

Generally I think it is a good idea to start adding skytraq support now,
as this might help to improve the situation. Nevertheless, I'd expect
some bug reports regarding skytraq devices.

I'm nervous that the author has gone quiet on this, but in the interest of advancing things I've committed that last patch from him.

Anyone that has the hardware or is familiar with the hardware that can address his last status items, please do:

Current TO-DOs are:
* reading problems with Venus 5(?) devices (reported by Martin Maurer)
* testcases for testo
* and last but not least, the documentation...

As it looks like this strictly a protocol-based implementation, I don't knw what the plans were for automating testing via testo, but we definitely need a couple of paragraphs from someone that knows the hardware and lists models that work with it, care and feeding tips, etc.

Thanx,
RJL


 

regards,
Martin

On Sat, 2009-07-04 at 18:01 -0500, Robert Lipe wrote:
> So it Mathais' patch from 2009-02-10 the favorite one?   I'd sure like
> to hear that from Mathais and/or Martin.
>
> RJL
>
> 2009/6/11 Jean-Christophe Haessig
> <jean-christophe.haessig@...>
>         Le jeudi 11 juin 2009 à 14:22 -0500, Robert Lipe a écrit :
>         Hello,
>
>         I got busy with other suff and I didn’t check the list lately,
>         sorry...
>
>         > There wasn't a clear "winner" that was obvious enough for me
>         to be the
>         > Chosen One and submit it.   (Mathias, Jean-Christophe,
>         Martin, and
>         > others involved are free to set my Bozo Bit at this point,
>         tell me I'm
>         > a doofus, and send me a "final" version before mocking my
>         competence
>         > as the Chief Babelhead.)    So I never actually commited any
>         of them.
>
>
>         AFAIR, Mathias merged the interesting stuff from my patch in
>         his, which
>         he published on 2009-02-10.
>         I coded that because I needed to read my unit quickly, and
>         until now I
>         left it in a "worksforme" state. Moreover I added stuff to
>         setup the
>         unit which doesn’t have its place in Gpsbabel and wich were
>         left out
>         since a standalone app exists for that purpose.
>
>         I think you can leave me out as a "competitor" for now ;)
>
>         JC
>
>

------------------------------------------------------------------------------

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

[Mathias Adam-2]

Hello Robert,

sorry, I didn't have much time to work on this lately. Just saw the
topic popping up on the list again, so now I'll take the time to
complete the last steps to finally get it into a usable state.

Robert Lipe schrieb:

> On Sun, Jul 5, 2009 at 10:00 AM, Martin MAURER <martinmaurer@...
> <mailto:martinmaurer@...>> wrote:
>
>     Hi Robert,
>
>     from my point of view the patch from Mathias looks like a reasonable
>     first implementation for gpsbabel. While it did not work in all
>     scenarios for me, it was a solution which did at least partly work.
>
>     Generally I think it is a good idea to start adding skytraq support now,
>     as this might help to improve the situation. Nevertheless, I'd expect
>     some bug reports regarding skytraq devices.
>
>
> I'm nervous that the author has gone quiet on this, but in the interest
> of advancing things I've committed that last patch from him.

ok, thanks!

> Anyone that has the hardware or is familiar with the hardware that can
> address his last status items, please do:
>
> Current TO-DOs are:
> * reading problems with Venus 5(?) devices (reported by Martin Maurer)
> * testcases for testo
> * and last but not least, the documentation...

I remember having written some doc but apparently never posted it here.
I'm going to complete it and then post it here in the next couple of days.

> As it looks like this strictly a protocol-based implementation, I don't
> knw what the plans were for automating testing via testo, but we

I remember someone pointing out that other protocol-based formats use
raw binary data as reference input. This way the data conversion can be
validated at the least.

For debugging/protocol sniffing purposes I created a perl script which
emulates a skytraq logger device on a unix socket file. I didn't look at
testo yet - would it be possible/worthwhile to use that script for
validating the transfer protocol implementation? However I'm not sure
whether this works outside the Unix world...


Regards
Mathias

> definitely need a couple of paragraphs from someone that knows the
> hardware and lists models that work with it, care and feeding tips, etc.
>
> Thanx,
> RJL
>
>
>  
>
>
>     regards,
>     Martin
>
>
>     On Sat, 2009-07-04 at 18:01 -0500, Robert Lipe wrote:
>      > So it Mathais' patch from 2009-02-10 the favorite one?   I'd sure
>     like
>      > to hear that from Mathais and/or Martin.
>      >
>      > RJL
>      >
>      > 2009/6/11 Jean-Christophe Haessig
>      > <jean-christophe.haessig@...
>     <mailto:jean-christophe.haessig@...>>
>      >         Le jeudi 11 juin 2009 à 14:22 -0500, Robert Lipe a écrit :
>      >         Hello,
>      >
>      >         I got busy with other suff and I didn’t check the list
>     lately,
>      >         sorry...
>      >
>      >         > There wasn't a clear "winner" that was obvious enough
>     for me
>      >         to be the
>      >         > Chosen One and submit it.   (Mathias, Jean-Christophe,
>      >         Martin, and
>      >         > others involved are free to set my Bozo Bit at this point,
>      >         tell me I'm
>      >         > a doofus, and send me a "final" version before mocking my
>      >         competence
>      >         > as the Chief Babelhead.)    So I never actually
>     commited any
>      >         of them.
>      >
>      >
>      >         AFAIR, Mathias merged the interesting stuff from my patch in
>      >         his, which
>      >         he published on 2009-02-10.
>      >         I coded that because I needed to read my unit quickly, and
>      >         until now I
>      >         left it in a "worksforme" state. Moreover I added stuff to
>      >         setup the
>      >         unit which doesn’t have its place in Gpsbabel and wich were
>      >         left out
>      >         since a standalone app exists for that purpose.
>      >
>      >         I think you can leave me out as a "competitor" for now ;)
>      >
>      >         JC
>      >
>      >
>
>

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

[Robert Lipe-4]

On Sun, Jul 5, 2009 at 4:26 PM, Mathias Adam <m.adam@...> wrote:

Hello Robert,

sorry, I didn't have much time to work on this lately. Just saw the topic popping up on the list again, so now I'll take the time to complete the last steps to finally get it into a usable state.

Excellent.  Glad to know you haven't left us. :-)   I can certainly relate to the busy thing - it was my own busy thing that lead to this being dropped the first time around.

As it looks like this strictly a protocol-based implementation, I don't knw what the plans were for automating testing via testo, but we

I remember someone pointing out that other protocol-based formats use raw binary data as reference input. This way the data conversion can be validated at the least.

Some do.   For the logger products that are basically block level devices "I'm going to send you a packet, blast 450K of crap to me that I then have to pick apart" that works reasonably well without tormenting the code too much.  For devices that have a more conversational/interactive model, it works less well.  (Yes, I know it can be made to work.  We've just traditionally not done so.)

 

For debugging/protocol sniffing purposes I created a perl script which emulates a skytraq logger device on a unix socket file. I didn't look at testo yet - would it be possible/worthwhile to use that script for validating the transfer protocol implementation? However I'm not sure whether this works outside the Unix world...

That's an interesting approach.

I'm fine letting the test suite be your call.  If you think it's exercised well enough on the OSes that matter and/or that there's enough debugging tools in there that we can figure out where things are jumping the track if they do fail, I'm OK skipping it.   (Just look at how many Garmin protocol problems I've solved through the history of this project from hex dumps.  It's a hard life.)

Thanx,
RJL

 

Regards
Mathias

definitely need a couple of paragraphs from someone that knows the hardware and lists models that work with it, care and feeding tips, etc.

Thanx,
RJL


 

   regards,
   Martin


   On Sat, 2009-07-04 at 18:01 -0500, Robert Lipe wrote:
    > So it Mathais' patch from 2009-02-10 the favorite one?   I'd sure
   like
    > to hear that from Mathais and/or Martin.
    >
    > RJL
    >
    > 2009/6/11 Jean-Christophe Haessig
    > <jean-christophe.haessig@...

   <mailto:jean-christophe.haessig@...>>

    >         Le jeudi 11 juin 2009 à 14:22 -0500, Robert Lipe a écrit :
    >         Hello,
    >
    >         I got busy with other suff and I didn’t check the list
   lately,
    >         sorry...
    >
    >         > There wasn't a clear "winner" that was obvious enough
   for me
    >         to be the
    >         > Chosen One and submit it.   (Mathias, Jean-Christophe,
    >         Martin, and
    >         > others involved are free to set my Bozo Bit at this point,
    >         tell me I'm
    >         > a doofus, and send me a "final" version before mocking my
    >         competence
    >         > as the Chief Babelhead.)    So I never actually
   commited any
    >         of them.
    >
    >
    >         AFAIR, Mathias merged the interesting stuff from my patch in
    >         his, which
    >         he published on 2009-02-10.
    >         I coded that because I needed to read my unit quickly, and
    >         until now I
    >         left it in a "worksforme" state. Moreover I added stuff to
    >         setup the
    >         unit which doesn’t have its place in Gpsbabel and wich were
    >         left out
    >         since a standalone app exists for that purpose.
    >
    >         I think you can leave me out as a "competitor" for now ;)
    >
    >         JC
    >
    >

------------------------------------------------------------------------------

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

[rew]

On Sun, Jul 05, 2009 at 04:43:36PM -0500, Robert Lipe wrote:

> On Sun, Jul 5, 2009 at 4:26 PM, Mathias Adam <m.adam@...> wrote:
> > For debugging/protocol sniffing purposes I created a perl script which
> > emulates a skytraq logger device on a unix socket file. I didn't look at
> > testo yet - would it be possible/worthwhile to use that script for
> > validating the transfer protocol implementation? However I'm not sure
> > whether this works outside the Unix world...
> >
>
> That's an interesting approach.
>
> I'm fine letting the test suite be your call.  If you think it's exercised
> well enough on the OSes that matter and/or that there's enough debugging
> tools in there that we can figure out where things are jumping the track if
> they do fail, I'm OK skipping it.   (Just look at how many Garmin protocol
> problems I've solved through the history of this project from hex dumps.
> It's a hard life.)

I would suspect that the "perl approach" creates a build-time
dependency on perl. For people who have an operating system that
doesn't include perl by default this may not be easy to comply with....

        Roger.

--
** R.E.Wolff@... ** http://www.BitWizard.nl/ ** [phone] **
**    Delftechpark 26 2628 XH  Delft, The Netherlands. KVK: 27239233    **
*-- BitWizard writes Linux device drivers for any device you may have! --*
Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement.
Does it sit on the couch all day? Is it unemployed? Please be specific!
Define 'it' and what it isn't doing. --------- Adapted from lxrbot FAQ

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

[Mathias Adam-2]

Hi,

attached the xml doc file xmldoc/formats/skytraq.xml.

Please consider it as a first draft, comments welcome. Especially as
English isn't my native language...

Is there a way to include the additional descriptions for the options
into their categories (which are created automatically from the source
code)?

btw: I just checked out from CVS, and reading my logger did work with
that version :-)

However, make doc aborted on xmldoc/formats/garmin_gpi.xml so I used the
old one instead. Didn't examine it further though.


Regards
Mathias

<para>Serial download protocol for GPS data loggers based on Skytraq Venus 5 and Venus 6 chipsets.
If your logger came with the Windows software iTravelTech GPS Photo Tagger, chances are that you can
use this format to read its memory.</para>

<para>Following a list of devices which should be supported by this module
(note that not all of them have actually been tested):</para>

<table id="skytraq_devices">
<title>Devices supported by skytraq module</title>
<tgroup cols="4">
<thead>
<row>
 <entry>Manufacturer</entry>
 <entry>Model</entry>
 <entry>USB (baud)</entry>
 <entry>Bluetooth (baud)</entry>
</row>
</thead>
<tbody>
<row>
  <entry>Navilock</entry>
  <entry>BT-455PDL</entry>
  <entry>untested</entry>
  <entry>untested</entry>
</row>
<row>
  <entry>SJA</entry>
  <entry>"3-in-1" GPS logger</entry>
  <entry>up to 230400</entry>
  <entry>9600</entry>
</row>
<row>
  <entry>?</entry>
  <entry>Travel Honey</entry>
  <entry>untested</entry>
  <entry>untested</entry>
</row>
</tbody>
</tgroup>
</table>

<example id="skytraq-on-linux">
  <title>Command showing skytraq download tracks and erase the logger on Linux</title>
  <para><userinput>gpsbabel -i skytraq,erase -f /dev/ttyUSB0 -o gpx -F out.gpx</userinput></para>
</example>

<para>If available, reading the logger using bluetooth should also work. However, many devices support only one
specific baud rate over bluetooth, e.g. 9600:</para>
<example id="skytraq-on-linux-bt">
  <title>Command showing skytraq download tracks via bluetooth on Linux</title>
  <para><userinput>rfcomm bind 0 <bdaddr></userinput>
  <userinput>gpsbabel -i skytraq,baud=9600 -f /dev/rfcomm0 -o gpx -F out.gpx</userinput></para>
</example>

<para>The "initbaud" option might be helpful if autodetection fails or takes too long. With this option you
can tell gpsbabel the baud-rate the device is currently set to. In contrast, the option "baud" specifies
at which rate the actual download should take place. If it is different to "initbaud" (or the autodetected
rate, if initbaud wasn't given), the initial setting will be restored after finishing the download.</para>

<para>If read-at-once >= 1, batch mode is enabled with that many sectors being read at a time.
Under normal circumstances, the larger this number the faster the transfer.
Reducing "read-at-once" might help when you get transmission errors/aborts.
This option only applies to Venus 6 devices, Venus 5 devices always use read-at-once = 0.</para>

------------------------------------------------------------------------------

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

[Robert Lipe-4]

On Mon, Jul 6, 2009 at 6:10 PM, Mathias Adam<m.adam@...> wrote:
> Hi,
>
> attached the xml doc file xmldoc/formats/skytraq.xml.

Thanx.  I've applied that.

> Please consider it as a first draft, comments welcome. Especially as English
> isn't my native language...

No problem.  Your English is better than my German.    (And,
embarrassingly, better than many native speakers of English. :-)

> Is there a way to include the additional descriptions for the options into
> their categories (which are created automatically from the source code)?

If we create an xmldoc/options/skytraq-OPTIONNAME.xml, that'll get
injected into the doc as a more verbose format.

We have tools that check for such default doc and warn about them, but
I have to confess I'm pretty far behind in tending to such matters.

Regenerating all the doc changes since our last release (in October,
sigh) for review is in my top-ten list of things to make happen....

> btw: I just checked out from CVS, and reading my logger did work with that
> version :-)

Yay.

> However, make doc aborted on xmldoc/formats/garmin_gpi.xml so I used the old
> one instead. Didn't examine it further though.


Someone else complained about that.   As we've made no progress info
finding that that link fails for some people and our resident Docbook
dudes have offered no hints, perhaps we should just tweak that to not
use the anchor tag to sidestep that.

Thanx,
RJL

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Gpsbabel-code mailing list  http://www.gpsbabel.org
Gpsbabel-code@...
https://lists.sourceforge.net/lists/listinfo/gpsbabel-code

[laudesmons]

Hi,
Anyone has any news on the release of a Skytraq module for GPSBabel? I saw a patch on http://www.zedlitz.de/skytraq/ but can't find a way to compile it on Windows...
If no date is planned yet, maybe someone has another solution to extract NMEA sentences of a Skytraq Datalogger in command line on Windows (and not through GPS Photo Tagger).
Thanks a lot.

Laurent

[Robert Lipe-4]

On Mon, Aug 10, 2009 at 3:06 PM, laudesmons <laudesmons@...> wrote:

Hi,
Anyone has any news on the release of a Skytraq module for GPSBabel? I saw a

I'm actively working on getting a beta up for all our OSes.   I'm traveling next week which doesn't help, but it's my goal to have a beta out this month.
 

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Gpsbabel-code mailing list  http://www.gpsbabel.org
Gpsbabel-code@...
https://lists.sourceforge.net/lists/listinfo/gpsbabel-code