Task #3312

Story #3309: get() downloads have inconsistent mime types and filenames

Specify how MN implementations should set Content-disposition for MN_Read.get()

Added by Matthew Jones about 12 years ago. Updated almost 9 years ago.

Status:

Closed

Priority:

Normal

Assignee:

Dave Vieglais

Category:

Documentation

Target version:

CCI-2.0.0

Start date:

2012-10-08

Due date:

% Done:

100%

Estimated time:

0.00 h

Milestone:

CCI-1.2

Product Version:

Story Points:

Sprint:

Description

The Content-disposition header can be used to set a filename for downloaded objects. MN implementations currently do not coordinate in how this value is set. Some metadata standards such as EML provide a value for the filename for data objects, and in cases where this is available it could be used. However, DataONE does not make this science metadata value readily available, so MN implementations will have to locate it themselves. When such a user-supplied filename is not available, an alternative might be to name the file using the identifier and a standard file extension for the appropriate object format type. The exact algorithm should be discussed.

History

#1 Updated by Dave Vieglais about 12 years ago

Target version changed from Sprint-2012.39-Block.5.4 to Sprint-2012.41-Block.6.1

#2 Updated by Chris Jones about 12 years ago

Target version changed from Sprint-2012.41-Block.6.1 to Sprint-2012.44-Block.6.2

#3 Updated by Chris Jones about 12 years ago

Target version changed from Sprint-2012.44-Block.6.2 to 2013.2-Block.1.1

#4 Updated by Chris Jones almost 12 years ago

Target version changed from 2013.2-Block.1.1 to 2013.12-Block.2.2

#5 Updated by Dave Vieglais over 11 years ago

Target version changed from 2013.12-Block.2.2 to 2013.35-Block.5.1

#6 Updated by Chris Jones almost 11 years ago

Target version changed from 2013.35-Block.5.1 to 2014.6-Block.1.3

#7 Updated by Roger Dahl almost 11 years ago

Assignee changed from Matthew Jones to Roger Dahl

#8 Updated by Roger Dahl almost 11 years ago

Target version changed from 2014.6-Block.1.3 to 2014.14-Block.2.3

#9 Updated by Roger Dahl over 10 years ago

Status changed from New to Closed
translation missing: en.field_remaining_hours set to 0.0

I don't think there is much more that can be said about this than what Matt put in the ticket. There will be as many different possible locations for this data as there are MNs. All we can say is that the MN should try to make this info available from somewhere and that we should capture and expose it. I also agree with the points that Matt made during the AHM, that this information should not go into the System Metadata.