EDIT

This problem appears if the limit for the thumbnail size is smaller as the size of the smallest representation. Then the representation of the full_size_representation is used.

This should be changed, so that nothing is returned otherwise the limit does not make sense.

Katja Luther wrote in #note-5:

This problem appears if the limit for the thumbnail size is smaller as the size of the smallest representation. Then the representation of the full_size_representation is used.

This should be changed, so that nothing is returned otherwise the limit does not make sense.

Please add link to code so it can be fixed easily.
Also we should have a look if there is not similar code in cdmlib that can be used instead.

Andreas Müller wrote in #note-6:

Katja Luther wrote in #note-5:

This problem appears if the limit for the thumbnail size is smaller as the size of the smallest representation. Then the representation of the full_size_representation is used.

This should be changed, so that nothing is returned otherwise the limit does not make sense.

Please add link to code so it can be fixed easily.
Also we should have a look if there is not similar code in cdmlib that can be used instead.

The representations are selected in GalleryItemMedia.php findRepresentations($media)

In cdmlib there are some Methods in MediaUtils

The service which is called by the portal page https://api.cybertaxonomy.org/flora-greece/portal/taxon/8e75f1a8-e7f9-4e3e-9ccd-98216a59e7cd/media.json?type=ImageFile&relationships=&relationshipsInvers=&includeTaxonDescriptions=1&includeOccurrences=&includeTaxonNameDescriptions= returns only 2 small and 1 medium representation. This is strange. Where do the large representations come from?

Are they loaded by the singular media calls like https://api.cybertaxonomy.org/flora-greece/portal/media/5c8d41c9-a242-4a5d-b806-07dc322bbf4c.json ?

So the first result is not taken for filtering the representations?

The method findRepresentations($media) uses strict=true for thumbnail retrieval. This is dangerous, because in this case no thumbnail is returned if the size restriction is not fullfilled. Therefore only the full size representation is available.

I set strict=false . Let's see what happens.

Most images in flora greece don't have different representations, so we should create a transformation rule for these images.

Katja Luther wrote in #note-22:

Most images in flora greece don't have different representations, so we should create a transformation rule for these images.

I don't think this is true. Almost all images should have 3 explicit sizes. Especially if they come from the Padras image server. Do you have examples?

Andreas Müller wrote in #note-23:

Katja Luther wrote in #note-22:

Most images in flora greece don't have different representations, so we should create a transformation rule for these images.

I don't think this is true. Almost all images should have 3 explicit sizes. Especially if they come from the Padras image server. Do you have examples?

For example image2 and image3 of Centaurea macedonica have only the large representation. For Centaurea rechingeri also the images have only 1 representation, they all come from https://fog.upatras.gr/

Katja Luther wrote in #note-24:

Andreas Müller wrote in #note-23:

Katja Luther wrote in #note-22:

Most images in flora greece don't have different representations, so we should create a transformation rule for these images.

I don't think this is true. Almost all images should have 3 explicit sizes. Especially if they come from the Padras image server. Do you have examples?

For example image2 and image3 of Centaurea macedonica have only the large representation.

OK, this is one of the exceptions that were added manually. But most images were added by imports that handle all 3 representations. E.g. the example from the ticket description: Achillea setacea . These images do have 3 representations but still don't load the correct one for the thumbnails, but only for the profile.

Katja Luther wrote in #note-26:

But the search shows thumbnails:

Yes, but this ticket is not about the search but about the image gallery. Please check the link in the image description. It does not show thumbnails in the image gallery.

Andreas Müller wrote in #note-27:

Katja Luther wrote in #note-26:

But the search shows thumbnails:

Yes, but this ticket is not about the search but about the image gallery. Please check the link in the image description. It does not show thumbnails in the image gallery.

Sorry, this is fixed with the last commit. We can make a hotfix for this, if necessary.

KL:

jetzt werden die Thumbnails geladen, man erkennt das nicht, indem man mit der Maus über das Bild geht, sondern indem man Rechtsklick -> Grafik in Tab öffnen macht, da sonst der Link angezeigt wird, für den das Bild steht und das soll ja das große Bild sein.

AM:

ja, jetzt sieht es ok aus.

Wobei mir gerade bei https://portal.cybertaxonomy.org/flora-greece/cdm_dataportal/taxon/e4dfe886-5e66-4bba-94ff-eb603af07f23 aufgefallen ist, dass dort jetzt für das Profilbild das kleine Bild genommen wurde und nicht das mittlere. Aber das ist vielleicht ein leicht anderes Thema. Aber sollten wir uns auch anschauen.
Vielleicht liegt es daran, dass es ein waagerechtes Bild ist?

… bei https://portal.cybertaxonomy.org/flora-greece/cdm_dataportal/taxon/dcfa2fab-03df-42d0-b937-76c045b7f058 ist es auch so, obwohl das kein waagerechtes Bild ist.