DPOS Error failed initialization

[Duane Frymire]

I am trying to use vb-rtk on a project and the file will not process, giving the error "initialization failed" when sent from the LS.

I could not find where the file is stored on the LS, so downloaded to computer from the Triumph-2. I tried submitting through the website and received the same error.

I imported the file into Justin Link and saw the following messages:

1) a long number followed by: "not a valid GUID value on tag 179"
2) "unknown tag Ca on tag 215 Ca"
3) "unknown tag a4 on tag 215 a4"
4) "unknown tag 44 on tag 215 44"

In properties using Justin Link I see raw data and coordinate solution, and the file is 22mb, so know it recorded.

Any help processing would be appreciated. This is about 6 miles of roadway in dense forest and trying to use base and radio to get float solution rather than standalone, using trajectory on the LS.

I tried to attach the file compressed but still too large. I can email it if someone can help.

Thanks,
Duane

 

[Matt Johnson]

If you want to email it to me at mattjohnson00@gmail.com I should be able to attach it and take a look at it.

 

[Matt Johnson]

It seems like there may be something wrong with the jps file. We will have to look in to in. I was able to use jps2rin to convert it to a rinex file and get a solution from OPUS which I attached.

 

[Duane Frymire]

Thanks Matt! Let me know what you find, maybe I set it up wrong in base set up?

Is there documentation available in the manual or elsewhere on how I can use this opus solution to convert the LS coordinates to the new base location? Shawn said he could talk me through it, but if it's written somewhere I could try that first.

Duane

 

[Matt Johnson]

See this post on how to adust the base postion: https://support.javad.com/index.php?threads/how-do-i-adjust-base-position.408/#post-3795

 

[John Evers]

Duane,
I too saw this error today.

On a different subject. The road through the forest!! I have seen float solutions be much further from the truth, than a true standalone position, or a SBAS (WAAS) position. If you are able to drive a truck, or ATV on this six miles, it might be well worth doing so as a trajectory in standalone mode. I would really expect your results to be much smoother this way. If there are several spots that you can augment with an actual fixed RTK shot, you could quickly confirm this.

Regardless of the DPOS processing, I would love to see the data you obtained. If you were to create an Archive of you project, as found under Files, you could post it here.

 

[Doug Carter]

Duane,
I too have mapped hundreds of mile of road centerlines in heavy canopy . The way we do it is stopping at the point of curve,the tangent and end of curve. If fixed positions are not possible we watch the float it will eventually settle down close to a fixed position. We use point or sometimes line mode.

 

[Duane Frymire]

Thanks for the input John and Doug,

I'm experimenting. I used the Triumph-2, standalone, in trajectory mode the first time through but can't figure out how to get the points out of it. I get only a jps file as far as I can tell, and don't know what to do with it. I am driving it with an ATV (very rough, glacial till boulders). AT&T is my cell phone carrier and use it as hotspot but no reception; Verizon chips will apparently not work in the LS. I may try purchasing a Verizon hotspot and data plan and try that. But at any rate, I will never get a fix on the vast majority of this roadway. I thought float would be better than standalone.

In trajectory mode I'm not sure what is really being reported. Float positions are plus/minus 3-30-100 feet and standalone 3-4 feet in trajectory mode, so standalone is being reported as better. However, my theory is that it is because the float is a more accurate description of what is actually going on, and the standalone is simply 3-4 feet but possibly 30-100 feet off. This is a completely covered area where fix positions are not gonna happen. I was lucky to get a solution from the one somewhat clear sky I had for the base, and 4 1/2 hours still didn't process very well (rms 0.02, with only 49% of obs used).

My idea was to get a trajectory solution ( the best possible by whatever means) then fill in the base map with better positions on areas of concern. I need to show work done over time, probably create a GIS, for purposes of environmental compliance and liability for dangerous conditions concerns.

Any ideas are greatly appreciated. I have time on this one to try several differing approaches.

Duane

 

[John Evers]

There are two ways to get the trajectory data. For your purpose, the easiest way would be to export the trajectories as an Autocad drawing. You can also export them as "N,E,Z,D", with you cad software supplying the point number.

From "Export", press select DWG format, and tap the name field. Enter a name, and on the "Export To File" screen, press the Export Range Button", on the What To Export screen, make sure Trajectories is checked, there is also an option to select specific Trajectories. Press ESC to return one screen, and select Export.

My experience with Standalone is somewhat limited, however I very firmly believe that standalone is much more stable than Float. Float frequently will jump 30 feet, whereas Standalone rarely does.

In you situation, I also recommend that you go to Setup / Advanced settings / GNSS / and turn off SBAS. There is a shift of about 4 feet horizontally where I live, between PURE Standalone, and Standalone with SBAS. In the deep woods, losing SBAS, will in and of itself cause a 4 foot shift. So for consistency, just turn off SBAS.

For testing though, you may want to run a pass or two with SBAS on and let us all know the results. After all, it is only a boulder strewn trail, and not something hard

Take Care

 

[Alexey Razumovsky]

DPOS fixed. Some raw data files hang DPOS service. We are in investigation how to cancel the impact of harmful messages.

 

[Alexey Razumovsky]

I am trying to use vb-rtk on a project and the file will not process, giving the error "initialization failed" when sent from the LS.

I could not find where the file is stored on the LS, so downloaded to computer from the Triumph-2. I tried submitting through the website and received the same error.

I imported the file into Justin Link and saw the following messages:

1) a long number followed by: "not a valid GUID value on tag 179"
2) "unknown tag Ca on tag 215 Ca"
3) "unknown tag a4 on tag 215 a4"
4) "unknown tag 44 on tag 215 44"

In properties using Justin Link I see raw data and coordinate solution, and the file is 22mb, so know it recorded.

Any help processing would be appreciated. This is about 6 miles of roadway in dense forest and trying to use base and radio to get float solution rather than standalone, using trajectory on the LS.

I tried to attach the file compressed but still too large. I can email it if someone can help.

Thanks,
Duane

Hi Duane, send me kinematic file. I wish to help you in processing data like this.

 

[Duane Frymire]

Hi Alexey, file is too large to attach here. I don't see an email in your profile; can you send me an email and I'll reply. dcfpls@Hotmail.com
Is there something in my setup procedure that would make it a harmful message? Seems strange that I can process it to rinex and submit to opus but dpos doesn't recognize.

John, I did get the download process from Shawn for the LS. But, do you know how to get the same from the Triumph-2 using the android app or netview? So far I have a section of road 2-3 miles long that I have recorded with the Triumph-2 (but need instructions how to get the trajectories downloaded), and twice with the LS. Half of the section with the LS is with base corrections and other half without (out of radio range) so I'll be able to see how well float are repeating v. standalone repeating; and I have a third of same section all in standalone with the T-2 if I can get it downloaded. Before this I drove my own road with the LS in standalone and can see the spikes in google earth where the road goes through heavy canopy the trajectory shot is off the road. I have not tried without SBAS but will give that a shot as well. I'll share results if I can; maybe publish to google earth so you can see what I'm seeing.

 

[Alexey Razumovsky]

Hi Alexey, file is too large to attach here. I don't see an email in your profile; can you send me an email and I'll reply. dcfpls@Hotmail.com
Is there something in my setup procedure that would make it a harmful message? Seems strange that I can process it to rinex and submit to opus but dpos doesn't recognize.

John, I did get the download process from Shawn for the LS. But, do you know how to get the same from the Triumph-2 using the android app or netview? So far I have a section of road 2-3 miles long that I have recorded with the Triumph-2 (but need instructions how to get the trajectories downloaded), and twice with the LS. Half of the section with the LS is with base corrections and other half without (out of radio range) so I'll be able to see how well float are repeating v. standalone repeating; and I have a third of same section all in standalone with the T-2 if I can get it downloaded. Before this I drove my own road with the LS in standalone and can see the spikes in google earth where the road goes through heavy canopy the trajectory shot is off the road. I have not tried without SBAS but will give that a shot as well. I'll share results if I can; maybe publish to google earth so you can see what I'm seeing.

It was temporary DPOS problem. CORS station AL92 next to you location somehow tapes a lot of 'Static On' markers in RINEX observation file. It hangs DPOS. We are working now to overpass the case automatically.

 

[tpchandler]

I am having problem getting DPOS result with observation nearby station AL92. Is there a solution to the problem with AL92?

 

[tpchandler]

When do you expect to have a solution to problem with AL92? I am having similar problem with DPOS when AL92 is involved.

 

[Duane Frymire]

tpchandler,

Must be a misprint. AL92 is in Alabama, I'm in upstate NY. At any rate, I haven't tried it again in my area, so also wondering if it has been fixed. Apparently a problem with messages from more than one CORS.

 

[Michael Stazhkov]

DPOS team reports that the problem with AL92 is fixed.

 

[Robert P Stenerson]

Looks like the server is down again this morning. I was using the DPOS from my Triumph-LS about five minutes ago, and again with the same result:

 

[Alexey Razumovsky]

Looks like the server is down again this morning. I was using the DPOS from my Triumph-LS about five minutes ago, and again with the same result:

View attachment 4334

Hi Robert, could you send the project to support?

 

[Robert P Stenerson]

Hi Robert, could you send the project to support?

Hi Alexey, Okay third times the charm I guess, I just tried it again and it went through and processed.