Base file too large for DPOS...

SynGeo

Member
I collected 5hz, as in recorded 5hz, for four hours, generating a 259mb jps base file. I tried uploading through the LS to DPOS but I get a connection error. I attempted to upload the file through the web base processor and got a file too large error. Is there a way to reduce the file size, or cut it back to 1hz and DPOS? We frequently collect higher frequency data for LiDAR trajectory computations.
 

Jim Frame

Well-Known Member
I'm surprised that DPOS can make use of any random piece of a jps file. Just for fun I tried taking a random sample from one and ran it through jps2rinWin. It threw a whole bunch of messages but didn't create a RINEX file. How does DPOS do its magic?
 

Nistorescu Sorin

Active Member
I think in Recordset Properties, the magic could really happen:

Justin Link splitting files screen.png
 

SynGeo

Member
I managed to split the file into several chunks, front half and back half. I was able to run the smaller files through the web DPOS and resolve the base coordinates. On the LS, however I got an adjustment error when running DPOS. I opted to M-local that batch of points.
 

SynGeo

Member
I uploaded the project archive. I should note that I had problems with the second base position. It would dpos, but the base coordinate was a float solution. In sessions 3 and 4, I set up over the first two base positions and continued to add points, with some common shots. I m-loc'd the first two sessions with the results of the 3rd and 4th. The first one appears to have worked quite well, but the second has several shots that have large discrepancies between the ppk, rtk and mloc.
 

Michael Stazhkov

Developer
JAVAD GNSS
I uploaded the project archive. I should note that I had problems with the second base position. It would dpos, but the base coordinate was a float solution. In sessions 3 and 4, I set up over the first two base positions and continued to add points, with some common shots. I m-loc'd the first two sessions with the results of the 3rd and 4th. The first one appears to have worked quite well, but the second has several shots that have large discrepancies between the ppk, rtk and mloc.
I need link to the uploaded archive.
 
Top