Project

General

Profile

Actions
Copy link

Bug #6970

closed

MN.getPackage() omits data file extensions

Added by ben leinfelder almost 9 years ago. Updated over 8 years ago.

Status:
Closed
Priority:
Normal
Assignee:
ben leinfelder
Category:
metacat
Target version:
2.6.0
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

Actions
Copy link
 #1

Updated by Chris Jones almost 9 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.

Actions
Copy link
 #2

Updated by ben leinfelder almost 9 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.

Actions
Copy link
 #3

Updated by ben leinfelder over 8 years ago

  • Status changed from In Progress to Closed
Actions
Copy link

Also available in: Atom PDF