-
Notifications
You must be signed in to change notification settings - Fork 169
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
kaguyatc2isis cannot ingest data provided by Jaxa online archive #3670
Comments
I would classify this as an enhancement and not a bug. Also, do we want to maintain compatibility with the older data set? |
I cannot speak for everyone, but I believe backwards compatibility is ideal. |
I agree with Lauren's assessment of backwards compatibility, if possible. @thareUSGS thoughts (hope you don't mind me sharing):
|
Follow up questions. Does anyone know what has changed between the two or do we need to go in and compare SISs and labels. |
[DATA_SET_ID] for sure, however there are possibly other keywords. Lisa made the attempt to manually modify the keyword in the .lbl (I think) and then she got a new error. She documented a number of things. I get her notes uploaded if that helps. But we don't precisely know all of the differences. |
A partial list of differences would still be great. Thanks! |
Lisa's notes |
Possibly related to #3698 , a similar issue regarding new JAXA Hyabusa2 labels. |
Hi, I just tested the changes and it appears a DATA_SET_ID was left out - "SLN-L-TC-3-W-LEVEL2B0-V1.0". Notice that there are two images under @ladoramkershner How To Reproduce section,
Running using the latest changes to kaguyatc2isis, TC1S2B0_01_05186N225E0040.lbl ingests successfully, however TC1S2B0_01_05186N225E0040.lbl fails with the following message:
I think this is just a simple oversight. |
I'll work on getting this fixed. I'm working on RC2 with #3827 and will put this out then. |
Test W image can be ingested and properly spiceinits under 4.1.0_RC2 |
ISIS version(s) affected: x.y.z
I would assume this applies to all version, however, I am currently using isis3.9.1
Description
kaguyatc2isis was written using the label format of some data provided by a JAXA correspondent and stored locally some years ago. At that time, it was the only available Kaguya data. Since this data delivery, JAXA has created an online data archive to provide their data to the public (http://darts.isas.jaxa.jp/planet/pdap/selene/product_search.html). Additionally, it seems JAXA has rearranged the Kaguya TC label structure, causing kaguyatc2isis to fail with some keyword errors on data downloaded from the JAXA website.
How to reproduce
In /work/projects/kaguya/ladoramkershner/isis_ticket/ there are two folders
online/
: contains two random images downloaded from the jaxa online data archivelocal/
: contains those same two images sourced from usgs asc's internal archiverunning
kaguyatc2isis from=TC1W2B0_01_01682N300E0078.img to=TC1W2B0_01_01682N300E0078.cub
kaguyatc2isis from=TC1S2B0_01_05186N225E0040.img to=TC1S2B0_01_05186N225E0040.cub
works successfully on the local data, but fails on the online data with the error
Additional context
We are creating a pilot mosaic of the Apollo 15 landing site, our pipeline is currently dependent on the local data. We intend to do more work with this pipeline next year and will likely continue to use the local versions of the data. In principal we want for ISIS3 users to be able to work with the public (JAXA archive) version of the data as well. Ideally, our code could work on both.
I am not sure if this is a product or missions issue. I am selfishly tagging it as a product, because it may affect my product work.
The text was updated successfully, but these errors were encountered: