wizprod
(Christian Grüner)
December 29, 2018, 8:51pm
1
I would like to use the 5 min orbit products offered by MGEX (http://mgex.igs.org/IGS_MGEX_Products.php ), but I can only make the 15 min products work. Each time I use the COD* products, RTKPost gives me a Q=0-solution, just like if one had told it to use precise clocks, but no files were found.
Can anyone else reproduce this? Is RTKpost or the files itself to blame ?
wizprod
(Christian Grüner)
January 1, 2019, 12:48pm
2
Happens to all data-sets.
@TB_RTK , can you reproduce this ?
@dmitriy.ershov , any input is much appreciated
TB_RTK
January 2, 2019, 8:10pm
3
Do you have a file i can test with?
wizprod
(Christian Grüner)
January 2, 2019, 9:01pm
4
Products are available here: ftp://cddis.gsfc.nasa.gov/pub/gps/products/mgex/ (use the COD one).
Would really like if you could try on one of your own dataset, so we get more coverage!
TB_RTK
January 3, 2019, 5:03pm
5
You wanna try the RTKlib 2.4.2 version, I think i posted somewhere here in the forum that clock or something similar has a bug in later versions which makes the RTKlib rund with Q0 solutions.
I`ll see if i can fint my earlier post about it
Do you mean presice point positioning (PPP) ? which is somewhat different from PPK.
I never got that accurate result as stated (sub desimeter) with PPP. It always seems of by 1-1,5m from the origin with IGN and using RTKlib 2.4.2, which is the only version that process right and gives you Q6. Not sure if its because of the missing L2 or what.
So i would focus on PPK that do works.
Also check out this thread about points and processing
Time stamp and/or events is used for adding coordinates …
Oh, and Clock products only works with RTK or processed work, PPP is no good.
opened 08:10AM - 06 Sep 14 UTC
Dear Tomoji,
I suspect that precise clocks are not use with SP3 IGS predicted ul… tra rapid orbits and clock.
On RTKNAVI I choose for stream 3 FTP / "cddis.gsfc.nasa.gov/gps/products/%W/igu%W%D_%hb.sp3.Z" / anonymous / none@world.com / offset -6h
Stream 1 is a stream NTRIP / www.euref-ip.net / 2101 / DENT0
Option "precise ephemeris" is set.
No fix can be obtained.
If I look at the debug trace 3, the problem seems to come from the absence of precise clock.
For having a fix, I need to add a stream 2 with broadcast ephemeris (RTCM3EPH) , but after looking at the debug trace precise ephemeris are used but clock are used from the broadcast stream.
wizprod
(Christian Grüner)
January 3, 2019, 5:43pm
6
Interesting, will try that right away!
wizprod
(Christian Grüner)
January 3, 2019, 6:00pm
7
Nop, same Q=0 sadly :S
I see there’s a 2.4.3 b31, but can’t find a binary. It all source code, which I don’t know how to compile
TB_RTK
January 3, 2019, 6:55pm
8
How did you process?
Here is a screenshot of mine. Mind the result, it was just to demonstrate it would process presice clock input
wizprod
(Christian Grüner)
January 3, 2019, 7:34pm
9
Hm, dang !
Can you also do that in 2.4.3 ?
TB_RTK
January 3, 2019, 7:35pm
10
No, I think its 2.4.2 only
wizprod
(Christian Grüner)
January 3, 2019, 7:37pm
11
what “build” of 2.4.2? I tried P13
TB_RTK
January 3, 2019, 7:44pm
12
wizprod
(Christian Grüner)
January 3, 2019, 7:56pm
13
Got P13 to work as well. I get more float solutions though, so I guess it is not worth downgrading.
Also tried 2.4.3 B31, same issue (q=0).
system
(system)
Closed
April 13, 2019, 7:56pm
14
This topic was automatically closed 100 days after the last reply. New replies are no longer allowed.