Re: [Gpsbabel-misc] Deciphering .bin formats

[Sutripta <sut...@gm...>]

I think I've worked out (for the most part) the format for the Rightway
Trine XL datalogger. I now need some tracklogs (logdata.bin) from the
Western and Southern hemisphere. Can someone please oblige.

Regards
Sutripta

----- Original Message ----- 
From: "Robert Lipe" <rob...@gp...>
To: "Sutripta" <sut...@gm...>
Cc: "(Groups) Gpsbabel" <gps...@li...>
Sent: Sunday, 13 June, 2010 02:55
Subject: Re: [Gpsbabel-misc] Deciphering .bin formats


> On Sat, Jun 12, 2010 at 1:36 AM, Sutripta <sut...@gm...> wrote:
>
> > Hi Babelheads,
> > Need help in deciphering two raw (binary) data formats.
> > a) From an unbranded AIO running Mireo's software, and using a Sirf*3
chip.
> > Format is 48 bytes per record.
> >
> > b) From Rightway (previously Emtac) Trine XL. Format is 16 bytes per
> > record.
> >
> > Can attach sample files. Can also give .kml converted output for the
AIO,
> > and NMEA for the Trine.
> >
>
> I don't know of anyone working on either of those.    If it's 16 bytes,
> that's probably just a pair of IEEE doubles for lat/lon.
>
> Usually on things like this, if you have a known conversion from the data,
> you can tell a lot about the source.  For example, if the conversion
> contains reasonable altitude or time, you know its in the original format
> somewhere.    Usually the reverse engineering game is just a matter of
> experimenting with the bytes until the data you want is recognized.   That
> exercise usually takes several times as long as actually coding it for a
> fixed-lengh, repeating format like you're describing.
>
>
>
> > Once I know the formats, can write unquick and very dirty conversion
> > programs to suit my needs.
> >
>
> Since you're asking here, you presumably mean you can write and contribute
a
> GPSBabel module for these formats, right?   Be sure to look at the
> format_skeleton in the source and provide test cases and doc and such
during
> your submission.
>
> RJL
>