[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
>