Talk:Faces Going Productive

MPDL

This page bases on the general ESciDoc Solutions Going Productive page.

Functional Readiness

 * Integration of a PID for containers (albums) and the whole collection
 * Therefore, the collection has to be handled like an album with all pictures of Faces within it.

PID/Handle is an issue with GWDG. Is in progress (relevant for all solutions)--Ulla 17:25, 25 March 2009 (UTC)

Technical Readiness

 * Back-up concept
 * Does FACES has a back up? --Kristina 08:59, 27 February 2009 (UTC)
 * We will profit from GWGD backup system, but does anybody know how this looks like?--Friederike 15:09, 24 March 2009 (UTC)
 * i guess faces backup is basically escidoc core backup. while the fedora part of escidoc core is probably safe with filesystem level backup provided by gwdg, this is more complicated with the postgresql database - which ideally would also have to be backed up in sync with the fedora backup.--Robert 15:24, 24 March 2009 (UTC)
 * Backup is a system backup: see http://zim01.gwdg.de:8080/browse/AS-731, same is valid for Faces


 * Performance and scalability goals
 * Maximium request time (to be defined)
 * Maxiumum of concurrent users (to be defined)
 * Specification of a server maintenance concept (e.g. responsible persons, acceptable server time-out)
 * Server has to be checked every day if it is still running. Can that be done automatically? --Kristina 08:59, 27 February 2009 (UTC)
 * Can lars integrate here this survaillance system which he wants to use for pubman?--Friederike 15:09, 24 March 2009 (UTC)
 * Should be aim: surveillance system for all solutions--Ulla 17:29, 25 March 2009 (UTC)
 * Proposal main contact for GWDG: Kristina (Bastien)--Ulla 17:29, 25 March 2009 (UTC)


 * Implementation of log file anonymization
 * Is that already implemented? If not we are not allowed to save the log files for our statistical service. --Kristina 08:59, 27 February 2009 (UTC)
 * What do we log currently?--Friederike 15:09, 24 March 2009 (UTC)
 * There is no logging of the IP so far for Faces in the statistical service imho. --Natasa 11:59, 26 March 2009 (UTC)


 * Availability of at least one technical person
 * Bastien Saquet (Who is substitute?)
 * escidoc-dev-ext mailing list should always be emailed.--Natasa 12:00, 26 March 2009 (UTC)

Organizational Readiness

 * Definition of the responsibilities at the MPDL and the institutes
 * Institute: receiving applications for user accounts, evaluation of interested users, saving of detailed user data (to local user managament system)
 * Herr Knappeck (Who is substitute?)Decision by institute--Ulla 17:31, 25 March 2009 (UTC)
 * MPDL: creation of user accounts after request from the institute
 * Kristina Büchner (Friederike Kleinfercher)
 * For time being (Rike off, Kristina off): Bastien (Ulla)--Ulla 17:31, 25 March 2009 (UTC)
 * Faces-support mailing list -> as communication to the institute. Internally s fine for Kristina/Rike/Bastien in absence of both.--Natasa 12:01, 26 March 2009 (UTC)

Communication / Support / Documentation

 * Communication
 * CoLab
 * Blog
 * Faces-support@gwdg.de
 * Support
 * Faces-support@gwdg.de
 * Training
 * Are trainings required from the institute? --Kristina 08:59, 27 February 2009 (UTC)
 * (how, how many, which period, different target groups)


 * Enduser Documentation
 * Online Help
 * Screencast (Release R3.5)
 * CoLab

Policies

 * Any usage policy needed from institute side?
 * Plocies from mpdl side will derive from pubman policies (???) --Friederike 15:15, 24 March 2009 (UTC)
 * To my understanding, basic policy is defined in the institute's application form. As soon as PubMan policy is set-up, we can re-use it for definition of faces-specific policy. --Ulla 17:35, 25 March 2009 (UTC)
 * Imprint
 * Do we need an imprint? Or is the about page enough? --Kristina 08:59, 27 February 2009 (UTC)
 * Depends who will serve as "main responsible" for the application and its content. If MPG is to be named as "Betreiber", we have to stick to MPG guidelines for MPG websites, i.e. imprint needed. But should be of minor importance.--Ulla 17:35, 25 March 2009 (UTC)

Service Level Agreements

 * Definition of what kind of service we will offer (incl. how often bug fix releases will be offered, what our maximum server time out is, how long we need to restore data in case of a server break down)
 * Definition of the availability of our support team and the training we can offer
 * Can we assueme same as pubman? --Friederike 15:13, 24 March 2009 (UTC)

If institute wants to have formalized SLA, should be discussed at meeting. Rgd availability of support: same core times as for PubMan:Monday to Thursday 9-15, Fri 9-14 Main contact/first level/second level: Kristina Büchner. Formal substitute to be defined. For now (until June:) faces-support list, Ulla or Bastien in addition.--Ulla 17:39, 25 March 2009 (UTC)

GUI Readiness
As aggreed with the team, FACES was done without involvement of any GUI Development by UIE. The GUI was extended only to cover new functionality with the help of dev/Bastien.

In short, browser compatibility in FACES R3 aims at functionality only, not at appearance or nice presentation for now.


 * Which browsers are important for the institute??

Rupert: With IE6,7 FF3, Safari 3 functionality is accessible from GUI point of view and has been tested. This means we should be fine with the institute. IE6, 7 require a plugin for statistics (component used by dev) which is not installed by default and will invoke an error message.--Rupert 13:37, 26 March 2009 (UTC)


 * General browser support with new GUI??

Rupert: Not sure what new GUI means (GUI V2, only in PubMan for now) see here:

http://colab.mpdl.mpg.de/mediawiki/GUI_Constraints

According to our planning FACES R3.5 contains "Switch to new GUI V2". So FACES will profit from that as well.


 * Usablility interviews will be performed at the instuite by rupert. When?

This will make sense after the switch to new GUI V2. --Rupert 13:37, 26 March 2009 (UTC)