True View EVO errs with, “An unexpected error occurred running POSPacBatch.exe” while submitting Post Process Trajectory File to POSPac Local.
This is a generic error message whenever your POSPac project did not process to a successful solution using the InFusion Single Base processing mode and may be caused by one or more of the reasons listed below.
Probable Resolution #1:
The unexpected error is a catch all for when POSPac does not successfully process a trajectory solution. The top reasons are:
- No license available, open the Applanix Software License Utility and verify the machine being used to process can see the licenses being served by the Applanix license server machine on your network
- If this is the first time running POSPac on the machine, open the POSPac UAV desktop application and ensure it opens without error to ensure the installation occurred without any issues.
- Incorrect base station location where a negative sign was not used for a western longitude or a southern latitude.
- A POSPac bug 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 to use 3600 or 7200 if there is an issue. Page 31 of the latest version of the True View EVO Users Guide https://support.geocue.com/evo-users-guide/
- A user has installed POSPac v8.5, which is not yet supported by a released version of True View EVO.
A myriad of other reasons may exist as well. Some indicators are provided in the log files generated by the processing attempt. See more details below.
Probable Resolution #2:
POSPacBatch will exit with this unexpected error if the wrong file path was chosen in project settings for the “POSPacBatch.exe” file. This may occur if POSPac desktop version was updated on the machine. This is most certainly the issue if there is no path to a POSPacBatch.EXE listed in the error message and it simply says,” “” -m UAV -b…”
Verify your POSPacBatch Location (LOCAL) is set. And even if it is, actually browse to and select the POSPacBatch.exe. Then try to process again.
Probable Resolution #3:
POSPacBatch may exit with this unexpected error if POSPac was recently updated while True View EVO was open. Verify the file path to the POSPacBatch.exe is correct. Close EVO and reopen to remedy the issue.
Probable Resolution #4:
POSPacBatch may exit with this unexpected error if it is not licensed. That can occur if the program can’t find the local license, communicate with the license server, or the licenses are in use by another machine. Check license availability and settings using the Applanix Software License Utility.
More information on licensing POSPac can be found in Appendix A of the True View EVO Users Guide.
Probable Resolution #5:
Open a command prompt and type the command exactly as shown in the middle section of the error message Review the results shown in the command window. To make it easier, if you installed the POSPac in the default location, copy the contents of the following into a text file and save the text file as RunPOSPacBatch.bat on your desktop.
"C:\Program Files\Applanix\POSPac UAV 8.4\PospacBatch.exe" -m UAV -b %1 Pause
Once the batch file is created on your desktop, you can drag and drop the posbat file (located in the \POS\POSPac_YYMMDD_HHMMSS folder) onto the batch file and review the messaging being relayed.
Rover Data Not Supported: RINEX rover data is not supported
POSPac 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 True View EVO to successfully batch the processing.
Probable Resolution #6:
POSPacBatch may exit with this unexpected error if it cannot successfully complete the processing of the trajectory solution. Open the Batch Log, \POS\POSPac_YYMMDD_HHMMSS\YYMMDD_HHMMSS.log, and review at which stage the processing failed:
POS Data Import: Pending
The program was unable to read the T04 file.
- Verify the T04 file copied correctly and completely off the UMS to the processing computer.
- Verify the POS data is from a 1010xx, 615xxxx, or 620xxxx system
Look for “Termination Status: Fatal Errors” and “Extraction aborted”. If present, look earlier in the same log for a reason.
POS Data Import: Warnings
Broadcast ephemeris data download and import failed – When POSPac Batch is setting up the project it uses the rover data to download corresponding ephemeris data for use in processing. This requires a stable internet connection and space on the drive on which to download the files.
This error message is typically caused by a POSPac bug 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 to use 3600 or 7200 if there is an issue. See page 31 of the latest version of the True View EVO Users Guide https://support.geocue.com/evo-users-guide/
Base Station Import: Pending
This can occur if POSPac doesn’t like the base station RINEX file. Verify the options and data used to create the RINEX file. See the “Rover Data Not Supported” message explanation in probable resolution #5 above.
This may also occur if POSPac cannot open the RINEX file for read because it is open for read/write in another program.
POSPac will not import the base station RINEX file if there is no valid UAV-GNSS-Inertial license available. Open the Applanix Software License Utility and verify you have a valid license. See Appendix A of the EVO Users Guide for more information.
“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.
Look for numerous “ephemeris data invalid” messages. If present, you’ve likely encountered a POSPac bug 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 to use 3600 or 7200 if there is an issue. See page 31 of the latest version of the True View EVO Users Guide https://support.geocue.com/evo-users-guide/
Most probable causes are:
- An incorrectly entered base station coordinate. Verify the base station value entered in True View EVO is correct. Signs are positive North and East.
- 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 from the real position the solution will have trouble processing.
Open the POSPac project found in the last Cycle_YYMMDD_HHMMSS\POS\POSPac_YYMMDD_HHMMSS subfolder and review the reports and settings in POSPac Desktop, if applicable, reprocess to obtain a suitable solution.
Look for “Termination status : Fatal errors”. If present, look below in the same log for a reason. Such as, “The position of the base station is more than 200m from the averaged single point positioning (SPP) solution.” See the most probable causes for “GNSS-Inertial: Pending”.
Look for “GNSS QC solution not available”. If present, check the extract_Mission1.log for more details.
Look for “WARNING : Gap in primary GNSS navigation data”. If present, check the extract_Mission1.log for more details.
Look for a “WARNING : Continuous primary GNSS position measurement rejections” and if present, review the Reference to primary GNSS lever arm values listed at the top of the report. Note those lever arm values are in meters. If the values are incorrect, you will need to fix those in the APX before you fly again. See Measuring GNSS Lever Arm Offsets in the True View 410 Hardware Users Guide.
To fix the processing for what you’ve already flown:
- Open the POSPac batch that is generated, for instance POS\POSPac_200427_114410\200427_114410.posbat
- Find the custom settings section that looks like this:
- Then modify it to look like this, ensuring you use the correct lever arm values in metres.
- Re-run the POSPac batch file using the shortcut mentioned in the previous probable resolution.
- The report will be located in a subfolder, such as YYMMDD_HHMMSS\_CYYMMDD_HHMMSS\Mission 1\Report\report_Mission 1.pdf
- When you make trajectories the dialogue will ask you to browse for the POS\POSPac_YYMMDD_HHMMSS\YYDDMM_HHMMSS\_CYYMMDD_HHMMSS\Mission\export_Mission 1.txt file.
Look for “# seconds data gap in GNSS navigation data.” or “Tracking only #sat SV in primary GNSS receiver”, where #sat is less than 4. If present, open the _CYYMMDD_HHMMSS.pospac POSPac project in desktop and review the following Display Plots for more details:
- Primary GNSS Navigation Data -> Altitude (m)
- Primary GPS/GLONASS Satellite Data -> Satellite Lock and Elevation -> GPS/GLONASS L2 Satellite Lock/Elevation
- Primary GPS/GLONASS Observables Data -> GPS L2 SNR
- Primary GPS/GLONASS Observables Data -> GLONASS L2 SNR
This error indicates a problem was encountered while trying to process the GNSS-Inertial solution. Review the logs for more information.
Review the forward processing log for fatal errors and the possible sources.
Review the extract log for any data gaps or low number of satellites being tracked.
Area_\Cycle_YYMMDD_HHMMSS\POS\POSPac_YYMMDD_HHMMSS\YYMMDD_HHMMSS\CYYMMDD_HHMMSS\Mission 1\Report\report_Mission 1
The batch processing should have generated a standard POSPac Report PDF in this location that can be reviewed for any indicators of data issues that are preventing a successful trajectory solution.
Data Export: Aborted
The trajectory processing completed successfully, but something caused the export to the selected spatial reference system (SRS) to fail. Check for sufficient disk space.
Data Export : POSEO DLL Orthometric Height Error – This Point is Not Within the Geoid Region!.
The orthometric elevation could not be computed for one or more photo centers as the geoid selected on the POSPac Output Settings page does not cover all the data.
- Verify an appropriate geoid was selected for the region
- Verify the horizontal position of the data is correct and an incorrect base station, or other reason, did not result in a bad trajectory solution. There should be a POSPac Report PDF in the “Area_\Cycle_YYMMDD_HHMMSS\POS\POSPac_YYMMDD_HHMMSS\YYMMDD_HHMMSS\CYYMMDD_HHMMSS\Mission 1\Report\report_Mission 1” folder for review.
Probable Resolution #7:
Create a ticket with firstname.lastname@example.org, and upload the POS folder to your folder on our FTP site for further analysis.