Difference between revisions of "Normalizing based on FITS output"
Jump to navigation
Jump to search
| Line 30: | Line 30: | ||
|TIFF | |TIFF | ||
|mimetype: image/x-raw | |mimetype: image/x-raw | ||
| + | |- | ||
| + | |DOCX, PPTX, XLSX | ||
| + | |Microsoft Office Open XML (does not distinguish between them) | ||
| + | |Zip archive data | ||
| + | |mimetype: application/zip | ||
|- | |- | ||
|WMA and WMV | |WMA and WMV | ||
Revision as of 13:04, 22 March 2011
Main Page > Development > Development documentation > Normalizing based on FITS output
Normalization based on file extension is problematic, since files having manually changed extensions or no extensions can't be normalized. An alternative to normalizing based on file extension is to have the normalization path based on FITS output, preferably the DROID/PRONOM format identification. However, FITS ouptut is not always reliable. This table identifies some filetypes that DROID has trouble identifying, and shows the tool output for fileUtility and exifTool for the problem files (since if the DROID identification is wrong or missing we may fall back on fileUtility or exifTool output).
| Format | DROID identification | fileUtility output | exifTool output |
|---|---|---|---|
| AC3 | Format not identified | ATSC A/52 aka AC-3 aka Dolby Digital stream | unknown file type |
| AI | mimetype: application/PDF | ||
| EPS | Format not identified | PostScript document text conforming DSC level 3.1, type EPS, Level 2 | mimetype: application/postscript |
| NEF | TIFF | TIFF | mimetype: image/x-raw |
| DOCX, PPTX, XLSX | Microsoft Office Open XML (does not distinguish between them) | Zip archive data | mimetype: application/zip |
| WMA and WMV | Both identified as ASF (correct, but not granular enough) | Microsoft ASF video (both) | mimetype: audio/x-ms-wma, mimetype: video/x-ms-wmv |
| XLS | OLE2 Compound Document Format | Microsoft Office Document application | mimetype: application/vnd.ms-excel |