While attempting to run POSPacCloud to process the trajectory solution for a True View 3DIS, the user encounters an error message stating, “Project Status: EXECUTION_FAILED”. The Project upload was successful.
This is a catch all error message that occurs when POSPacCloud was unable to successfully process a trajectory solution.
Probable Resolution #1:
A common cause of this error is an incorrectly entered base station coordinate. Verify the base station value entered in True View EVO is correct. Signs are positive North and East. The approximate distance to base station as shown on the Base Station Settings page of the POSPac Processing wizard must be within 50m.
Probable Resolution #2:
Verify the header of the base station RINEX file contains an approximate position that is close to the value entered, and correct, base station location. If the approximate location is more than 50m off of the real position the solution will have trouble processing.
Probable Resolution #3:
Locate the “YYMMDD_HHMMSS.log” file from the Area_\Cycle_YYMMDD_HHMMSS\POS\POSPac_YYMMDD_HHMMSS folder corresponding to the attempted execution in POSPacCloud and review the contents for the following messages in the reason section:
“Primary and base observables data are incompatible. Please check base data against POS data.”
Verify the base station is sampled at 1Hz to match the sample rate on the True View system. If the sampling rate is higher, then you may attempt to use a program to resample the observations to 1Hz. Ensure a 1Hz base station is used going forward.
TEQC, delivered with True View EVO is a good one to use to resample your base RINEX file. For example:
"C:\Program Files\Common Files\LP360\teqc.exe" -O.dec 1s D:\MyProject\mybase.20o > D:\MyProject\mybase_1s.20o
where, %username% is the Windows user.
There is also a GUI interface of TEQC for Windows available, if desired.
“Primary and DEFAULT base observables data do not overlap in time. Please check base data against POS data.”
POSPac found that the base station RINEX file did not completely cover the T04 from the rover.
- Verify the Time of First Obs through Time of Last Obs in the header of the base RINEX covers the time shown in the T04 as displayed on the first page of the POSPac Processing Wizard in True View EVO.
- Verify the first and last observation in the RINEX file match those in the header.
- Verify the observations exist in the RINEX file for the full extent of the T04 as displayed on the first page of the POSPac Processing Wizard in True View EVO.
Header: YYYY MM DD hh mm ss.sssssss GPS TIME OF FIRST/LAST OBS 2019 12 11 21 8 1.0000000 GPS TIME OF FIRST OBS 2019 12 11 21 8 1.0000000 GPS TIME OF LAST OBS
Observations: YY MM DD hh mm ss.sssssss ? Observed Satellites 19 12 11 21 8 1.0000000 0 14G03G14G16G22G23G26G31G32R01R02R08R10
“Smart Select terminated because more than 200 files cannot be downloaded”
The error message indicates the base stations are too far apart from the project site, or one another. The site is not suitable for processing using SMARTBase. Use the CyclePath.csv file to review the validity of the site for SMARTBase processing by following the checking a flown mission method in the section Using SMARTBase Cloud with True View.
This error message may also indicate that the nearest stations to your project area have only hourly files, but not daily files available at the time you tried to process. SMARTBase only uses stations with daily files available, causing the Smart Selector to look further and further away from your area. Wait until the daily file spanning your collection is uploaded and made available, usually shortly after GPS midnight, before trying to process again using this method. Or, select a suitable nearby station and download the hourly files using the provider’s FTP site to process using the single base option. Or, if suitable for your projects and areas, process using PP-RTX.
“pointID\\r\\nParameter name: Could not set the base station position because a station with ID ‘DEFAULT’ was not found in the project.”
Verify the base station being used for processing has a data interval of 1 second to match the processing rate on the True View POS system. A lower sampling rate may be rejected by POSPac and lead to no base being setup in the project, hence, no base station position can be set.
POSPac also doesn’t like the base station RINEX file as it believes it to be kinematic. Verify the options and data used to create the RINEX file. One option to work around the issue is to “Force Static” when doing the import of this base directly in POSPac Desktop. However, if you can fix the base RINEX then you should be able to get LP360 Drone/TrueView EVO to successfully batch the processing.
“Ephemeris data is unavailable. Please import POS data first.”
This an old error message that was typically caused by a POSPac bug in versions 8.4 through 8.5, where the rover broadcast ephemeris data gets incorrectly clipped. It can be worked around by adjusting the POSPac Processing Offset (EVO -> File -> Project Settings -> EXP -> True View Experimental Settings) value to a larger number (Default = 30s). Suggested resolution was to use 3600 or 7200 if there is an issue. This issue should no longer occur with v8.6.
“Unhandled Exception: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.”
Though misleading, this error message has been known to be related to a bad base station RINEX file, which causes POSPac to crash. A giveaway is an abnormal distance to base coordinate warning in the POSPac Processing Wizard. Check your base RINEX file using a RINEX check and repair utility, such as GFZRNX by GFZ Potsdam. If your Cycle is long enough for your region (10min for fast RTX regions and 30min for standard RTX regions), try processing using PP-RTX. Or, download a nearby CORS station data.
“Cannot open PPF”
This is an old error message that was caused by the IMU on the system not being supported by the version of POSPac running in cloud.