Project

General

Profile

Actions

feature request #9137

closed

IPTC Keywords (and maybe other information) is not shown in Universal Viewer yet

Added by Andreas Müller over 2 years ago. Updated over 2 years ago.

Status:
Closed
Priority:
Highest
Category:
cdm-dataportal
Target version:
Start date:
Due date:
% Done:

100%

Estimated time:
Severity:
normal
Tags:

Description

The UV reads and displays most the EXIF metadata of an image. However, to me is not clear if this is also the case for IPTC meta data.

E.g. the file Bromus_fasciculatus_s_delilei_A1.jpg in cyprus has IPTC keywords which are not shown (and are not stored yet in the CDM). Also the IPTC copyright is missing while the EXIF copyright exists.

The IPTC keywords are most important as they store the really relevant information while most EXIF data is not needed at all (except for width and length).


Files

icpt-keywords.png (18.8 KB) icpt-keywords.png Andreas Kohlbecker, 08/17/2020 05:43 PM

Related issues

Related to EDIT - task #5083: Alternative image viewer for dataportalClosedAndreas Kohlbecker

Actions
Related to EDIT - feature request #8884: iiif manifest service: enrich metadata with information provided by other iiif image serversRejectedAndreas Kohlbecker

Actions
Related to EDIT - feature request #9153: Handle additional information in image metadata NewAndreas Kohlbecker

Actions
Blocked by EDIT - task #9148: Replace sanselan library by the newer apache commons-imagingClosedAndreas Kohlbecker

Actions
Actions #1

Updated by Andreas Kohlbecker over 2 years ago

  • Status changed from New to Feedback
  • Assignee changed from Andreas Kohlbecker to Andreas Müller

All image metadata (EXIF, IPTC, ...) is extracted by the cdmlib. The data portal only receives this data.
So the problem, if it exists, might be caused by the library reading the image metadata: eu.etaxonomy.cdm.common.media.ImageInfo.readMetaData(Integer timeOut)

Actions #2

Updated by Andreas Müller over 2 years ago

RH:

ihr schraubt noch an der Darstellung der Metadaten. Allerdings weiß ich nicht, wie weit Details diskutiert worden sind. Ich liste zwei Punkte auf, da ich nun immer wieder Bilder durchgemustert habe.

(1) Beim Öffnen von "more information" rechts sollten wie bisher die Basisdaten Taxon, Locality, Date, Photographer im Vordergrund stehen. Früher wurde das wunderschön komprimiert dargeboten. Das sollte also ganz oben in der Aufklappleiste stehen. In Absprache mit Dominik hatten wir seinerzeit bei den Keywords zu den Fotos vier Sparten fixiert, hierzu ein Beispiel:
Taxon: Bromus fasciculatus subsp. delilei
Locality: Cyprus, Antifonitis, 700 m SW of monastery
Date: 21.04.2019
Photographer: G. N. Hadjikyriakou

Man sollte auch diese vier Spartenüberschriften wieder übernehmen. Danach sollte man das Copyright mit dem Namen des Fotografen nochmals wiederholen. Auf den Rest könnte ich komplett verzichten.
Bisher ertrinken die Metadaten in allerlei Zahlensalat zur Technik der Kameras, wenn solche Daten abgegriffen werden können. Wir möchten Wissenschaft darbieten, der Technikkram interessiert doch keinen. Manche Fotografen dürfte es sogar verstören, wenn all diese "intimen" Details ausgebreitet werden. Kurz und knackig wie bisher wäre wünschenswert.

(2) Datum: Das korrekte Aufnahmedatum wird immer bei den Metadaten eingegeben. Offenbar greift die Maschine vorrangig Daten der Kamera ab, zeigt auch völlig überflüssig die Uhrzeit an, was es sehr unübersichtlich macht. Hier müsste die Metadaten-Eingabe vorrangig sein, weil die Kameradaten oft nicht stimmen.

Es wäre fein, wenn nach dem Motto "weniger ist mehr" das Dickicht etwas ausgelichtet werden könnte.

Actions #3

Updated by Andreas Müller over 2 years ago

  • Related to task #5083: Alternative image viewer for dataportal added
Actions #4

Updated by Andreas Kohlbecker over 2 years ago

  • Related to feature request #8884: iiif manifest service: enrich metadata with information provided by other iiif image servers added
Actions #5

Updated by Andreas Kohlbecker over 2 years ago

  • Tags set to image-viewer
Actions #6

Updated by Andreas Müller over 2 years ago

  • Blocked by task #9148: Replace sanselan library by the newer apache commons-imaging added
Actions #7

Updated by Andreas Müller over 2 years ago

  • Status changed from Feedback to Resolved
  • % Done changed from 0 to 50
Actions #8

Updated by Andreas Müller over 2 years ago

  • Assignee changed from Andreas Müller to Andreas Kohlbecker
  • Priority changed from New to Highest

I hope this is fixed now. Can you please review?

Actions #9

Updated by Andreas Müller over 2 years ago

Actions #11

Updated by Andreas Kohlbecker over 2 years ago

  • Assignee changed from Andreas Kohlbecker to Andreas Müller

In case of the images from Ralf the ICPT keywords field contains structured data:

These data is parsed into separate metadata fields.

Generally the keywords fields should only contain keywords, not structured data.

It must be guaranteed that the general usecase still is supported https://www.iptc.org/std/photometadata/specification/IPTC-PhotoMetadata#keywords

Actions #12

Updated by Andreas Müller over 2 years ago

  • Assignee changed from Andreas Müller to Andreas Kohlbecker

Did you have a look to the code or test it?

In the code we have:

if (splits.length == 2){
    //convention used e.g. for Flora of cyprus (#9137)
    metaData.put(splits[0].trim(), splits[1].trim());
}else{
    metaData.put(item.getKeyword(), CdmUtils.concat("; ", metaData.get(item.getKeyword()), value));
}

I hope this handles the "normal" keywords correctly (they become a ";"-separated list. However, "normal" keywords for this usecase may not be important as they are mostly for finding images which is not the case here.

Can we close the ticket?

Actions #13

Updated by Andreas Kohlbecker over 2 years ago

  • Status changed from Resolved to Closed
  • Assignee changed from Andreas Kohlbecker to Andreas Müller
Actions #14

Updated by Andreas Kohlbecker over 2 years ago

  • % Done changed from 50 to 100
Actions #15

Updated by Andreas Müller over 2 years ago

  • Target version changed from Release 5.18 to Release 5.17
Actions

Also available in: Atom PDF