DPOS options.

Nate The Surveyor

Well-Known Member
I don't know the names of screens, and I don't know all that is involved here, so I am bringing this up for discussion.
This Screen:
00435_Processed_Point_Info_20170815-23.45.14.png

It seems to me that the SELECTION of coordinate Origins, for a particular group, ie, BASE point, and it's related sideshots, we should be ABLE to select the SOURCE coord, ie, 1 Local, DPOS, autonamous, or simply manual entry. (This I guess would then show up as a 1 Local). This is strictly the selection for the BASE coord.
HOWEVER, the selection for the SIDESHOTS, we should be able to select EITHER RTK, (Base to Rover RTK) or PPK (Base to Rover, PPK) as an INDEPENDENT selection.
So, we should be able to set M-Local as base source. and then pick what we want, for the sideshot.
In the above screen shot, you see it asking the question, 1-Local, or PPK or RTK.
IF I select 1-Local, I cannot select PPK.

This does not make sense.
These processes are independent in my mind. However, DOPS seems to be locking us in... so that we cannot use M-Local, for base, and PPK from that M-local, to the rover.
This becomes highly relevant when... we have a SHORT base time, and a PPK.
So, if we have a 1 hr base time, and a 40 minute PPK, it's forcing me to USE the coordinate origin, from DPOS. When the M-local coord is more accurate, because the coord it came off of, was from an 8 hr DPOS.

Another way to say this, is WHY cannot we SELECT the base coord, and leave it alone, and then have free selection of RTK, or PPK from that base?
Thank you,

Nate
 

Matt Johnson

Well-Known Member
5PLS
Nate, here is how Vladimir Prasolov has explained that this works:

upload_2017-8-15_13-17-43.png

I have argued for similar changes in the past. I feel that this screen could be simplified a lot by having the user choose a base coordinate for all the points in that base point session. The options would be:
  • Auto/Known
  • CORS
  • M-Local, Manual or Real-Time Shifted (these are currently all grouped together in the current GUI)
Then for each rover point the user would choose the vector:
  • RTK
  • Post-Processed
  • CORS (this option would not be available if the user has the Auto coordinate selected for the base)
 

Matt Johnson

Well-Known Member
5PLS
You will get that prompt when you click Apply in the M-Local setup screen. It is in all versions of J-Field.
 

Nate The Surveyor

Well-Known Member
I have a messed up data base. I'm having to recover base point, (lost associations) and I don't think this is gonna work. My plan is to START a new file...in the LS.

It's just not behaving as it should.
N
 

Nate The Surveyor

Well-Known Member
Matt, I never found the above screen, that you posted.
I have been using "Reverse Shift". It's straightforeward.
M-Local seems to have non intuitive things... Bluntly speaking, I'm lost.

However, this brings to the forefront another idea.
We should be ABLE to make a report, having:
Base coord, Base origin, (DPOS, Reverse shift, or manual entry, or autonomous.
Complete listing of coords shot from said base.
(This idea of "unity" or, making a base and all it's respective side-shots into a SINGLE entity, is excellent!)
However, we need 2 things.
1.) tools to manage it
2.) easy export of base, and all it's respective side-shots, as a group, or entity. (for report purposes) ie, all that days work, in a single report, CSV, PDF, etc.

The way this works, especially in a town, or area, is we set up ONE file, in an area we work, and then continue to ADD to it, hundreds of jobs. All with the same job file, in the LS. Each of these days of work, (data collected) should be discrete and manageable entities.

We should be able to export all side-shots, and a base, in a cohesive unit.
We should be able to make a single printed page, showing:

Base47, yyy,xxx,zzz, On truck
Source of coord: Side-shot to point 1922, prev coord Name "Base16,yyy,xxx,zzz,RRspk@waterPlant
47 shots made:
1922-1969.

Or such like. in short, the "MetaData of the job, and day's work".

Easy access to adjusting/modifying the base coord, as we wish.
Easy access to selection process, RTK, PPK. etc
Ability to LOCK that day's work, so that it does not become fuzzled up, later, especially when MEMORY is weak.

Permanent access to individual Base/sideshot groups, as entities.
That is, each day's work can be NAMED, just like a single point description. And, locked, or unlocked. When locked, it cannot be modified. When unlocked, it can MOVE as a single entity.



Thanks

N
 

Matt Johnson

Well-Known Member
5PLS
Matt, I never found the above screen, that you posted.
I have been using "Reverse Shift".

"Reverse Shift" is shown as 1-Local column in the Processed Point Info Screen.

We should be ABLE to make a report, having:
Base coord, Base origin, (DPOS, Reverse shift, or manual entry, or autonomous.
Complete listing of coords shot from said base.

We already have these options for reports. In the html reports, choose the "Hybrid RTK Report" "Point Text" format:

upload_2017-5-19_13-46-56.png


Similar options are planned to be added for pdf reports.
 

Nate The Surveyor

Well-Known Member
One of the things that affects me here, is the CLOSEST CORS stations, to where I live is:
75 KM
105 KM
110 KM
These CORS are not always functional.

So, my CORS accuracy is affected.

I'd estimate my CORS accuracy, per session at around 0.08'.
Missing a previous CORS, VIA DPOS by 0.09' to 0.12' is common.

So, this adds enough DITHER that I still want to keep a LOCAL coord system.

N
 

Nate The Surveyor

Well-Known Member
OK, Shawn, I'll buy the naming... "Session" Filter is great.

Session LOCK, Session UNLOCK. And, SESSION NAME. Session DESCRIPTION. Session NOTES.
I, the end user, want complete control over the sessions.
N
 

Nate The Surveyor

Well-Known Member
Thanks Matt. That got it. I am STILL a "button pusher" In the LS, "Button", and "Field" are sometimes the same thing.
It's raining here. Maybe a bit later, I can post a few screen shots, to simplify this for others.
 

giulio

Member
Is post-processing with DPOS also possible in non-USA countries? Here in the region there are public networks where it is possible to download the rinex files, from the nearest station, indicating the date and time concurrent with the survey with your own instrument and then perform the post-processing using free and paid software. Does javad dops automate these operations? would it also be possible for the network of my region http://www.catasto.provincia.tn.it/TPOS/?
 

Alexey Razumovsky

Well-Known Member
JAVAD GNSS
5PLS
Hello Giulio! Unfortunately TPOS does not provide direct FTP or http access to the data. We even registered on the site to have ability to download data and realized that TPOS offers data by request via links. Alto Adige and Trentino districts are my favourite places for winter vacation. Sorry.
 

giulio

Member
Thanks Alexey. Never mind, I don't do much post-processing, in those few cases I will use the opensource rtklib software, with the rinexes downloaded from the regional stations. Yes, Trentino is a beautiful region, like all of Italy, especially for those who love the mountains and like to ski (it snowed last Saturday too, after about 100 days of not raining) now we are waiting for a good spring. Thank you and good evening.
 

Nate The Surveyor

Well-Known Member
I really dislike the fact that if we use REVERSE SHIFT, to back the base in, that it restricts us on what kind of sideshots are allowed, (RTK, vs RTPK).

This is an honest question. Is this planned to ever get fixed?

The truth is, that this BLOCKS a major functionality of the LS. I have jobs that I have AVOIDED using REVERSE SHIFT, where I would have used it, because it has a built in dysfunction. Alot like being unable to CHANGE A FLAT TIRE, if the tire is flat. Have to put air into it, to be able to change the tire. Please, tell me that somebody else sees this need.
Thanks,
Nate
 
Top