TBC - Changing RTK ...
 
Notifications
Clear all

TBC - Changing RTK vector "direction"

5 Posts
3 Users
0 Reactions
2 Views
(@alan-chyko)
Posts: 155
Registered
Topic starter
 

TGO had a simple command if you wanted to change the direction, or observation order, of a vector - all you had to do was select and right-click and then choose the "reverse observation flowout" option.

Does anyone know if TBC has the same command? I have searched everything and have not been able to find it.

 
Posted : May 8, 2012 11:31 am
(@glenn-borkenhagen)
Posts: 410
Customer
 

May have to change position-quality settings

Scott Partridge responded to the same question posted on RPLS.com about a month ago and suggested the solution is to set the position quality of the "from" station higher than that of the "to" station before processing.

Not as handy as TGO but an available workaround nonetheless.

BTW, a while back you were having trouble with processing some files that seemed to have time-or-date-stamp issues, what did you find there?

GB

 
Posted : May 8, 2012 12:16 pm
(@itsmagic)
Posts: 217
Registered
 

TBC - May have to change position-quality settings

To expand upon this topic, if you load an RTK file into an empty TBC project, just change the properties of the base point so its position quality is higher than the rover stations, then recompute. Typically all RTK points in this scenario including the base have a position quality of 'unknown'. Set the base to a higher quality, ie 'survey' or 'control' quality as is appropriate, then recompute (hit F4).

Alternatively if you are processing a raw file from the base using OPUS or some other method to georeference your survey to a known datum, do this first, then import the RTK file. The RTK file base staton needs to have the same point number as the static point.

Lastly, if one of your rover points is your control point for the survey, simply change the postion quality of it to a higher value than the base station and recompute. Note that you may have to downgrade the position quality of the base, for example in the case where the field crew identified it as a control point in the data collector when they initially set up on it.

 
Posted : May 8, 2012 3:00 pm
(@alan-chyko)
Posts: 155
Registered
Topic starter
 

May have to change position-quality settings

Glenn & Scott - thanks for the tip. I honestly was at a loss here, and I never would have thought to approach it from that angle.

In line with quite a few of the other discussions on this board, I totally forgot to look over at RPLS.com. Back in the "good old days" I made a few posts over there, but like here, I used to lurk every day. I haven't hardly been on it at all since the change.

Glenn - Regarding the file with the bad time stamp, the biggest problem with that project actually had to do with the file path for the project folders I think. TBC makes you set up the project folders first, and as the documentation says, you can't change it once the project is started. I originally started that project in a folder on our server, and I ran into the "No reference files" error while working on the project I copied onto my laptop. Once I got back to the office and switched to the server-based project, as originally set up in the file path, everything worked fine.

For the file with the bad date, I used TEQC to convert it to RINEX. All the date fields in the file looked fine, and the file processed fine. Must have just been a hiccup in the receiver when it named the file.

Your fix for the 4800 file that would not process through OPUS worked like a charm. Thank you for that too!

 
Posted : May 8, 2012 3:34 pm
(@itsmagic)
Posts: 217
Registered
 

May have to change position-quality settings

No worries.

As another tip, you can search the vast posting archives at RPLS by clicking on 'Advanced Search' near the top of the main page, setting 'Main Forum' as the search filter and entering your key words for the search.

You might be surprised at how much good information can readily be found and very quickly.

 
Posted : May 8, 2012 4:04 pm