Search results

Another request: in the GVX <POINT> records, I think it's fine to use the point number for the <ID> element. However, the user ought to be able to choose the code or description for the <NAME> element. For example, the project I'm working on involves multiple shots on each point for...

I'm uploading the project now. I'm also attaching the GVX file that Dan modified. Thanks!

Here's the response I received from Dan Gillins, the architect of GVX:

That was supposed to say that I'm *not* conversant in XML. Because I'm not!

I was able to get OPUS Projects v5.0 beta to accept my static files (I was using the production server instead of the beta server), but I'm not yet able to get it to load RTK vectors from the GVX file exported from my T-LS. It acknowledges the number of vectors in the file prior to uploading --...

I use a T2. It takes 3 minutes to complete the enable process when the UHF radio isn't present, I don't recall if that's any different when I have the UHF radio operating.

When I start my base it takes about 3 minutes for the Modem Enabling phase to complete. I've been running TCP-only recently, and I don't recall if this happens when I have my UHF radio connected. All I know right now it that it's an annoyingly long time, and I'm wondering why it takes so long...

One I set variety to zero it started working as expected. Thanks!

I successfully exported a GVX file from my LS project. However, when I uploaded the GVX to OPUS Projects 5.0 beta, I got an error message saying that the reference system specified isn't supported by OPUS Projects. The reference system number in the GVX file is 216, which is the WGS84(G1674)...

I set Variety to zero, I'll see if that fixed things.

A year later, checking to see if any progress has been made on a GVX exporter/converter. I could use one for a current project. Edit: I just saw another thread that shows a GVX export option. I'll check it out!

This has been mentioned in another v4.0 thread, but I think the subject may have gotten lost among the other issued raised there, so I'm starting a new thread. I use an LS and a T2. My standard profile for control is to collect 1200 epochs, verify (reset engines for 10 epochs in agreement with...

FYI: I just ran DPOS on a number of points and noticed that the report shows "NONE" in the PID field of the five CORS. Each of them has a PID, but they're not shown in the report. I don't recall if this has been a problem in the past, but it'd be nice to have the PIDs shown.

I've only tested this a few times, but when I used it today I switched back and forth 3 times without trouble. I was never more than 1/4 mile from the base, if that matters. And this was with a standard LS and T2.

No joy, even with RTPK disabled the profile won't validate, auto-accept and restart.

Today was my first opportunity to actually use v4.0 in the field after working through the glitches. When I first tried to get a TCP connection through my jetpack I got the dreaded "socket failed" message. Looking at the connections screen I saw that the mystery profile named with the IP...

I unchecked "RTPK/RTK must agree," I'll see if that fixes the problem tomorrow. Thanks!

Ugh, having just gotten done with getting my Jetpack working again, I'm not looking forward to troubleshooting a UHF radio problem.

I've noticed this, too. Instead of stopping at the specified number of epochs and then verifying the point, it just keeps on clicking up the epoch count and has to be manually stopped. I suppose I could reset the RTK engines to get a verification of sorts, but that's not near as convenient as...

I finally got it figured out (I think!). In all the monkeying around that John and I did trying to troubleshoot the problem, at some point my T2 got reconfigured to connect to my phone's hotspot instead of the Jetpack. Once I got that squared away (which fixed the no-WiFi light situation on...