DPOS FROM THE OFFICE

[Steve Douty]

I am in full agreement that it is a wonderful thing to be able to DPOS from anywhere we have internet service. On many jobs, this could save hours, or even days, depending on logistics. PPK and static solutions in the field almost rate the title of miracles. Thank you.


It is my understanding that the only way to DPOS a job is from the LS with internet connection. If this is not a correct assumption, then please ignore the rest of this post.


My issue is the need to have the LS in hand to DPOS. I see the following potential problems:


1. The LS must be taken out of field production to use the DPOS function. Based on the size of the project, the availability of CORS data, the need for data analysis, etc. this could take hours. The crew could be tired after a cold/hot/long day or the project manager may want more time to evaluate the data. Maybe the manager responsible for data processing is out of the office or otherwise just can’t get to it, so the crew must wait. This is not a good solution.

2. The screen on the LS is small and therefore difficult for an old man (me) to see. It is also difficult to train on. It works great for what it is designed to do (be a field instrument). A larger screen in the comfort of the office is much more desirable for data processing and evaluation.

3. The office computer is easier to print reports from for data evaluation.


I am not sure why an archived project file can’t be transmitted from any computer and the results be reviewed and evaluated on computers other than the LS. I do understand that this is more software and therefore there may, or should, be a fee attached.


Are there any plans to allow the DPOS of data from anywhere other than the LS?

 

[Matt Johnson]

There are several features in J-Field that already exist that might help you.

1 & 2. Users can access their LS remotely through RAMS (Support>Remote Assistance). See the help screen for connection instructions. You can then connect to the LS using the web viewer at http://javadgnss.net/rams-viewer/ or we also have a standalone Windows version at http://service.javadgnss.net/release/JAVAD/RAMS/Desktop/2.2.6/win/.

3. J-Field can export a HTML report with the DPOS coordinates (Data Exchange>Export>Format: HTML>Point Text: Hybrid RTK Report) so reports could be viewed in the office without the LS .

 

[Steve Douty]

I understand that RAMs can be used. As I understand it, this still takes the LS out of field production. Is this correct? The last time I tried to use RAMS for DPOS the screen was not fully interactive. This presented problems. Taking the LS out of field production is a true issue in my mind. I would like to hear what others think about this.

I also understand that coordinates can be exported and other Html types of reports. I would still like the flexibility to for the project manager to make reports.

Are there any plans to allow the DPOS of data from anywhere other than the LS?

 

[Matt Johnson]

RAMS mirrors the LS display to your PC screen so you could not do a different task through RAMS while it is being used in the field.

I'm not sure if you are aware but DPOS works in the background on the LS. Once you submit a DPOS session through RAMS, you don't have to keep the DPOS screen open in J-Field. It will continue to process in the background even if you are doing other things in J-Field.

What part of the DPOS process are you wanting to do outside of J-Field? The biggest obstacle that I see is if you were able to manipulate a project archive outside of J-Field through some PC emulator while that project is also manipulated in the field, you now have 2 different databases for that project that somehow must eventually be reconciled into one.

 

[Eugene Aksyonov]

Steve, we have http://app.javad.com customer portal that you can use to process raw jps data at any moment. If you bind the unit to your javad.com account on that server you can see reports in home area automatiacally. It doesn't operate by sessions or projects, just a raw jps files. May work for you too.

 

[Steve Douty]

On a typical day, I come in late; or my field crew comes in late, or checks into a motel, or goes directly home. It may or may not be past midnight GMT; so I am either tired, not in the mood, or can't do a full DPOS (Base-Rover Processing + Base CORS Processing + Rover CORS Processing). I really just don't want to process later in the evening, overtime plus, I pretend to have a personal life. The way it is now set up; if I want to do a full DPOS, I must do it late at night, or early in the morning before we need the LS in the field. I also never know how long processing is going to take. On step 3 of DPOS I often get a message that says "3. CORS Processing for points. 30% Done. Importing Data." This wait for data import can be up to one hour and may suceed, or may follow with a message that says "Wait CORS data is not available." I'm not sure what to do when this happens other than try again later. I need the LS in the field so "Later" may be the next day. Between the unknown length of processing time, and the uncertainty of available CORS data; it is verry dificult to schedule job critical path, job completion, and LS field time. My jobs are typicaly small (less than 6 hours of data collection, and less than 20 points). Between lack of cell coverage, canopy and other logistic issues; most of my jobs require full DPOS. Also due to all of these issues I need to fully evaluate the DPOS results before using a computed point.

Matt, I am aware that using RAMS for DPOS means that I can't be using the LS for different task at the same time.

I was not aware that I could be collecting data on job B while DPOS processing Job A. This does require internet access which is generally an issue in the mountains of Virginia, USA. This is useful information.

I also see your point about manipulating a project archive outside of J-Field through a PC emulator creating a potential conflict. Although this is an issue; I feel it could be handled with proper procedure and communication between field and office employees.

To answer your question; the part of the DPOS process that I want to do outside of J-Fiesd is a full DPOS.

Eugene, Thanks for the information on processing raw jps files. Although I was aware of this option, the full DPOS option is so powerful that I have never been tempted to process just one point.

Once again, the full DPOS tool is a great tool. I think it is changing my professional life for the better.

This is a formal request for a J-Field full DPOS PC emulator.
Are there any plans to allow the full DPOS of data from anywhere other than the LS?

 

[Eugene Aksyonov]

Steve, we are collecting the requirements related to data exchange currently.
So what if we give an ability to upload projects/DPOSsessions to our WebServer and run DPOS in background - should work, right?

 

[Steve Douty]

I'm not sure that I understand what you are proposing. what I think I need is the results of DPOS so that I can examine all of the solutions and chose the one that I feel checks best with other data from other non-GNSS solutions. Now the only way I can compare RTK, PPK and CORS all side by side and with other data is by exporting several text files which I can then plot and compare with other field observations. Although I am a typical user and always want everything, yesterday; I like what the system produces. My objection is that I am locked to the LS when I try to do "what if" comparisons. I want to make the comparisons without the pressure of taking the LS out of service.

I think what you are describing would accomplish that mission.