TGO Workaround for 1 billion sec issue
Some of us have already switched to TBC, others haven't.
For those who want to process recent data in TGO there is the workaround described in Dario Canosa's post Dario's emergency solution.
The editing of the Rinex files may be tricky so I made a small utility that will open the files, and write an edited copy to the same directory. In Beglium we have RTK-VRS available in the whole country, (okay, I admit Belgium is very small) so we don't do any Fast Static work anymore, but it was fun to program again some survey stuff. So I'm not a Rinex expert at all, but with the help of Dario Canosa and John Minor I think we got something that may work in most cases. It's still an emergency solution ... but probably some will benefit from it.
Feel free to download and test, let me know if you use it and have questions or requests.
Keep in mind that I'm a very slow programmer, If I were surveying as slow as I was coding ...
The program is free, updates will be announced here.
You can load obs and nav files, I received an orbit file and will have a look to add that file type.
The utility has been tested with files with 1 observation, don't know how it will handle files with multiple points.
You can use the free RinexConverter from Trimble to convert your Dat files to Rinex.
Trimble Convert Dat to Rinex Utility
Be sure you have the latest version
There is also the TGO 2.11 Rinex patch for importing the rinex data in TGO
TGO patch for importing Rinex 2.11
Christof.
Version Info
1.8 Date 2016.02.28
update for new Leap Year compatibility
1.7 Date 2014.03.11
update for new Leap Year compatibility
1.6 Date 2013.04.14
fix missing space in week# in line 2 of the Precise Ephemeris sp3 file
1.5 Date 2013.03.04
modified year offset for data collected after 1st of march 2013 (22 yrs)
1.4 Date 2012.06.11
modified year offset for data collected after Leap Day March 1st, 2016 (22 yrs)
options added to save with modified year value in file extension
to build the GPSurvey Reports or to overwrite original Rinex File
(the original file is saved as OldFileName.OldFileExtension.bak)
browse to your TGO Baseline reports to modify the dates back to the date of survey (C:...TGO Project FolderReportsBaseline)
added link on About page to check online for updates
1.3 Date 2011.11.24
fix for not processing files with file extension in uppercase
comments added in header about resetting the date/time
1.2 Date 2011.11.13
fix for epochs collected past midnight Greenwich, Year value now modified.
LeapSeconds in Header are now set as Comments to avoid warnings on import in TGO.
converts files with data collected up to 2020.02.29.
preview of collected data in obs. files.
1.1 Date 2011.10.24
orbit .sp3 file format supported
1.0 Date 2011.10.18
only obs and nav files are supported.
tested only with 1 point FS files
rinex 2.10 and 2.11 supported
I would like to be the first to thank Christof and Dario for this effort to provide a work around to Timble's mess. I did the Beta testing and it works very well. I have converted DAT files from a 4000ssi and 4400 to Rinex then edited them with Christof's program. Plus I downloaded Rinex files from various CORS and they all worked fine.
Here is a review so you can understand the method behind the button push:
Dario’s method
Choose the year 2005 because in that year the dates and days of the week are the same. Sept 24, 2011 is a Saturday with GPS seconds 518400 and week 1654 and Sept 24, 2005 is also a Saturday with GPS seconds 518400 but week 1340. The only thing that needs to be changed in the rinex file is the week number and the actual calendar year references.
I discovered this calendar website that helped make it clear to me.
http://adn.agi.com/GNSSWeb/Default.aspx
Please try Christof's program and report your results. I have used TGO to process files after editing and they work fine.
John
Christof. & John...
...are two of the very best beer leggers, in my humble opinion.
I have absolutely no idea what they are posting about here.
But this looks like it will probably help somebody "out there".
Way to go boys!
:good: :beer:
I am not so far affected by this issue, but please somebody forward this thread to Trimble (regional sales rep) and request clarification as to why fellow surveyors could find a work around, but the software engineers that develop the software cannot.
I am curious if this issue affects Pathfinder Office.
> I am not so far affected by this issue, but please somebody forward this thread to Trimble (regional sales rep) and request clarification as to why fellow surveyors could find a work around, but the software engineers that develop the software cannot.
>
> I am curious if this issue affects Pathfinder Office.
Easy.... Trimble no longer supports TGO (since December of some year???) and they think it is useless to upgrade TGO when they can make a profit with you upgrading to TBC (Which I haven't done yet).
As for PFO, no... does not effect it (Not yet). It is still being supported by Trimble and you can get the updates. But I am sure the time will come (NO PUN INTENDED).
Christof. & John...
Well thanks Brad. It was trully an International effort with Christof in Belgium, Dario in Buenos Aires and me here in the States. All the credit should go to Christof and Dario. Christof did the heavy lifting writing the program and Dario provided the Rinex file expertise. I just did the beta testing. Credit should also be given to Survey Connect for providing this forum that introduced us all to each other.
Try the program and let us know your results.
John
Back when I was doing a little programming, I remember varible declaration statments, like INT, LONG INT, DOUBLE LONG INT. INT could be used for something like a interger range of -32,000 to 32,000, IIRC. The values went up from there. Programmers used smaller varible declarations to save memory, and note that RAM "back then" was expensive and a valuable resource, nothing like it is now. If you tried to assign a larger value to an INT than what it could handle, the program would crash, or you'd at least get unexpected results.
Fixing this problem may be as simple as changing the varible declaration to a higher range varible. At least, that was my first thought when I read about this problem. Even if it's not a varible declaration problem, it's probably something that's equally easy to fix. Sucks that Trimble left people hanging like this.
That's pretty awesome that Christof wrote a free utility for fooling the Trimble Processor. You're a real asset to the surveying community.
You guys ROCK. My favorite part of the program is the About button...
With your permission, I'd like to offer a landing page and hosting for it.
Wendell
That would be up to Christof but I suspect he would agree to it. He is probably in bed right now because they are about 8 or 9 hours ahead of us. It was funny while we worked on the program because Christof would be going to bed about the time I would be getting up and vice/versa so we had a short window to communicate while we were both up. I can tell you though that Christof worked pretty late sometimes.
John
A big time “way to go” to Christof, Dario, and John! It sounds like they have the problem on the run.
Loyal
(smiling Brand-X user).
I hope some day the profit over customer loyalty comes barking and bites them in the rear.
I would not say this if it were not for the fact that this software supports $40,000 to $60,000 worth of hardware.
A little bit different than a company trying to make a profit selling $1500 worth of software.
JRL
X4 or whatever... You guys all rock... I cannot imagine buying any more Trimble gear due to their actions in all of this, and we are a big customer.
But our rag-tag team of muddy boot surveyors needing to get things done and communicating via BeerLeg/Surveyor Connect around the world to Git-R-done is awesome. Put that in your pipe and smoke it Trimble.
Christof,
Thanks for your effort on this. That's really great that you were able to write a program to do that.
I am amazed that Trimble wouldn't do this, or something like it, for its customers.
I was not a TGO owner, and so was not affected by this issue. But, I am currently in the market for post processing software, and TBC is one solution I am considering. Pretty comprehensive offering at an attractive price. But, to see what happened to users of TGO, makes me wary of investing in software from Trimble.
Al
Well played. You guys do rock.
It was on Sept 16 that Ricardo Johnson of Lafayette ,Louisiana posted about the problem. I just sent him the link.
You guys knocked it out in a mointh.
This is a very nice gift to the survey community.
Dank U Christopher
No problem Wendell,
as John mentioned here below, it was great fun working together.
Chr.
Rinex Date Switch has become a reality:
http://www.total-control-surveys.com/tcsrinex/
Not sure if the original posting was a spoof - but this answer is real.
Feedback will be essential to future revisions!!!
Thanks,
Total Control Surveys
Rinex Date Switch has become a reality:
http://www.total-control-surveys.com/tcsrinex/
Not sure if the original posting was a spoof - but this answer is real.
Feedback will be essential to future revisions!!!
Thanks,
Total Control Surveys
