-
Notifications
You must be signed in to change notification settings - Fork 173
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fixed error where footprint fails to generate on some map projected images. fixes #4390 #4908
Conversation
catch(std::exception &e) { | ||
std::string msg = "Caught std::exception: "; | ||
msg += e.what(); | ||
throw IException(IException::Unknown, msg, _FILEINFO_); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
std::exception wasn't being caught causing the real error of an incomplete linestring to be swllowed by catch(...)
@@ -852,7 +850,8 @@ namespace Isis { | |||
|
|||
if (nPoleSample >= 0.5 && nPoleLine >= 0.5 && | |||
nPoleSample <= p_cube->sampleCount() + 0.5 && | |||
nPoleLine <= p_cube->lineCount() + 0.5) { | |||
nPoleLine <= p_cube->lineCount() + 0.5 && | |||
SetImage(nPoleSample, nPoleLine)) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
SetImage checks to see if the pixel can get a valid projection when going image->ground.
idk why ground->image successfully returns pixel coords but image->ground acknowledges that there is no intersection?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm happy to build a dev version and test on the whole archive as well once this is merged.
gonna wait until test finishes |
This should be good, only tests failing are the ones that have been fixed |
Description
Fixes bug where footprints fail to generate when these specific conditions are met:
Which results in the image footprint becoming mangled.
Related Issue
#4390
Motivation and Context
Some map projected images were not generating valid footprints.
How Has This Been Tested?
Original image in the issue successfully generated it's footprint when it previous excepted with incomplete linear ring coordinates.
Screenshots (if appropriate):
using image:
/archive/projects/europa/GLL_FinProducts/*/33ESGLOCOL01_GalileoSSI_Equi.cub
Footprint trying to cross the pole, had to use a web geojson app since I had incomplete coords I was just printing out:
After fix, viewed in qmos:
Types of changes
Checklist:
Licensing
This project is mostly composed of free and unencumbered software released into the public domain, and we are unlikely to accept contributions that are not also released into the public domain. Somewhere near the top of each file should have these words: