gpsd-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: RINEX files not accepted by NRCan


From: John Ackermann N8UR
Subject: Re: RINEX files not accepted by NRCan
Date: Tue, 28 Apr 2020 14:49:41 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1

Hi Gary --

More on this as I learn more, but NRCan is rejecting *both* M8P (single
freq) and F9P (dual freq) RINEX files.  So it's not the F9P that's the
problem.

I sent both files to a contact at NRCan and he played with them a bit,
and reported back that as far as he could tell, it looks like the data
itself is wrong.

I'm going to try to record a log file and then feed those into gpsrinex,
teqc, and rtklib and get RINEX files from all three.  Maybe comparing
them will explain things.

Thanks,
John
----

On 4/28/20 2:01 PM, Gary E. Miller wrote:
> Yo John!
> 
> On Tue, 28 Apr 2020 10:28:12 -0400
> John Ackermann N8UR <address@hidden> wrote:
> 
>> After enabling RAWX via uCenter (see previous message), I used
>> gpsrinex to record 4 hour and then 8 hour files from both NEO-M8P and
>> ZED-F9P and sent them to NRCan's PPP service.
> 
> You will get better luck with ubxtool.
> 
>> Error : CSRS-PPP online was unable to process your submitted RINEX
>> file. Most likely causes are bad data, bad satellite identification,
>> or time tag problems.
> 
> There are already active open threads on this.  Check the archives.
> 
> TL:DR:  Something weird with the 9-series.  Possibly due to raw
> meassurements not taken on the top of the second.
> 
>> FWIW, last year I wrote a Python3 program to read binary data from an
>> Ashtech Z12 or uZ and create RINEX files that NRCan and OPUS were
>> happy with.
> 
> Someone still uses the long abandoned Ashtech?  Kill it.
> 
>> One thing version 2 makes easier is
>> that you can test the files using teqc, which doesn't support v3.
> 
> There are many good RINEX 3 programs.  No point to RINEX 2 as it does
> not support newer constellations.
> 
>> I'm attaching both .obs files, if Mailman will let them through.
> 
> Same problem as other have, the 9-series is using a weird epoch:
> 
>> 2020 04 28 01 40 30.0089999  0 11
> 
> Note the 30.0089999?  It should be 30.0000.  That is direct from the
> u-blox.  No way to fix it.
> 
> RGDS
> GARY
> ---------------------------------------------------------------------------
> Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
>       address@hidden  Tel:+1 541 382 8588
> 
>           Veritas liberabit vos. -- Quid est veritas?
>     "If you can't measure it, you can't improve it." - Lord Kelvin
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]