Faces Radolfzell

MPDL

General
The Department of Migration and Immuno-ecology (Vogelwarte Radolfzell) of the Max Planck Institute for Ornithology wants to use faces as an image database that can be used for scenarios from public relations.

Rights

 * Fine granular access rights
 * per picture / per album
 * Currently a picture (component) can have one of the following states:
 * Private (only visible by the user)
 * Public (visible by everyone)
 * Restricted (visible by one or more user groups)
 * access rights for restricted pictures shall be assigned on
 * User level (a group of one or more users)
 * Organizational unit level (a group of users belonging to an organizational unit) --> already implemented
 * short term rights via a password that expires after a defined period


 * Fine granular user rights
 * for submission --> depositor rights
 * This requirement depends also on the work of FIZ (access rights on user level) --> about 2 weeks from our side

Submission

 * Differentiation between
 * easy submission (fast submission for scientists)
 * enrichment of the submitted data by someone from a back office


 * The editor form for the submission can be implemented similar as the search form (generic submission mask is needed to support different metadata profiles)
 * Next to the known submission form (for each item separately), also a batch upload and a batch edit is needed
 * relative complex, depends on the metadata profile of the institute --> the big issue concerning the requirements from radofzell
 * batch upload - there is a utility from both VIRR/FACES for ingest of more images at once including their metadata. Need to understand better the examples of what the institute understands as batch upload and batch edit first. then we can judge better on this requirement--Natasa 12:58, 13 November 2009 (UTC)

Metadata

 * Metadata examples:
 * landscapes: animals, color of animal, coordinates source (latitude, longitude)
 * buildings: coordinates source (latitude, longitude)
 * workshops: projects, persons, participants type (kids/normal)
 * Does that mean that three metadata profiles are needed?
 * Currently the metadata of a picture are integrated in the name of the picture:
 * Datum + Projekt + Projektleiter + Fotograf + Tier + Person + Forschungsgruppe + Situation + Land + Ort + Gebäude + Fotorechte + Zusatz1 + Zusatz 2 + Zusatz 3 + Zusatz...


 * Integration of the Getty Location Database
 * alternative: http://www.geonames.org/ (seems to be richer)
 * Database integration: perhaps the IP-DB von Markus H. can be used as basis, depends on the complexity of the submission mask --> 2 weeks

Controlled Vocabulary

 * Controlled vocabulary for: animal hierarchy taxonomy
 * We can not create a controlled vocabulary, this has to be done by the institute (is not existing yet)

Export

 * Download of a single picture (without the need to create an album)
 * PROBLEM: MPI B exactly does not want to have this --> would it be possible to offer this functionality not in the FACES solution, but for the other solutions?
 * one day

Search

 * Free text search for any metadata (already planned for R3.5)
 * revert search (search refinements) --> already implemented

Keywords

 * Keyword-suggestions in search from existing keywords
 * Index based on the keywords have to be crated


 * Keyword cloud
 * Not only the used terms have to be collected, but also the frequency has to be measured
 * When the keyword cloud does not base on a controlled vocabulary, it can get easily confusing
 * Index is easy, but keyword cloud could need some help from FIZ --> 1,5 weeks

Statistics

 * For image views
 * Have to be further specified (what is meant by image view):
 * Viewing the detailed view of the image?
 * Viewing the thumbnail of the image in the browse view or the search result list?
 * 1. is already implemented in PubMan --> 0,5 weeks

Internationalization

 * implementation of three languages: Latin, German, English
 * one day development, but someone has to translate all the texts

Show thumbnail + request full-size

 * Only the thumbnail is visible for the user
 * When the user wants to have the original resolution of a pictures, he has to make a request for this
 * Questions:
 * How should this request work?
 * What is the usage scenario behind this requirement?
 * easy to implement, but not a nice feature for FACES; needs further specification