Bug #6970
closedMN.getPackage() omits data file extensions
0%
Description
Erica Johns at Cornell reports that downloaded zip files do not have file extensions for the data files within the bagIt contents. http://support.nceas.ucsb.edu/rt/Ticket/Display.html?id=12349
I looked at the MN.getPackage() method and we are using the "Entity Name" rather than "Object Name" from the EML record. The latter usually has the original filename (with extension) whereas the former does not.
We have two options:
- continue to use the Entity Name and look up the file extension using the SM.formatId of the data
- switch to use Object Name
Updated by Chris Jones over 8 years ago
It seems to me that if the object name is present, we should use it. If not, go with the entity name with an extension lookup.
Updated by ben leinfelder over 8 years ago
- Status changed from New to In Progress
Looks like the datamanager library is not parsing the object name from EML, so I've continued to use the entity name and appended the file extension to that. File extension is based on the SM.formatId of the data file.
Updated by ben leinfelder over 8 years ago
- Status changed from In Progress to Closed