TBC- Static solution to get my base Coordinates

imo...not knowing the accuracy you're trying to achieve or the tolerances of your project, can't you send the Rinex file to OPUS for a fixed position?

If that's not an option, you can process the baselines of the static to known CORS stations and adjust the HERE position to a fixed point based on the CORS. Just a couple thoughts based on the information you provided. Good luck!

First, I do not use Trimble software, so I hope someone else can help with that. Your Trimble software might convert the native data language to RINEX, so use that for your processing, or process in Trimble by importing the CORS RINEX into your project.

The station ISER (are you using this?) has some data available, but appears to not be continuous data. ZAXO and ISSD do not have available data, so it is my guess that this is why you have to purchase RINEX.
Set ISER's antenna reference point as this:
***IGS 08***
IRAQ SURVY ERBIL (ISER), IRAQ

Created on 31Aug2011 at 10:14:12.
_____________________________________________________________________________
| |
| Antenna Reference Point(ARP): IRAQ SURVY ERBIL CORS ARP |
| ------------------------------------------------------- |
| PID = DL3893 |
| |
| |
| IGS08 POSITION (EPOCH 2005.0) |
| Computed in Aug 2011 using data through gpswk 1631. |
| X = 3708161.232 m latitude = 36 09 35.46813 N |
| Y = 3582297.943 m longitude = 044 00 39.37543 E |
| Z = 3742781.381 m ellipsoid height = 431.332 m |
| |
| IGS08 VELOCITY |
| Predicted with NNR-MORVEL Aug. 2011. |
| VX = -0.0299 m/yr northward = 0.0324 m/yr |
| VY = 0.0035 m/yr eastward = 0.0233 m/yr |
| VZ = 0.0262 m/yr upward = 0.0001 m/yr |
| |
| L1 Phase Center of the current GPS antenna: IRAQ SURVY ERBIL CORS L1 PC C |
| ------------------------------------------------------------------------- |
| The Zephyr GNSS Geodetic II - RoHS compliant antenna |
| (Antenna Code = TRM57971.00 NONE) was installed on 14Jun2009. |
| The L2 phase center is 0.009 m below the L1 phase center. |
| PID = DL3894 |
| |
| |
| IGS08 POSITION (EPOCH 2005.0) |
| Computed in Aug 2011 using data through gpswk 1631. |
| X = 3708161.271 m latitude = 36 09 35.46816 N |
| Y = 3582297.980 m longitude = 044 00 39.37542 E |
| Z = 3742781.421 m ellipsoid height = 431.399 m |
| |
| The IGS08 VELOCITY of the L1 PC is the same as that for the ARP. |
|_____________________________________________________________________________|

Are you just going to do a single baseline from the 25Km station? This is pretty straightforward. Import the T02 from the R8 and make sure that the position is set to Unknown quality. Then load the RINEX file; make sure that the position that came in is in fact the true control position, then set it to Control quality. I would wait a day or two and get the IGS Rapid orbits - the easy way to do this is with the Internet Download tool - and make sure in Project Settings that Ephemeris is set to Precise or Automatic. Then just process the baseline.

My process would be to import all data as RINEX files. I have had issues where TBC wants to assign a base station to trimble files (.T01 & .T02). This could be your issue.

Also, if you are observing multiple locations, TBC will import redundant vectors that will not show if importing strictly RINEX. If you want to get better solutions, use PAGE-NT from the NGS. It will require getting the precise ephemeris and broadcast ephemeris, both obtain from IGS. https://igscb.jpl.nasa.gov/components/prods_cb.html

therock003, post: 420599, member: 12282 wrote: Of course i will be buying the data from the one located 25kms from my position.

For best results I recommend that you use at least 3 of these HEPOS stations in your solution.

therock003, post: 420599, member: 12282 wrote: i log my unit for 4-6 hours (5sec intervals)

more
For best results occupy your point 2-3 hrs. Wait a couple hours, then occupy again another 2-3 hours. Doing static, 15-30 second intervals will be more than sufficient.

Bradl, post: 420618, member: 2848 wrote: I have had issues where TBC wants to assign a base station to trimble files (.T01 & .T02).

This will always be the case if the data was collected using RTK & Logging or RTK & Infill; it's a very simple matter to go to the properties of the coordinate record and change them to Unknown.

To change the quality of the points in TBC, I've found that it's best to pick the point from the list in Project Explorer not from the point on the screen, you should import your CORS point and set it as Control Quality and your new base point as Unknown.

If you import more than one CORS point you can assign them as fixed in the Adjust Network slide after you process the baselines.

I would suggest writing down or printing out your new base points autonomous Lt, Long and Ht. I also do so for each solution for the new base from each vector from each CORS point. Then if I like the resulting numbers I will run it through the adjustment.

I've never needed to do a RINEX conversion to use the processing tools in TBC. After all the R8 is a trimble receiver and should work well for what you need in it's native format.

If you are just using the one CORS point then you don't need to adjust your network after processing, it should move the autonomous point after you accept the processing session and give you the new values for your point.

MightyMoe, post: 420650, member: 700 wrote: To change the quality of the points in TBC, I've found that it's best to pick the point from the list in Project Explorer not from the point on the screen

When you open Project Explorer and expand the point you'll see the coordinate record(s) that are associated with it and what they're derived from (JOB file, T02 file, etc.). These are where you would change the coordinate quality. Note that these are strictly coordinate records and don't affect the data in any way - if I have several of them from multiple observations I usually just delete all but one.

Lee D, post: 420617, member: 7971 wrote: Are you just going to do a single baseline from the 25Km station? This is pretty straightforward. Import the T02 from the R8 and make sure that the position is set to Unknown quality. Then load the RINEX file; make sure that the position that came in is in fact the true control position, then set it to Control quality. I would wait a day or two and get the IGS Rapid orbits - the easy way to do this is with the Internet Download tool - and make sure in Project Settings that Ephemeris is set to Precise or Automatic. Then just process the baseline.

The here position of my setup is unknown, and the rinex(or .to2) will for sure mention the mean average inside. But how do i know for sure the the CORS station has the exact-price coord location on the RINEX and not an approximation. IF it does in fact include the precise location then i guess it really is a matter of setting point as control quality and simply process said baseline between mine and the CORS station.

Another question is does it really matter and make any difference if i use same day ephmeris or the next few days (rapid-ultra rapid) or if i have to wait until the exact final ephemeris is calculate weeks after the static logs are retrieved?

therock003, post: 420786, member: 12282 wrote: The here position of my setup is unknown, and the rinex(or .to2) will for sure mention the mean average inside. But how do i know for sure the the CORS station has the exact-price coord location on the RINEX and not an approximation. IF it does in fact include the precise location then i guess it really is a matter of setting point as control quality and simply process said baseline between mine and the CORS station.

Another question is does it really matter and make any difference if i use same day ephmeris or the next few days (rapid-ultra rapid) or if i have to wait until the exact final ephemeris is calculate weeks after the static logs are retrieved?

The autonomous position of your R8 will come in with the T02 file; depending on how it was collected it could come in with a coordinate classification of Unknown, Mapping, or Control. If it comes in as anything other than Unknown you need to set it to that.

The CORS should come in with the correct coordinates in the RINEX file; I'm assuming that whoever you're buying the data from will be kind enough to also provide the position at the ARP, just check it by viewing its properties. And if it doesn't come in as Control quality you need to set it to that.

Regarding the ephemerides - it's not necessary to wait for the Final orbits unless you're trying to squeeze out every possible millimeter. The Rapid orbits are generally available within 24 hours and are probably worth waiting for unless you're really in a hurry. For short baselines I'm OK with using the Broadcast or Ultra Rapid orbits but for longer baselines I prefer to wait for the Rapid if I can.

For some reason, when i import files it detects time as the year 1881 and thus i have trouble matching the ephemeris. This happened both by getting rinex sample from ngs servers and when i tried producing my own .t02 files. I tried tampering with the options and on the time column i entered all available options (UTC/UTV OFFSET/GPS/GPS OFFSET) but still it detects 1881 as year of the observations. Why could that be

The weird dating issue cropped up a few versions back - 3.5 or 3.6 I think - and you'll have to update TBC to fix it.

I'm pretty sure running the latest version of the Configuration Utility will fix that:

http://www.trimble.com/Infrastructure/trimbleconfiguration_ts.aspx

But you still want to run the most recent version that your license supports. 3.82 is current.

It is installed on a colleagues computer and hes letting me test it. IS the upgrade free, cause he has not used it in a while and has this older version. I wondered if this was the problem since it does not even list R8s equipment, it goes as far as R8-4

I guess the latter does not even matter when processing a single baseline, since you dont use an antenna to broadcast corrections

The config utility is free.

That last response was as helpful as it gets. I Appreciate it

You are establishing a base station so you want your position to be as accurate and precise as possible. That entails you locate your base from more than one CORS. For that you want to use data from at least the three closest. if those three are located such that your Site is inside the triangle of those three that is even better. Therefore you want to buy data from all three and establish your position based on a weighted mean of the three independent solutions as our OPUS-Static does.

You should contact UNAVCO for recommendations, far more knowledgeable and you are more likely to get some local Greek advice. Start with Lou Estey, [email protected].

I would be inclined to use RSGPS, the computer program used in our NGS OPUS-RS (Rapid Static) solutions. It utilizes more of the GPS signal than some other programs, but I am unaware if it has been expanded for the full GNSS constellation. I had used RSGPS years ago on a personal computer and it was worth the effort for the best GPS solution possible. Because it uses more of the broadcast signal it can achieve greater precision in less time and is especially good for elevation work. If you have a 2 hour filed observation, buying 3 (CORS) times 2 hours of data would be as accurate of doing a 6 hour observation and buying 6 hours of a single CORS.

Paul in PA

Since data purchase is costly, and want to get best results avoiding possible misfires, i need to make certain of which way to go.

I am indeed situated inside a triangle of the three closest stations almost perfectly. So do you suggest i buy 10-12 hours of data that include different stations, or use the same station but under different circumstances. Like get 3-4 hours of data on day, then at night, and then at a different day thus checking the integrity of the one closest station, OR use a single time window and log 3-4 hours of date and solving using 3 different stations.