feature request #3630open
Taxeditor should add mimetype of mediaRepresentations automatically
Taxeditor should add mimetype of mediaRepresentations automatically when a new media RepresentationPart URI is entered.
The mimetype of mediaRepresentations can in most cases easily retrieved by doing a HEAD or GET request with the entered
Updated by Andreas Kohlbecker over 7 years ago
- Assignee changed from Andreas Kohlbecker to c.mathew -
the mime type of media is important because the dataportal decides based on the mime type how to handle the media entity. This is especially important for PDFs since these are otherwise not identifieable (A url to a pdf must not nessecarily have the according file extension)
from email Re: Protologues & BHL links, Dienstag, 30. Juli 2013 07:59:
> I just wonder why the Cichorieae Portal does not show protologues after > I have entered a BHL link to a certain page in a document, > e.g. http://botanicus.org/page/763009, see the case of Picrosia longifolia > http://wp6-cichorieae.e-taxonomy.eu/portal/cdm_dataportal/taxon/fafa7b30-ebc9-4096-a95c-bd1578db68b2/synonymy > where I entered such links for the accepted name and for the synonym Psilopogon albiflorus. > the mimetype of the entered media is missing in the database. The media with the following mimetypes are currently supported for protologue links: 'application/pdf', 'image/png', 'image/jpeg', 'image/gif', 'text/html', text/html is for web pages and would be the correct mimetype in the case of the link http://botanicus.org/page/763009 Just add this as mimetype and it should work. I seem to remember that the Editor is missing to automatically fill the mimetype when a media URL is entered. Andreas
Updated by Andreas Müller 4 months ago
- Tags changed from review2014-07-12, mexico to review2014-07-12, mexico, fast
As this is already partly implemented we probably only need to adapt the existing algorithm.
@Andreas K., as you have the most experience with MIME type recognition, can you leave information in this ticket how the algorithm could be improved. This is especially important for links to ordinary websites or webapplications. How can they be recognized (if at all) and what MIME type to use (probably it should be the default mime type.
Maybe we should also add a dropdown for the most common mime types to use. This is easy to use for the seldom case that the MIME type was not recognized by the algorithm correctly. Freetext editing of mime type should still be possible but is not very comfortalbe for the user.