Project

General

Profile

Bug #6970

MN.getPackage() omits data file extensions

Added by ben leinfelder over 4 years ago. Updated over 4 years ago.

Status:
Closed
Priority:
Normal
Category:
metacat
Target version:
Start date:
02/29/2016
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:

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

History

#1 Updated by Chris Jones over 4 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.

#2 Updated by ben leinfelder over 4 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.

#3 Updated by ben leinfelder over 4 years ago

  • Status changed from In Progress to Closed

Also available in: Atom PDF