Some of you who only visit this board during the workweek may have missed that I posted a link to a program that will change the date in a dat file by six years so that newer files can be processed in TGO.
Christ Lambrecht mentioned to me in an email that he was not able to run it after install. I would appreciate hearing from anyone who has had success, or has had problems.
I first created the setup program on a windows 7 machine, but when I tried to install it on a windows XP machine it gave me a message that the files on the computer were out of date, or something like that. So, I then created the install program on the XP machine, and tested it by installing on another XP machine.
I don't create a lot of installs, since all my programs run on my machines as is because I already have the VB runfiles installed.
ftp.terrasurv.com
login: anonymous
password: your email address
go to directory FixDatTGO
Mr. itsmagic sent me an email with what the problem is. I believe I have fixed it, there was a missing dll (stamin32.dll) that needed to be included, which had to do with the file renaming/file copy routine I put in there. I probably could have reworked it to not use that dll, but I prefer to leave it in, it is more flexible than the standard dos rename/copy routines.
I didn't have the problem because all of my computers already have that dll in the windows/system32 directory.
Hopefully, Scott will let me know that the fix worked. I placed a new .cab and .lst file on the ftp. But, you might want to wait until Scott confirms that it works before downloading the new file.
John
I just tried to install the program after a fresh download and am still getting the "can't find @Stamin32.dll" message.
Also, when I go to your FTP site it never asks me for a login or anything. I just download the program.
John
> Some of you who only visit this board during the workweek may have missed that I posted a link to a program that will change the date in a dat file by six years so that newer files can be processed in TGO.
>
> Christ Lambrecht mentioned to me in an email that he was not able to run it after install. I would appreciate hearing from anyone who has had success, or has had problems.
>
> I first created the setup program on a windows 7 machine, but when I tried to install it on a windows XP machine it gave me a message that the files on the computer were out of date, or something like that. So, I then created the install program on the XP machine, and tested it by installing on another XP machine.
>
> I don't create a lot of installs, since all my programs run on my machines as is because I already have the VB runfiles installed.
>
> ftp.terrasurv.com
> login: anonymous
> password: your email address
>
> go to directory FixDatTGO
I can't even get the website to come up, it always says that it is timed out.
True
I just downloaded the program from John's FTP site. You might try again. While you are doing that I'll try to run the freshly downloaded program and post back with the results.
John
> I just downloaded the program from John's FTP site. You might try again.
I've had exactly the same experience as TC describes. It may be browser specific. I don't know, but I do know that I'm running Chrome.
Kent
I'm using ie9. I cut and pasted the web address into my browser's address bar then when the site came up I held down the alt key and pointed the mouse to view and slid it down to "open in browser".
I just ran John's program and it worked fine with the files from the 4400 receivers but it only imported the point data from the 4000ssi. I don't get any baselines to process to the 4400 files. They were all observed simultaneously. I do get a baseline to process between the 4400 files. I know the data in the 4000ssi is rather noisy because of SV passing through trees. When I use Christof's rinex editing program and import all the files I get baselines between all 3 receivers. I can then process all of them but one of them yields a float solution until I edit out the bad SV then I get a fix solution. There is something odd about the 4000ssi file though because I get a message about the antennawhen I convert it from DAT to Rinex. I don't recall the message right now though.
When I installed John's program I got a message thatmy computer had a newer version of MSCOMCTL.OCX so I told the install to keep my version rather than use the one that came with John's program.
One other thing- I never get a login page at John's FTP site like he indicates we will.
When I "click it" it trys to send me to:
http://ftp.terrasurv.com/
which doesn't work for my Internet exploder.
If I DELETE the "http://"
it changes to:
ftp://ftp.terrasurv.com/
Which gets me there in a heartbeat!
BTW, the above "links" ain't links, cut and paste the second one to your brower address box, and it should work (or NOT).
Beats me...
Loyal
> When I installed John's program I got a message thatmy computer had a newer version of MSCOMCTL.OCX so I told the install to keep my version rather than use the one that came with John's program.
After having wasted so much time with Trimble's exploding cigar software that blew up at a billion seconds, I'm just gun shy about an install with uncertain results. I'm running XP Pro SP3 and will be glad to have any further information you can share about your experiences. In theory, just backdating the DAT files ought to be the simplest solution. But then, in theory cigars ought not to explode.
Sorry about the trouble you guys are having. I just now put a copy of the zip file on my web site. Here is a link, it should prompt to save. Note that it is case sensitive if you manually enter the link.
Download FixDatTGO install program (zipped)
And yes, you should keep newer files. That probably wouldn't happen if I would switch from VB6 to VB.net 2010 or 2008. Same sort of situation as TGO/TBC-if VB6 works, why should I switch?
By the way, here is what I do in the dat files:
1) change week number in 19-5 record (EVENT MARKER/GPS-WEEK TIME SYNCHRONIZATION)
2) change week number and year in 5-1 record (BINARY MESSAGE FILE INFORMATION/SESSION INFORMATION)
3) change week number in 12 record (ANTENNA HEIGHT, CALIBRATION, AND RECEIVER CONFIGURATION)
4) change week number in 21 record (EPHEMERIS)
I do not change the date if it is earlier than the week of 9/16/2011.
So, I am not doing anything other than changing week numbers and in one place, a year. I do not touch the raw data records (17 records) at all.
Note that the older receivers often used a separate ephemeris file (.eph). It looks like they didn't start putting the ephemeris data into the dat file until firmware version 4.40. For the 4000ST, there were versions 3.21, 3.23, 3.25, and for the ST/SST 4.10, 4.11, 4.20, and 4.30 that did not put it in the dat file. I do know that my 4700 creates a .eph file. But, it does have the ephmeris records in the dat file, so the ephemeris file is extraneous.
This may be the reason why data from older receivers will not process, because the ephemeris is not getting updated with the new date.
I tried the program but the baselines wouldn't process. It looks like the resulting data is dated 1-11-1980. Thanks for working on this problem, it has been a real hastle.
Tom
Tom
What receiver/data collector were you using. I have 4400 receivers and TSC1 data collectors that I was using to try John's program and got the same problem. My 4000ssi processed correctly. I'm wondering if it might be something to do with ephemeris data not being in the DAT file but perhaps residing in the DC file instead. I was going to do some further testing but my TDC1 died so now I'm working on that problem instead. Hopefully John will have an answer. I assume you are aware of Christof's rinex work around?
John
I actually have a 4400, rarely use-I will collect some data with it and try to see what is up.
John: I collected a dat file with my 4400/TSC1 combination. I looked at the dat file, it has ephemeris records. I converted it, and it came into TGO with a 2005 date. Nothing looks out of the ordinary. I am waiting for the end of the hour to get a CORS file to process against it.
I am running SC 7.72 on the TSC1. I have not tried to collect data from the 4400 using a TSC2 (running 12.46) because I don't have the right cable. Not sure if it would work or not. The 4400 has version 3.34.
For those who don't know-a 4400 is similar to a 4000SSE, but with no memory. It requires a data collector to log the data. Most (at least the newer ones) Trimble units have the capability to output RT17, a real time data stream. The RT17 contains all the info to create a dat file.
One thought John-when you import to TGO, are you bringing in the dc file that then brings in the dat file? I just bring in the dat file to TGO-I do not use the DC file. To do this, you would need to download the TSC1 outside of TGO using the standalone data transfer. Otherwise, the dc file is possibly telling TGO the true date.
I'm using a 4700 base and a 4800 rover with a TSC1 running Survey Controller 7.72. All of the files I converted ended up with start and stop dates of 1-11-1980. I did one from 2 days earlier and it came with start and stop dates of 1-09-1980. There is a pattern emerging.
Tom
In order to test the 4400 file, I downloaded a nearby CORS (.dat file, collected by a VRS operator using a RT17 output, I believe). The time period was 10/28/2011 around 0100 UTC.
I converted that file, and brought it into TGO-date of 1/10/1980. So something is not being done correctly with SOME files.
All of my R8 data processes OK, which is the dat files I used to write the program and test it. Apparently not all dat files are alike.
I will need to do some further analysis to see why this is happening. If anyone wants to send me a before and after file that goes into TGO with the 1980 date, please feel free to do so.
!@#$ spelling
I did find a bug in the program-an extra letter in a variable that MIGHT be causing a problem, although I am not sure it solves the 1980 issue.
To get the setup.exe to install:
To get just the updated executable: if you already ran setup, place the new FixDatTGO.exe in the "program filesFixDatTGO" directory, overwriting the old one, (or wherever you originally installed it).
!@#$ spelling
John
Just tried the new executable but still getting the 1980 date and a one hour shift. I didn't see your posting of the new exe file until after i sent you the email about my 3 files.
John
!@#$ spelling - John ??
> John
> Just tried the new executable but still getting the 1980 date and a one hour shift. I didn't see your posting of the new exe file until after i sent you the email about my 3 files.
> John
John,
Do I know you?
!@#$ spelling - John ??
6th
Are you refering to John Hamilton or John Minor?
I can't speak for John Hamilton but I don't think John Minor knows you. What is your real name?????
John Minor
