How does one go about finding when and where the OPUS projects seminars are taught? TIA, J T
> How does one go about finding when and where the OPUS projects seminars are taught?
http://www.ngs.noaa.gov/corbin/calendar.shtm l">Upcoming Classes
Link didn't work (for me), maybe this one will:
http://www.ngs.noaa.gov/corbin/calendar.shtml
That seems to work.
Great class, I've attended twice (2012 & 2014)!
> Link didn't work (for me)
Yeah, I posted from my phone and it prepended an extra http:// that I didn't notice. Thanks for posting the correct version.
thread hi jack
anyone have any suggestions on how to format the results from OPUS PROJECTS so that they can be processed through STAR*NET....
thread hi jack
I have a suggestion: use anything other than NGS software and consider the time spent as a total waste of time. If you don't use NGS software, it won't be accepted.
thread hi jack
Thank you sir, but I am trying to navigate between two different software to see what one may do. I do not consider learning new things a waste of time.
thanks again
Find about 10 surveyors interested in doing the training, and a location for it, and contact your NGS advisor. He will probably be able to schedule one with your group. We did ours at a local library, free room. All you need is a room with a projector, wifi and a group of interested surveyors.
thread hi jack
I'm already capturing OPUS XML data for other reasons. Actually, my program, is capturing all kinds of data.
https://app.box.com/s/crzihdflge2p20wi3b34
I have feet (us/intl/meters) conversions all going on.
Seems like OPUS-Projects is catching on. I hope they keep proprogating (sp?) the info.
E
thread hi jack
> anyone have any suggestions on how to format the results from OPUS PROJECTS so that they can be processed through STAR*NET....
Star*Net Pro v6 (and presumably the subsequent Microsurvey versions) accepts a gfile (listed in the vector import dropdown as "Blue Book GFile") as an import option. A gfile is one of the result files produced by an OPUS Projects adjustment.
I haven't played with this yet in a substantive way, but I did notice that Star*Net v6 appears to expect a C record to immediately follow a B record. However, the gfile produced by OPUS Projects inserts a record in between the the B and C records that contains information about the GPS week and observation date (I think -- I haven't studied them carefully) that disrupts the Star*Net import. Removing these lines with a text editor renders the file usable by Star*Net, at least to the extent of producing what looks like a competent vector file.
Here's an example of the first few lines of an OPUS Projects gfile:
AXX2014 5122014 513
B2014 512 0 02014 512235912 pages.e & gpscIGS 227 1 2 27NGS 2014 620IFDDPF
IIGS08_1793 IGS 20140518
C00010002 -43210469 4 150036183 7 131738600 6 X1324A03bgX1324AP271
The line beginning with "IIGS08_1793" causes the import to fail.
Here's the same example with the offending (and apparently superfluous) line removed:
AXX2014 5122014 513
B2014 512 0 02014 512235912 pages.e & gpscIGS 227 1 2 27NGS 2014 620IFDDPF
C00010002 -43210469 4 150036183 7 131738600 6 X1324A03bgX1324AP271
Star*Net will process the edited file. Note that there will be a record set (B, C and D) for each session used in the adjustment (I think).
Again, I haven't run a Star*Net adjustment to see if this workaround is effective, so use it with caution. However, I'm hopeful that it will work.
thread hi jack
I was too tired last night to research the matter, but with a fresh start on the day I looked at the gfile specification this morning. The I record -- the one I suggested deleting -- is indeed optional. It provides information about the antenna model set used in the solution, and follows the B record when present. It can be deleted without mucking up the gfile vector data.
thread hi jack
Learning something new is never a waste of time. My advice was (and is) concerning the implied objective of "OPUS Projects" and the concomitant result of Blue Booking.
Jim
I would think that the "D" record which contains the correlations would also be needed.
Axx2014 7 4 14 7 5
B2014 7 41339 14 7 5 025 1 page5 v1209.04IGS 126 1 2 27NGS 2014 711IFDDPX
IIGS08_1793 IGS 20140518
C00090005 1068968253 5 495982303 10 958283184 8 X1854ACL62X1854AP030
D 1 2 8453902 1 3 -5841052 2 3 -8428878
You need the "C" and "D" records, to compute the 3x3 covariance matrix.
Loyal
> How does one go about finding when and where the OPUS projects seminars are taught? TIA, J T
Little late chiming in on this Sat morning, but I just got done with the seminar in Las Vegas. I am by no means a GPS guru, but have used OPUS over the past few years with much success.
Find a seminar near you and ATTEND it. You will learn more than your brain wants to absorb, even if you're smart.
OPUS Project is almost better than inventing sliced bread. Very cool. Plus at the seminar you will learn more about OPUS than you've likely already forgotten. They work hand in hand and you must accept the concept of "...if you sleep with the devil than you better learn to live with the devil...".
Personally, I liked the world better when it was flat. But it's not.....
Jim
> I would think that the "D" record which contains the correlations would also be needed.
Absolutely. I was just pointing out the location of the I record that messes up the Star*Net v6 import. It's nestled between the B and C records, at least in the OPUS Projects gfile that I sampled.
