Project

General

Profile

Actions

feature request #3630

open

Taxeditor should add mimetype of mediaRepresentations automatically

Added by Andreas Kohlbecker over 8 years ago. Updated 4 months ago.

Status:
New
Priority:
Highest
Assignee:
Category:
taxeditor
Target version:
Start date:
07/30/2013
Due date:
% Done:

0%

Estimated time:
Severity:
normal

Description

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 RepresentationPart.getURI()

related ticket: #2452, #3631, #3635


Related issues

Related to Edit - bug #3635: Protologue media should also be displayed when mime type is missingNewAndreas Kohlbecker08/05/2013

Actions
Related to Edit - task #2452: Media entities and WebpagesDuplicateAndreas Müller06/16/2011

Actions
Related to Edit - feature request #8028: Better representation of web app media in the image galleryClosedAndreas Kohlbecker01/28/2019

Actions
Related to Edit - feature request #9547: Show warning in TaxEditor if a MediaRepresentation can not be shown in a ViewerNewKatja Luther03/24/2021

Actions
Related to Edit - feature request #9548: Handle links to websites, webapps or similar in image galleries (simple and UV)NewAndreas Kohlbecker03/24/2021

Actions
Related to Edit - feature request #9067: [DISCUSS] Allow media to support external links not being filesClosedAndreas Müller06/12/2020

Actions
Actions #1

Updated by Andreas Müller over 8 years ago

  • Assignee changed from Andreas Müller to c.mathew -
  • Target version set to TaxEditor RELEASE 3.2.3
Actions #2

Updated by Cherian Mathew about 8 years ago

  • Target version deleted (TaxEditor RELEASE 3.3.0)
Actions #3

Updated by Andreas Kohlbecker almost 8 years ago

  • Target version deleted ()

no release 3.3.1 of the taxeditor so I am moving all tickets to the next milestone 3.3.2

Actions #4

Updated by Patrick Plitzner over 7 years ago

  • Keywords set to review2014-07-12
Actions #5

Updated by Andreas Kohlbecker over 7 years ago

  • Assignee changed from c.mathew - to Andreas Kohlbecker

I will investigate the need for having the mime type of images in the database.

Actions #6

Updated by Andreas Müller over 7 years ago

  • Target version deleted (TaxEditor RELEASE 3.3.7)
  • Priority changed from Priority08 to Highest
Actions #7

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
Actions #8

Updated by Andreas Kohlbecker 6 months ago

  • Description updated (diff)
  • Assignee changed from Cherian Mathew to Katja Luther
  • Private changed from Yes to No
Actions #9

Updated by Andreas Kohlbecker 6 months ago

  • Tags changed from review2014-07-12 to review2014-07-12, mexico
  • Target version changed from Reviewed Next Major Release to Release 5.29
Actions #10

Updated by Andreas Kohlbecker 6 months ago

  • Related to bug #3635: Protologue media should also be displayed when mime type is missing added
Actions #11

Updated by Andreas Kohlbecker 6 months ago

  • Related to task #2452: Media entities and Webpages added
Actions #13

Updated by Andreas Kohlbecker 6 months ago

Actions #14

Updated by Andreas Müller 4 months ago

  • Related to feature request #9547: Show warning in TaxEditor if a MediaRepresentation can not be shown in a Viewer added
Actions #15

Updated by Andreas Müller 4 months ago

  • Related to feature request #9548: Handle links to websites, webapps or similar in image galleries (simple and UV) added
Actions #16

Updated by Andreas Müller 4 months ago

  • Related to feature request #9067: [DISCUSS] Allow media to support external links not being files added
Actions #17

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.

Actions

Also available in: Atom PDF