Need new application content types (mime types)

Description

We need to support the following application mime types:

application/vnd.ms-word.document.macroEnabled.12
application/vnd.openxmlformats-officedocument.wordprocessingml.document
application/vnd.ms-word.template.macroEnabled.12
application/vnd.openxmlformats-officedocument.wordprocessingml.template
application/vnd.ms-powerpoint.slideshow.macroEnabled.12
application/vnd.openxmlformats-officedocument.presentationml.slideshow
application/vnd.ms-powerpoint.presentation.macroEnabled.12
application/vnd.openxmlformats-officedocument.presentationml.presentation
application/vnd.ms-excel.sheet.binary.macroEnabled.12
application/vnd.ms-excel.sheet.macroEnabled.12
application/vnd.openxmlformats-officedocument.spreadsheetml.sheet
application/vnd.ms-xpsdocument

Environment

None

Activity

Show:
Ian McNicoll
March 28, 2016, 11:22 AM

Can I have feedback re internal representation of mime-types?

Are people using the internal openEHR codes as the codestring or the mime-type itself?

It seems redundant to me to have both and imposes an unecessary maintenance overhead.

If possible I would prefer to maintain mime-types in the 'external terminology' files, for local convenience, but where the actual source of truth is http://www.iana.org/assignments/media-types/media-types.xhtml.

Do we need the internal openEHR codes for mime-types moving forward?

Pablo Pazos
March 28, 2016, 4:04 PM

In my case, I'm not considering the internal mime types / content types of the openEHR terminology.

+1 to externalize this.

Heath Frankel
March 28, 2016, 10:12 PM

We should move to external code system.

Koray Atalag
March 30, 2016, 5:11 AM

+1 to move to external

Diego Bosca
March 31, 2016, 11:45 AM

+1 to external, current mime openEHR terminology isn't being used here either

Reporter

Chunlan Ma

Labels

None

Components

Affects versions

Priority

Major
Configure