Task #4032
MNDeployment #3188: Kansas University Biodiversity Institute
Set the HTTP Content-Type appropriately for KUBI objects
100%
Description
In reviewing the KUBI content, I noticed that the HTTP Content-Type header field seems to always be set to:
Content-Type: text/html; charset=utf-8
This may be the default for the web server, but when downloading objects of different MIME types, they should be typed correctly. For instance, the following EML , TIFF, and RDF documents should have Content-Type values of text/xml, image/tiff, and application/rdf+xml respectfully:
https://bidataone.nhm.ku.edu/mn/v1/object/kubi.lifemapper.sdm.layers.516.eml
https://bidataone.nhm.ku.edu/mn/v1/object/kubi.lifemapper.sdm.layers.516.tif (big file, careful clicking here!)
https://bidataone.nhm.ku.edu/mn/v1/object/kubi.lifemapper.sdm.layers.516
This will enable browsers to render content correctly, and in the case of the TIFF image, will allow the browser to hand the file off to an application that can render the TIFF image.
History
#1 Updated by Chris Jones about 11 years ago
- Description updated (diff)
- Assignee changed from Roger Dahl to CJ Grady
Assigning to CJ
#2 Updated by Matthew Jones about 11 years ago
We've discussed providing an ObjectFormat -> MimeType mapping file to make this easier for people. The mapping file has been developed, and could be fairly easily be used by MN implementors when setting Mime types. The mapping files are in SVN, and are details are in ticket #3310, and other related tasks are in #3309.
#3 Updated by Roger Dahl about 11 years ago
- Status changed from New to Closed
- translation missing: en.field_remaining_hours set to 0.0
- Estimated time set to 0.00
#4 Updated by Bruce Wilson about 11 years ago
- Target version changed from 315 to Deploy by end of Y5Q2
#5 Updated by Laura Moyers almost 11 years ago
- Target version changed from Deploy by end of Y5Q2 to Deploy by end of Y5Q3
#6 Updated by Laura Moyers almost 11 years ago
- Target version changed from Deploy by end of Y5Q3 to Operational