Talk:JusCMS Prioritäten Hamburg München

JusCMS,MPDL

=Zuordnung der priorisierten Anforderungen=

 !Work in progress! 

PubMan
Hohe Priorität
 * HOCH M/H Datenhaltung in Speziallösung der MPDL im eSciDoc-Repository (= Variante 1.6.1.)
 * HOCH H/M Tägliches Update der Publ.seiten bzw. On-deman Publizieren einzelner Seiten
 * Bereistellung von REST-Interface und entsprechender Abfragen
 * HOCH H/M Flexible Rechtezuweisung für Volltexte: Vollzugriff, Teilzugriff, Vollzugriff ab Datum X, Zugriff nur im CMS
 * Bereitstellung nötiger Nutzergruppen (z.B CMS User all, CMS User HH, CSM user MUC etc.)
 * HOCH H/M Upload in SSRN
 * HOCH H/M Aufnahme von "Kolumne", "Editorial", "Stellungnahme" (evtl. unter Oberbegriff "Gutachten")als weitere Publikationskategorie
 * Die finale Liste neuer Dokumenttypen und entsprechender Metadata wird in Workpackage 2 festgelegt
 * HOCH H/M Aufnahme des weiteren Publikationstyps "Herausgeberschaft Online-Zeitschrift"
 * HOCH M/H Zitierfähigkeit von Online-Publikationen
 * HOCH M/H Disziplinspezifische Eingabehilfen und Validierungsmechanismen zur Überprüfung der Daten
 * HOCH H/M Benutzer kann Daten für andere Benutzer eingeben. z.B: Zentrale Stelle/Sekretärin gibt die Daten für alle Direktoren ein.
 * HOCH H/M Vorschaufunktion soll auf PubMan-Seite verfügbar sein
 * HOCH H/M Verschlagwortung
 * free keywords
 * Controlled Vocabulary (via CoNE)
 * HOCH H/M Änderung eines vorhandenen Zitierstils ("Hamburger Zitierstil") und Ergänzung ´weiterer Publikationstypen muss möglich sein
 * Anforderungen müssen geklärt werden, siehe Main page--Ulla 10:51, 17 July 2009 (UTC)
 * HOCH H/M (?) Ausgabe in CMS sollte sich nicht verschlechtern
 * Anforderungen müssen geklärt werden, siehe Main page--Ulla 10:36, 21 July 2009 (UTC)
 * HOCH H/M Mehrfach-Sortierung ("multiple sorting") innerhalb einer Liste: Ausgabe nach Autor, pro Autor nach Publikationstyp, innerhalb Publikationstyp sortiert nach Jahr/Datum
 * HOCH H/M (?) Ausgabeproblem: Sätze, die mehrere Wiss. betreffen und von ihnen unterschiedlich angezeigt werden wollen (personalisierte Tag-Vergabe muss möglich sein)
 * HOCH H/M Generierung der Listen mit allen Publikationen für einen Zeitraum (von-bis), monatlich, vierteljährlich, halbjährlich, jährlich oder solche, die seit der letzte Generierung hinzugekommen sind; Sortierung: 1. Publikationstyp, 2. alphabetisch nach Autor, 3. nach Veröffentlichungsdatum.
 * HOCH H/M Anzeige der Publikationen unterschiedliche Gruppierungen und Verortungen (Organisationsstruktur, Projektgruppen, Abteilungen); PubMan Organisational Units
 * HOCH H/M Referenzierung der Publikationen beliebig möglich
 * Anforderungen klären
 * HOCH H/M (?) Ausgabe für Jahrbuch (automatisch). PubMan ersetzt eDoc in Jahrbuchhinsicht vollständig. Kein zusätzlicher Export von CMS für das Jahrbuch.
 * HOCH H/M Unverfälschbarkeit der Daten (Zeichensatzproblematik! Sonderzeichen müssen lesbar erhalten bleiben, unabhängig von Weitergabe über Schnittstellen/Export)
 * HOCH H/M grundsätzlich: flexible Filterkombinationen (z.B. nach Autor, innerhalb eines bestimmten Zeitraums etc.)
 * H/M HOCH Google/Google scholar/google books, Öffentliche Bereiche der Publikation bei Google indexierbar
 * HOCH H/M Internationalisierung
 * Language flag pro Metadatum für sprach-spezifische Listen und Zitierstile

