Faces Scope
|
Planning[edit]
The prototype of Faces will be developed in several steps (releases). In each release, the following functionalities will be implemented.
R1[edit]
- Login /Logout
- Display
- Browsing
- Search
- Metadata Sets
R2[edit]
- Enhancement of the search (age group search functionality, search within an public album)
- Public (published) albums
- Selection of Pictures (adding)
- Multiple sorting
- Export
- Help functionality (linking between the help icons "?" within the application and the help page)
R3[edit]
Going productive!
- User Management (Basic, via Admin solution)
- Basic statistics
- Extraction (via jhove) and saving (in a separate metadata file) of technical metadata
- Display of technical MD
- Revision of Help (texts)
- New Home Page for Faces (no special Faces logo, only the MPIB logo)
- Integration of a blog for the creation of a news box on the start page
R3.2[edit]
Virtual release! - prepare FACES for a generic usage
- Surrogate items
- Enabling of generic integration of metadata profiles (NIMS, MPI zur Erforschung multi-religiouser u. -ethnischer Gesellschaften)
No functional Prototype needed for this release, as no 'visible' changes.
R3.3 (GUI Release)[edit]
- GUI V2
R3.5[edit]
- Sharing of albums with other users (incl. user privileges, tracking of changes)
- Note pad for albums
- Copy album content
- Merge album content
- Cone entries for album editors and organizations (cone integration)
- Download of a single picture (and it's MD?)
- Fine granular access rights for released items (per picture)
- Simplified breadcrumb navigation (Last Album View, Last Image View)
- Screencast
R4[edit]
AIM: Make the FACES software more interesting for other institutes!
- Editor for the creation of a configurable collection schema
- Integration of controlled vocabulary (cone)
- Linked data (linking between cone and e.g. "Geonames")
- Definition of data types (e.g. string, data)
- Collection portal (one entry point for all collections)
- Data and metadata ingest by user (zip+ecxel)
- Batch tagging (assignment of new metadata to the items)
Further Releases[edit]
- Integration of Digilib
- in a separate window
- fully integrated in the Faces GUI
- Versioning: View album event log
- Normstudy
- Integration of the extended pictures from Rostock
Misc[edit]
- Usage of an online application form (see Faces User Management)
- Persistent Identifier (PID) - depends on when the gwdg can provide this functionality
- User Management that can be managed by the institute, not the MPDL (see Faces User Management)
Expectations[edit]
Expectations MPI B[edit]
- Faces will be a service based on the eSciDoc infrastructure for publishing digital images (incl. a user management for all users who work with faces).
- The institute’s and department-specific corporate design will be visible in the web design of the solution.
- The content of the collection Faces will be digitally preserved and persistently identified.
- The data from the currently available Faces database will be integrated.
- The data of the collection Faces is not published as open access, except for the data of the six predefined persons who gave explicit publishing permission.
- Faces will be a closed collection, so the import of further images is not possible once the application is running.
- The application will support the future integration of further attributes (e.g from the normstudy).
- Once the application is running, it can't be changed without the permission of the institute.
- The MPI has fully administrator rights for the application.
Expectations MPDL[edit]
- Faces will be delivered as an open source self-contained web application, which can be installed and run with predefined standard set-up.
- The MPDL will use the FACEs solution as showcase for demonstrating possible research data scenarios based on the infrastructure. The institute's staff will support respective outreach activities by reporting on their experiences.
- The MPDL has access to the root account of the application for administration purposes.
- The data of Faces will be hosted at the MPDL (and/or its partners like the GWDG), who are also responsible for the server administration. Details will be defined in a service level agreement.