Re: RINEX update

[John Ackermann N8UR]

I repeated the process described below with the dual-frequency F9P
receiver, and RTKLIB convbin again processed this correctly while gpsd
did not.  Same sets of zip files attached here.

(Files are called "short" because I'm currently doing an 8H capture and
this is just the first 20K lines of the log file.)

John
----

On 4/29/20 11:28 AM, John Ackermann N8UR wrote:
> Last night I saved a couple of hours of raw observations from my M8P
> using gpspipe.  I thought using the single-frequency receiver would
> reduce the number of variables.
> 
> This morning I generated .obs files from that data using gpsrinex and
> also rtklib's convbin program.
> 
> I sent both .obs files to NRCan.  It processed the version from convbin,
> and rejected the version from gpsrinex.
> 
> If the list accepts files this big, attached are a zip file containing
> the raw .ubx log and the two RINEX files, and another zip with the NRCan
> results for the convbin file.  If they don't come through, I'll share
> them via Dropbox.
> 
> I tried comparing the two RINEX files by eye, but the differences
> between version 2.11 used by convbin and 3.03 used by gpsd are such that
> it's hard for me to spot much except:
> 
> 1.  The convbin file includes only C1 and L1 data (not D1), and only
> specifies those two fields in the header, while the gpsd file specifies
> six fields in the header and includes C1 L1 and D1 in the data with the
> other fields left blank (which I believe is OK).
> 
> 2.  The convbin file starts at 23 22 29.9940000, while the gpsd file
> starts at 23 25 00.9940000 -- 2 1/2 minutes later.
> 
> 3.  Both files wrote at 30 second intervals, but the convbin sequence is
> at 29 and 59 seconds, so apparently the timetags do *not* have to be at
> the 00 and 30 integer second points, at least for NRCan.
> 
> 3.  Looking at contemporaneous data stanzas, the observations do not
> seem to line up at all.  Although the SVs seem to be listed in different
> order, I don't see any matching values column-to-column. (The stanzas
> are offset by one second, but even over 30 seconds the values in each
> file for each SV don't change in a gross way, so I don't think the
> offset makes much difference for eyeball purposes.)
> 
> 4.  I haven't fully figured out the rules for the LLI bit, but where
> shown it doesn't seem to match up between the two files.
> 
> Thanks,
> John
>

n8ur_f9p_short_convbin.zip
Description: Zip archive

n8ur_f9p_short_data.zip
Description: Zip archive