Mittlere Priorität
 * MIDI H/M Authentifizierung - Anmeldung über LDAP oder Shibboleth, Single-sign-on PubMan/CMS
 * MIDI H/M "getarnte" (Look & Feel) Eingabemaske auf PubMan?
 * Priorität/Relevanz der Anforderung unklar
 * MIDI H/M Änderung der Eingabemöglichkeit und Pflichtfelder soll durch jedes Institut selbständig möglich sein (für Mitarbeiter mit technischen Know-how)
 * Priorität/Relevanz der Anforderung unklar, siehe Main page
 * MIDI H/HOCH M Ergänzung weiterer Zitierstile muss möglich sein.
 * Anforderungen müssen geklärt werden, siehe Main page--Ulla 10:52, 17 July 2009 (UTC)
 * MIDI H/M OAI-Schnittstelle

Geringe Priorität
 * NICE H/M Eingabe am Rechner ausserhalb des Instituts
 * NICE H/M: Reports nach Projektgruppen oder anderen Vorgaben ausgeben entweder als CMS oder PDF.
 * Anforderung unklar, siehe Main page
 * NICE H/M Anmeldung der Publikationen bei VG-Wort
 * Komplette Ansicht der eigenen Publikationen im Zitierstil geordnet nach Kategorie/Genre
 * Anforderungen unklar, siehe Main page

Contens
Hohe Priorität
 * HOCH M/H Auf aktueller Contens-Version (3.0+) entwickeln/testen
 * Aufsetzen der Testumgebung
 * HOCH H/M Tägliches Update der Publ.seiten
 * Implementierung REST Interface
 * Anpassung der von PubMan gelieferten Snippet-Classes (i.e. XML plus Formatierung für Zitierstil)muss an gewünschten HTML-Output angepasst werden.
 * Ablage der Objekte in Contens
 * Mapping ihrer "Abteilungsobjekte" auf die Organisational Units in PubMan, für abtielungsspezifische Abfragen
 * HOCH H/M On-demand-Publizieren (online stellen, freischalten für Ungeduldige) einzelner Seiten - Pull-Mechanismus.
 * Der Nutzer löst in Contens ein "Refresh my page" aus. Das löst eine Anfrage über REST für diesen Autor in PubMan aus. (PubMan kann für jeden Autor eine "template query" bereitstellen). Contens muss insofern die entsprechenden Person-ID speichern. (Die PersonIDs werden in CoNE gespeichert und mit jedem Datensatz ausgeliefert). Der gelieferte Datensatz wird in Contens neu hinzugefügt bzw. überschrieben. Der Nutzer muss seine Seite in Contens mit dem neuen bzw. überschriebenen Datensatz neu publizieren.
 * HOCH H/M Flexible Rechtezuweisung für Volltexte: Vollzugriff, Teilzugriff, Vollzugriff ab Datum X, Zugriff nur im CMS
 * Die Zugriffsrechte für Volltexte werden in PubMan vergeben: public, private (i.e. der Besitzer des Datensatze in PubMan), restricted (i.e. für bestimmte Nutzergruppe, die in PubMan definiert ist, z.B. alle CMS-User oder alle CMS-User in HH. Embargo-Fristen, die in PubMan eingegeben werden, können auch übertragen werden. Contens muss diese Angaben "verstehen" bzw. in Contens-Ausgabe übersetzen. Da der Volltext in Contens nur referenziert wird (i.e. nicht in Contens gelagert wird),werden die ZUgriffe auf Volltexte über PubMan kontrolloert. dh access to CMS group HH => der nutzer muss sich in PubMan einloggen, damit er als Nutzer vom CMS HH erkannt wird und somit auf den file zugreifen kann. Alternativen hängen von Signlesign on ab.
 * HOCH H/M (?) Ausgabe in CMS sollte sich nicht verschlechtern
 * Neue Publikationstypen=> neue Zitierstile. Unklar, welche Auswirkungen auf Contens.
 * HOCH H/M Mehrfach-Sortierung ("multiple sorting") innerhalb einer Liste: Ausgabe nach Autor, pro Autor nach Publikationstyp, innerhalb Publikationstyp sortiert nach Jahr/Datum
 * PubMan can provide sorted lists as objects. Any further sorting or change has to be done by Contens.
 * HOCH H/M (?) Ausgabeproblem: Sätze, die mehrere Wiss. betreffen und von ihnen unterschiedlich angezeigt werden wollen (personalisierte Tag-Vergabe muss möglich sein)
 * Die entsprechenden Local Tags werden in PubMan pro Datensatz vergeben. Contens muss die Local Tags parsen und die Datensätze an den entsprechenden Stellen im CMS einfügen.
 * HOCH H/M Generierung der Listen mit allen Publikationen für einen Zeitraum (von-bis), monatlich, vierteljährlich, halbjährlich, jährlich oder solche, die seit der letzte Generierung hinzugekommen sind; Sortierung: 1. Publikationstyp, 2. alphabetisch nach Autor, 3. nach Veröffentlichungsdatum.
 * Nachdem PubMan den Zeitpunkt der letzten Abfrage über REST nicht speichert, muss sich Contens um die Liste "solche, die seit der letzten Generierung hinzugekommen sind" kümmern.
 * HOCH H/M Liste der zuletzt veröffentlichen Publikationen, z.B. die letzten 3 für die Hautpseite des Instituts. Auflistung der Stellungnahmen auf der Startseite.
 * Anforderung unklar, siehe Main page
 * HOCH H/M (?)Anzeigen bestimmte Items soll in CMS unterdrückt werden
 * Die entsprechenden Local Tags werden in PubMan pro Datensatz vergeben. Contens muss die Local Tags parsen und die Datensätze an den entsprechenden Stellen im CMS einfügen bzw. ausblenden können.
 * HOCH H/M Unverfälschbarkeit der Daten (Zeichensatzproblematik! Sonderzeichen müssen lesbar erhalten bleiben, unabhängig von Weitergabe über Schnittstellen/Export)
 * Contens muss UTF-8 verstehen, inkl. der Internationalisierung (language flags pro Metadatum)
 * HOCH H/M grundsätzlich: alle reports sollten auf- und absteigend sortierbar sein (Datum der Veröffentlichung, Alphabetische Reihenfolge der Autoren, des Titels).
 * HOCH H/M grundsätzlich: flexible Filterkombinationen (z.B. nach Autor, innerhalb eines bestimmten Zeitraums etc.)
 * Die Filter werden in Contens definiert, die eigentliche Abfrage wird von Contens getriggert und läuft über REST.
 * HOCH H/M Internationalisierung
 * Contens muss die language flags von PubMan (in CoNe gespeichert) verstehen.

Mittlere Priorität
 * MIDI H/M Authentifizierung - Anmeldung über LDAP oder Shibboleth, Single-sign-on PubMan/CMS
 * Das finale Design findet in WP8 statt, aber Contens könnte Ungefähr-Preise angeben für die Implementierung eines LDAP-Servers bzw. einer OAuth-Schnittstelle. MPDL emfpiehtl LDAP/Shibboleth Kombination.
 * MIDI H/M OAI-Schnittstelle
 * unklar, ob eine Anforderung an Contens

Geringe Priorität
 * NICE M/H Administrator soll die Reihenfolge der Anzeige bestimmter Inhalte verändern können (CMS)
 * NICE H/M: Reports nach Projektgruppen oder anderen Vorgaben ausgeben entweder als CMS oder PDF.
 * Anforderungen unklar.

=Zitierfähigkeit von Online-Publikationen=

Zitierfähigkeit von Online-Publikatiionen ist in PubMan gegeben. Hier ein Beispiel für die Zitation (im APA-Style) einer gedruckten und einer online-veröffentlichten Publikation im Vergleich. Bei der Zitierung von Online-Publikationen werden üblicherweise URL oder DOI angegeben. Falls die Publikation in einer Online-Zeitschrift erschienen ist, unterscheidet sich deren Zitation nicht von einer gedruckten Publikation.

=Archiv Hauptseite=

Allgemeine Grundsätze

 * HOCH M/H Auf aktueller Contens-Version (3.0+) entwickeln/testen


 * Randbemerkung/Fragen an die AG-Technik/Herr Martens:
 * Wo/Wann wird das Testsystem installiert, auf dem repräsentative Tests durchgeführt werden können?
 * Wer "hostet" das Testsystem? Auf welchem Server wird es laufen (Hamburg/Heidelberg/München), mit welchen Sicherheistvorkehrungen?
 * Vorgezogene "Migration" für Tests: Gute Gelegenheit, Erfahrungen mit der neuen Version von Contens zu sammeln.
 * Iarndt 08:55, 25 June 2009 (UTC)Aktueller Stand: Mail von Herrn Martens an Contens (23.06.09) mit entsprechender Anfrage
 * Kortuem 14:11, 25 June 2009 (UTC)Kommentar München: Was ist mit vorgezogener "Migration" tatsächlich gemeint?


 * Randbemerkung München/Fragen an Hamburg:
 * Wie ist das mit den Zitierstilen in der Variante 1.6.1 gelöst (Wird ein "fertiger" Zitierstil in Contens rübergeschoben? Letzter :Diskussionsstand der Projektgruppe dazu unklar.


 * MIDI H/M Authentifizierung - Anmeldung über LDAP oder Shibboleth, Single-sign-on PubMan/CMS
 * NICE H/M Eingabe am Rechner ausserhalb des Instituts


 * Iarndt 08:55, 25 June 2009 (UTC)Ergänzung: Eine kurze Demonstration von PubMan hat ergeben, dass die Projekt-Wissenschaftler es :sich durchaus zutrauen würden, in zwei Systemen zu arbeiten und auch ein nochmaliges Anmelden unkritisch sehen. Wenn sie sich darauf verlassen :können, dass in PubMan neu eingegebene Publikation korrekt ans CMS übertragen und in ihre Mitarbeiterseite eingebunden werden, würden sie ggf. :nur noch in PubMan arbeiten/ändern und hätten somit keine doppelte Anmeldung mehr.
 * Gergana 09:51, 30 June 2009 (UTC) Test-Wissenschaftler München findet auch PubMan sehr übersichtlich. Es ist auch für ihn eindeutiger, dass er sich in zwei Systeme befindet. Er kann zwei verschiedene Oberflächen sehen, kein Problem. Wenn es verständlich gemacht ist, ist ok. Auch für das Export nach CMS bzw. authomatische Darstellung auf den Homepages soll der Ablauf möglichst unkompliziert sein und gut erklärt werden.

Input masks

 * MIDI H/M "getarnte" (Look & Feel) Eingabemaske auf PubMan (Qualität der Eingabemasken hängt vom Workflow ab)


 * Randbemerkung:
 * Kortuem 09:10, 19 June 2009 (UTC) an Frau Arndt und Frau Stoyanova
 * Bitte prüfen:
 * Meiner Erinnerungn nach, wollten wir festhalten, dass es eine "getarnte" Eingabemaske auf PubMan umgesetzt wird. Eine zusätzliche :Editiermöglichkeit auf der CMS-Seite sollte aber noch möglich sein (für H und M), um CMS-Objekte lokal verändern zu können.
 * Iarndt 08:55, 25 June 2009 (UTC) Das wäre dann die Editiermöglichkeit, die man auch schon jetzt für Objekte im CMS hat. Hamburg :sieht diesen Punkt als nicht mehr so kritisch an: die Wissenschaftler sollen sich auf einen Zitierstil einigen. Dieser wird dann im :Datensatz/Objekt gespeichert. Von den verschiedenen Mitarbeiterseiten aus wird auf das Objekt referenziert. --Kortuem 15:46, 25 :June 2009 (UTC)Eine individuelle lokale Änderung soll dann eigentlich nicht mehr durchgeführt werden


 * Randbemerkung München/Fragen an Hamburg:
 * Dieser Punkt sollte unbedingt nochmal diskutiert werden; Gefahr der abweichenden Daten PubMan im Vergleich zu CMS!
 * Die Datensätze sollen aber generell als Objekte im CMS landen.
 * Gergana 14:04, 24 June 2009 (UTC) TelKo Wissenschaftler in H finden die Eingabe in PubMan sehr übersichtlich und besser :(durch Full und Easy Submission) als in CMS.


 * HOCH H/M Vorschaufunktion soll auf PubMan-Seite verfügbar sein (Wie wird es im CMS aussehen?)


 * Kortuem 09:46, 19 June 2009 (UTC)An Frau Arndt und Frau Stoyanova
 * Bitte Aussage prüfen:
 * Die Vorschaufunktion dient aber nicht der Darstellung des Datensatzes innerhalb der citation lists bzw. des reports.
 * Iarndt 08:55, 25 June 2009 (UTC) Aussage Wissenschaftler HH: eine Vorschau wie bereits jetzt in PubMan verfügbar (Export) wäre :ausreichend.
 * Gergana 09:56, 30 June 2009 (UTC) Wissenschaftler München findet auch Export-Vorschau ausreichend. Es ist eher die Frage wie :genau der Zitierstil definiert ist (z.B. ob Ort und Datum bei einer Zeitschrift erscheinen oder nicht).
 * Kortuem 15:49, 25 June 2009 (UTC)Ideal wäre es, wenn man sich ergänzend die eigenen Publikationen als Liste- den neun :Publikationskategorien zugeordnet- anzeigen lassen könnte. Das "Drumrum" des CMS ist jedoch überflüssig und wird eher als störend empfunden. :Kommentar zu der zu überprüfenden Aussage: Korrekt. Die Vorschaufunktion soll dem Eingebenden helfen.
 * Juliane 10:56, 17 July 2009 (UTC): Überprüfung der Daten ist durch detailed Item View in PubMan möglich; Voransicht des gewünschten Zitierstils ist über Exportfunktion in PubMan möglich


 * MIDI H/M Änderung der Eingabemöglichkeit und Pflichtfelder soll durch jedes Institut selbständig möglich sein (für Mitarbeiter mit technischen Know-how)


 * Randbemerkung:
 * Vorschlag - Das Minimum an Pflichtfeldern gibt PubMan vor; ein nachträgliches Ändern durch einzelne Institute ist nur in Bezug auf diejenigen :Pflichtfelder möglich, die über das PubMan-Minimum hinausgehen.
 * Dringende Frage an MPDL: Wieviel Individualisierung ist hier möglich? Wie sieht es hier mit der Weiterführung bei neuen releases aus?
 * Juliane 11:06, 17 July 2009 (UTC): Die dokument-spezifische Eingabemaske ermöglicht, dass nur relevante Metadaten für bestimmte Dokument-Typen angezeigt werden. Die relevanten Felder für Standard-Publikationstypen wurden in Abstimmung mit Piloten und Early Adoptern implementiert. Eine Änderung daran müsste vermutlich mit der gesamten PubMan-User-Community geführt werden. (Beispiel: "Article" erfordert zur Zeit keine Angabe zu "Event". Sollte nun die Projektgruppe beschließen, dass beim Publikationstyp "Article" ein Event nötig ist, müssten alle Pubman-User diese Entscheidung mittragen, da es ja nur einen Typ "Article" auf Pubman gibt.) Bei neu zu implementierenden juristischen Publikationstypen ist dies unproblematisch; dort können die gewünschten Pflichtfelder individuell von den jursitischen Instituten bestimmt werden.


 * Randbemerkung zum Anliegen von FR und HD - auf ein Minimum reduzierte Eingabefelder und Kategorien:
 * Gestaltung benutzerfreundlicher Eingabemasken, die einen übersichtlichen Eindruck vermitteln.


 * HOCH H Komplette Ansicht der eigenen Publikationen im Zitierstil geordnet nach Kategorie / Genre


 * Die H Wissenschftler fänden eine Vorschau der eigenen Publikationen auf Seite von PubMan gut, da nicht so viel drum herum steht wie bei CMS.
 * Randbemerkung:
 * Kortuem 09:52, 19 June 2009 (UTC)An Frau Arndt und Frau Stoyanova
 * Bitte Aussage prüfen - vor allem im Hinblick auf den o.g. Punkt " Die Vorschaufnktion dient nicht der Anzeige des Datensatzes im Rahmen der citation list bzw. report.
 * (Beispiel Schriftenverzeichnis). Der Wissenschaftler kann alle :seinen Publikation in PubMan aufrufen und anzeigen lassen.
 * Im CMS geht's ja schon- die Frage ist, ob es nach Anbindung an PubMan technisch weiterhin im CMS möglich ist. Wenn nicht, dann entsprechende :Vorschaufunktion in PubMan. Dem Wissenschaftler muss klar gemacht werden, wo und wann was geändert wird.
 * Iarndt 08:55, 25 June 2009 (UTC) Listen-Vorschaufunktion auf die eigenen Publ. wird von den Wissenschaftlern als hilfreich empfunden (s. o.)
 * Juliane 13:09, 17 July 2009 (UTC): Das widerspricht sich mit den Aussagen im Abschnitt "Input Masks"! Dort wird gesagt, dass es sowohl den Wissenschaftlern in Hamburg als auch München ausreiche, die Richtigkeit/Vollständigkeit der Daten über die Detailed Item View sowie über die Export-Funktion zu überprüfen. Was ist der aktuelle Stand dazu?
 * --Ulla 10:56, 21 July 2009 (UTC) : Soll die Ordnung/Sortierung individuell einstellbar sein? (i.e. User A will nach Kategorie Genre sortieren, die Genres sind alphabetisch sortiert. User B will nach Kategorie Genre sortieren, aber die Reihenfolge der Genres selbst definieren.
 * ---Iarndt 10:22, 27 July 2009 (UTC)Die Wiss. würden die Export-Funktion in PubMan anstelle der aktuell gewohnten Vorschaufunktion im CMS nutzen. Hierfür müsste die PubMan-Exportfunktion entsrechend angepasst werden: z.B. umbenannt, weniger Klicks. Aber eben auch: Alle Publikationen eines Users geordnet nach Kategorien (Genres) anzeigen. Um den aktuellen Status Quo im CMS abzubilden, müssen die Genres NICHT individuell sortierbar sein- hier steht die Reihenfolge der Kategorien ebenfalls fest.

Citation Lists

 * Randbemerkung München/Fragen an Hamburg:
 * Wo findet die Listengenerierung statt? Vorschlag: einfache Oberfläche schaffen, über die Listen eigentständig generiert werden können; :Flexibilität
 * Juliane 13:20, 17 July 2009 (UTC): Ist auch der MPDL unklar. @ HH: Bitte um Info über aktuellen Status!
 * Juliane 14:23, 3 August 2009 (UTC): Nach MD Meeting Ende Juli 2009: Listengenerierung in PubMan. Frage wo Reports generiert werden ist noch offen.


 * HOCH H/M Ausgabe in CMS sollte sich nicht verschlechtern


 * Juliane 13:20, 17 July 2009 (UTC): Anforderung für MPDL unklar.
 * (Beispiel Schriftenverzeichnis) Wichtig!! Dies sollte man auch bei der Diskussion "überflüssiger" Publikationstypen und Felder berücksichtigen.


 * HOCH H/M Mehrfach-Sortierung ("multiple sorting") innerhalb einer Liste: Ausgabe nach Autor, pro Autor nach Publikationstyp, innerhalb Publikationstyp sortiert nach Jahr/Datum


 * Juliane 13:44, 17 July 2009 (UTC): PubMan kann sortierte Listen als Objekt zur Verfügung stellen. Weitere Sortierungen oder Änderungen in der Anordnung müssten auf Contens-Seite umgesetzt werden.