Latest revision as of 08:09, 16 December 2011

Aufgabe der AG[edit]

Anlässlich der Sammlung kleiner Verbesserungen in PubMan, die die Erstellung von Literaturlisten für Fachbeirat und ähnliche Anlässe erleichtern soll, hat sich eine kleine Gruppe von PubMan-Nutzern zu einer AG zusammengeschlossen. Die Mitglieder der AG dokumentieren auf dieser Seite bestehende Probleme bei der Erstellung von Listen und machen Vorschläge zur Verbesserung der entsprechend problematischen Funktionalitäten. Beispielhaft für eine solche Erleichterung bei der Erstellung von Literaturlisten könnte ein speicherbarer Basket sein.

Zeitplan[edit]

Sammlung der 'kleinen Bugs' mit Verbesserungsvorschlägen bis Freitag, den 04. November
finale Videokonferenz zur Abstimmung des weiteren Vorgehens (Machbarkeit der vorschlagenen Verbesserungen + zeitliche Perspektive)
- Doodle-Link zur Terminfindung für die Videokonferenz

Mitglieder der AG[edit]

Cora Molloy (MPI GES)
Diana Mewes (MPI CE)
Elisabeth Chmielewski (MPI A)
Elisabeth Schlenk (AEI)
Karin Kastens (MPI PL)
Linda Maack (MPI BGC)
Susanne Hilbring (MPI GES)
Uta Siebeky (FHI)

Konsolidierte Liste der zusammengetragenen Anforderungen[edit]

Allgemein[edit]

Link zu Services (CoNE / REST) im eingeloggten Zustand (MPI A/E)[edit]

Zeithorizont: wird im nächsten Release noch nicht enthalten sein, frühestens nächstes Jahr
Programmstelle des Links abhängig vom GUI

Arbeiten in mehreren Tabs (FHI)[edit]

Umsetzbarkeit: Geht erst mit Umstieg auf JSF Version 2.0. Umstieg ist sehr aufwändig.
Zeithorizont: Derzeit nicht absehbar. Frühestens im Laufe des nächsten Jahres.
Workaround: 2 Browser aufmachen, ist allerdings mit FF kompliziert und geht mit IE einfacher. Problem: IE in einigen Instituten nicht zugelassen.

Platzierung des HIDE-Buttons (MPI CE & BGC)[edit]

Anforderungen 1: Hide-Button soll an der gleichen Stelle stehen, wie Show-Button: umsetzbar.
Anforderung 2: Angehängte Files sollen im zugeklappten Zustand sichtbar bleiben. Abstimmung mit GUI nötig.

Submission & QA[edit]

Keine Angabe eines alternativen Titels möglich in den Quellen der Genre Buchkapitel und Konferenzbeitrag (MPI A/E)[edit]

bekannter Bug --> umsetzbar innerhalb der AG.

Einbinden von Liste mit möglichen Sonderzeichen sowie Hinweisen auf HTML Tags (Subscript + Superscript) (FHI)[edit]

Umsetzung: sehr aufwändig, vom GUI abhängig.
Prio: hohe Prio für alle Institute.
Gestaltung: Anlehnung an eDoc-Möglichkeiten: Der dortige Zeichensatz reicht aus. Hoch-/Tiefstellung von Zeichen (HTML-Tags) sollte für Formeln möglich sein.

"Send back for Rework" auch nach Release (FHI)[edit]

Umsetzung: in AG. Sollte mit EsciDoc möglich sein.

Anzeige der eSciDoc-ID im geöffneten Datensatz (Edit Mode) (FHI)[edit]

Umsetzbarkeit: ist möglich.
Programmstelle: verschiedene Möglichkeiten diskutiert. Zusammen mit dem Owner in die Metadaten, Abschnitt "Systemdetails". Systemdetails sollen auch im Edit-Modus angezeigt werden.

Verwerfen eines "submitted"-Datensatzes, der früher schon einmal freigegeben war[edit]

Gestaltung: Der Moderator sollte Datensätze im Status "submitted", die in einer früheren Version bereits freigeschaltet waren, verwerfen können, ohne zuvor neu freizugeben.
Machbarkeit wird von der MPDL geprüft.

Voransicht eines editierten Datensatzes vor dem Speichern/Submitten/Release (FHI)[edit]

Prio: nicht hoch, Aufnahme in Feature-Liste
Umsetzung: außerhalb der AG
Gestaltung: Voransicht vor dem releasen wichtiger, als vor dem Speichern. Eine Möglichkeit wäre, die bereits existierende "Zwischenseite" vor dem Releasen anzupassen. Eine andere Möglichkeit wäre ein Button "Voransicht" (neben den Buttons "Validieren", "Speichern"...). Dieser würde verhindern, dass sich Nutzer von der Seite gestört fühlen.

Fehlerhafte Eingaben in PubMan: Prüfung bei welchen Items CoNE Autoren ausgewählt, aber eine OU ohne ID eingetragen wurde (MPI PL)[edit]

Umsetzung: innerhalb der AG.
Gestaltung: Feld soll so gesperrt werden, dass solche Änderungen nicht mehr möglich sind. Die Inhalte können nur über einen Button "Inhalt löschen" bewusst entfernt und neu eingetragen werden.

Austausch zur Vermeidung fehlerhafter CoNE-Verknüpfungen (MPI PL)[edit]

Workaround zur Überprüfung, ob mindestens ein Autor je Publikation conifiziert ist: entsprechende Regel ins Validierungsschema einbauen. Mögl. nur von Jena gewünscht?

Workspaces & Listen & Detailed View[edit]

Blättern von Detailansicht zu Detailansicht (MPI GES + FHI)[edit]

Umsetzung: aufwändig, aber möglich

Anzeige von mehr als 250 Datensätzen pro Seite (MPI A/E)[edit]

Umsetzung: nicht möglich, liegt an Technologie. Unterscheidung von PubMan und REST-Schnittstelle
Langfristig: Wechsel zu einer anderen Technologie.
Erster Schritt: Nachbessern der Paginierung, damit das "Durchklicken" erleichtert wird.

Information über Depositor eines Datensatzes innerhalb der Detailed Item View im eingeloggten Zustand (FHI)[edit]

Umsetzbarkeit: mit aktuellem Core-Service nicht möglich, erst ab der nächsten Version machbar
Platz für die Information in den Daten: im Abschnitt "Systemdetails" - für Depositoren und Moderatoren der betreffenden Kontexte.
Systemdetails sollen auch in der Edit-Maske angezeigt werden.
Anzeige, wer den Datensatz zuletzt modifiziert hat: Künftig möglich (s.o.)

Researcher Portfolio: Sortierung der Publikationen nach Publikationsjahr (FHI)[edit]

Umsetzung: im Rahmen der AG.

Researcher Portfolio: Anzeige der Zeiträume für Institutszugehörigkeiten (FHI)[edit]

Anzeige datenschutztechnisch kritisch.
Bug: in CoNE sieht man den Inhalt von "From Until" nicht. Man muss in den Bearbeitungsmodus. Wird im Rahmen der AG gefixt.

Anzeige der eSciDoc-ID in Kurzansicht (FHI)[edit]

wird im Rahmen der AG nicht umgesetzt.
Problem: Wo soll die Anzeige erfolgen (nicht Teil der Metadaten)?

Search Result Page: Link zur automatisierten Übernahme der Suche ins REST Interface (MPI PL)[edit]

Umsetzung: im Rahmen der AG.

Report Workspace (MPI CE, BGC, PL)[edit]

Umsetzbarkeit: großes Vorhaben -> Außerhalb der AG
Detaillierte Spec benötigt, Workshop/AG dazu 2012. Mail über User-Liste bezüglich der Teilnehmer.

QA Workspace - OU-Filter: nur eigene OUs anzeigen (FHI)[edit]

Anforderung: Ist-Zustand: im Filter nach OUs bekommt man alle OUs angezeigt. Soll-Zustand: nur OUs der eigenen Contexte sollen angezeigt werden.
Umsetzung: Möglichkeit 1: alle OUs, auf die sich die eigenen Kontexte beziehen (ohne Externals), Möglichkeit 2: alle OUs, auf die sich mein Account bezieht (ohne Externals), Technische Umsetzbarkeit möglich.
Anforderung: eigene Einstellungen, bei denen eine Vorauswahl möglich ist.
Umsetzung: Soll eingebaut werden, wenn eine Verwaltung möglich ist, komplexe Umsetzung.

Suche[edit]

Suche nach eingeladenen Vorträgen (FHI)[edit]

Umsetzbarkeit: möglich, von GUI abhängig.
Gestaltung: Checkbox unter "Event".

Admin Search (alle)[edit]

Umsetzung: nicht innerhalb der neuen AG. Machbar erst mit neuem Framework.

Suche nach verworfenen Datensätzen / Filter für verworfene Datensätzen im QA Workspace (FHI, MPI CE, MPI BGC)[edit]

Umsetzung: Suche - im Rahmen der AG möglich. Filter - mit Framework 1.3 möglich

Erweiterte Suche: "Doktorarbeit" in der Liste der Abschlüsse als Erstes anordnen (FHI)[edit]

Umsetzung: im Rahmen der AG.
Vorteil: man spart sich den Klick um die Liste der Abschlüsse zu öffnen.

Flexiblere Verknüpfungsmöglichkeiten der einzelnen Such-Felder (MPI PL)[edit]

Umsetzbarkeit: nicht im Rahmen der AG. Erst nach Neubau der Suche möglich.

Speicherbare Suchabfragen (MPI CE, BGC, PL)[edit]

Umsetzbarkeit: nicht umsetzbar innerhalb der AG, weil komplex und GUI-abhängig. Wartet bis zur neuen Suche.
Workaround: Suchen können gebookmarkt werden. URL abfragen.

Komplizierte Suche nach dem Publikationsstatus von Publikationen über das Datum[edit]

Lösung: Ein neues Indexfeld "Publikationsstatus" wird durch die Eingabe des Datums automatisch befüllt. Dieses Feld ist suchbar.
Spezifikation: Welcher Status soll bei der Befüllung welcher Felder vergeben werden?
Umsetzung innerhalb der AG möglich.

Suche innerhalb von Vorgänger/Nachfolger-Organisationen (MPI PL)[edit]

Umsetzung: im Rahmen der AG möglich.
Gestaltung: Trennung zwischen Umbennung einer OU (Umbennung darf durchgeführt werden) und struktureller Veränderung einer OU (Predecessor und Successor)

Suche nach OUs: Es soll nur innerhalb der Publikation und nicht innerhalb der Quelle gesucht werden (MPI PL)[edit]

Umsetzbarkeit: im Rahmen der AG möglich.
Meinung der anderen Nutzer: Umfrage von Karin über PubMan-Users-Liste. Umfrage angestossen am 24.11. --Karin 12:12, 24 November 2011 (CET)
Genaue Spezifikation ist nötig.

Export[edit]

EndNote-Anpassungen (MPI PL)[edit]

Änderung muss spezifiziert werden, Abstimmung nötig

APA-Anpassungen (MPI A/E)[edit]

Umsetzbarkeit: nicht im Rahmen der AG möglich.
Diskussion zu den Zitierstilen: Anpassung der vorhanden Stile vs. Zitierstilkonfigurator

Neuer Zitierstil nach DIN 1505-2 (MPI A/E)[edit]

Umsetzbarkeit: nicht in AG, MPG-Zitierstil hat Vorrang.

Speicherbarer Basket (alle) / Erweiterung: Shared Basket (MPI PL)[edit]

Umsetzbarkeit: innerhalb der AG nicht möglich.

REST: Sortieroptionen als Label in Form eines Pulldown-Menüs (MPI PL + GES)[edit]

Auflistung der Sotieroptionen als Labels: Martin Boosen legt eine Colab-Seite an.

Automatic Citation Style Manager (MPI CE, BGC)[edit]

Nicht umsetzbar im Rahmen der AG.
langfristiges Projekt: MPDL analysiert erstmal Zitierstilkonfiguratoren.
Evtl. im Rahmen eines größeren Projekts umsetzbar.

Abschluss-Treffen AG Kleine Bugs[edit]

Termin[edit]

16.11.11
ab 13 Uhr bis maximal 16:30 Uhr
Teilnahme vor Ort in der MPDL und via Videokonferenz möglich

Ziele[edit]

Machbarkeitsanalyse der vorgeschlagenen Verbesserungen
Abstimmung über zeitliche Perspektive zur Umsetzung der Verbesserungen

Art der Teilnahme[edit]

Videokonferenz[edit]

Karin Kastens (MPI PL)
Cora Molloy (MPI GES)
Susanne Hilbring (MPI GES)
Diana Mewes (MPI CE)
Linda Maack (MPI BGC)

Persönlich in der MPDL[edit]

Elisabeth Chmielewski (MPI A/ MPI E)
Christiane Hardt (MPI A / MPI E)
Elisabeth Schlenk (AEI)
Uta Siebeky (FHI)
Martin Boosen ( MPDL)
Andrea Wuchner (MPDL)
Michael Franke (MPDL)
Juliane Müller (MPDL)

@@ Line 18: / Line 18: @@
 * Uta Siebeky (FHI)
-=Themensammlung=
+<br>
+<br>
-== MPI GES ==
+<br>
-* Ermöglichen von Blättern in Ergebnisliste (hat jetzt zwar nicht mit Literaturlisten zu tun, aber ist doch wichtig im Umgang mit Pubman und normaler Standard bei Listen ...)
-** Was ist hiermit genau gemeint? Das Blättern (von Seite zu Seite) in Listen (sowohl in My Items, als auch QA Workspace als auch Suchergebnislisten) ist ja bereits möglich --[[User:Juliane|Juliane]] 11:53, 14 October 2011 (CEST)
-** Liebe Juliane, richtig, da habe ich mich unpräsise ausgedrückt. Gemeint ist, wenn ich mich von Vollanzeige zu Vollanzeige hangeln möchte, da muss ich zurück über Liste, was unhandlich ist. --[[User:Molloy|Molloy]] 13:43, 21 October 2011 (CEST)
-** Ah, jetzt hab ich das verstanden :) Dann nehm ich das als Improvement auf. --[[User:Juliane|Juliane]] 17:42, 3 November 2011 (CET)
-== MPI A / MPI E ==
-* Die 2. Quelle wird nicht berücksichtigt beim APA Stil
-** Da müssen wir die Spezifikation des APA-Stil checken und gegebenfalls anpassen. --[[User:Juliane|Juliane]] 13:26, 14 October 2011 (CEST)
-* Bei der 1. Quelle wird die Bandangabe nicht berücksichtigt
-** Auch da müssen wir die Spezifikation des APA-Stil checken und gegebenfalls anpassen. --[[User:Juliane|Juliane]] 13:26, 14 October 2011 (CEST)
-** laut unseren Unterlagen beinhaltet APA auch Band, Reihentitel, Band....
-* Auswahl von 250 Datensätze pro Seite sind zu wenig ( ausser wenn man das gesamte Suchergebnis exportieren kann)
-** Über das [http://pubman.mpdl.mpg.de/search/SearchAndExport_rest_sample.jsp REST-Interface] können größere Datenmengen exportiert werden.Trotzdem sollten wir uns über diese beiden Anfoerdungen nocheinmal austauschen.--[[User:Juliane|Juliane]] 13:26, 14 October 2011 (CEST)
-*** hat sich erledigt durch copy and paste!!! (konnten wir eine Abfrage starten!!)
-* Wissenschaftler wollen Ausgabe nach DIN 1505-2
-** Das wäre dann eine Art neuer Zitierstil und im Rahmen unseres Vorhabens 'Kleine Bugs' nicht umsetzbar; aber gern nehmen wir diesen Wunsch als Anforderung auf. Interessant wäre zu wissen, ob dieser Wunsch auch an anderen Instituten besteht. Das hätte wesentliche Auswirkungen auf die Priorität der neuen Funktionalität und damit auf den Zeitpunkt der Implementierung. Wenn Sie eine Diskussion diesbezüglich über die User-Liste anregen, wäre das eine gute Sache. --[[User:Juliane|Juliane]] 13:26, 14 October 2011 (CEST)
-* Alternativer Titel ist verschwunden
-** Was ist hier genau gemeint? Wo erscheint der Alternative Titel nicht? In einer Zitierung, oder in der Eingabe etc.? --[[User:Juliane|Juliane]] 13:26, 14 October 2011 (CEST)
-** Wir vermissen das Feld alternativer Titel bei den Quellen vom Genre Buchkapitel oder Konferenzbeitrag. Früher konnte man ihn eingeben.
-** Das scheint ein Bug zu sein. Ich habe ihn den Anforderungen hinzugefügt. Besten Dank für den Hinweis. --[[User:Juliane|Juliane]] 15:41, 7 November 2011 (CET)
-** Dazu ist in JIRA-Ticket mit der Nummer PubMan PUBMAN-2134 von mir bereits angelegt.(Andrea)
-* Unbedingt  Artikelnummer mit ausgeben, sonst unauffindbar(s. escidoc:813587:2 APJ; escidoc:767552:1 A&A.....)
-** In welchem welchem Zitierstil soll eSciDoc-Identifier erscheinen? --[[User:Juliane|Juliane]] 13:26, 14 October 2011 (CEST)
-** Die escidoc Nummern waren als Beispiele gedacht für Zeitschriften, die keine fortlaufende Paginierung mehr haben; siehe: http://pubman.mpdl.mpg.de/pubman/item/escidoc:813587:2
-** Was genau ist hier die Anforderung? Wo soll was mit ausgegeben werden - bitte noch etwas genauer spezifizieren. --[[User:Juliane|Juliane]] 18:18, 3 November 2011 (CET)
-* Bei Detailsuche sollten die Suchbegriffe erhalten bleiben ( sehr lästig, besonders bei komplexeren Abfragen)
-** Es gibt zwei Möglichkeiten zur Suche zurückzukehren, in der die bereits eingegebenen Suchbegriffe erhalten bleiben: Entweder sie wählen 'Suche verfeinern'; Sie finden diesen Link über der Liste der Suchergebnisse. Oder Sie gehen über die 'Breadcrumb' auf die 'Detailsuche' zurück. Sie finden die 'Breadcrumb' rechts oben über dem Titel der Seite. Die in den letzten Schritten besuchten Seiten werden hier aufgezeichnet, sind verlinkt und darüber erneut aufrufbar.--[[User:Juliane|Juliane]] 13:44, 14 October 2011 (CEST)
-* Es wäre auch nützlich, wenn es nach dem Einloggen noch einen Link zu Cone gäbe!!
-** Daran wird bereits gearbeitet und wir rechnen mit einer Umsetzung dieses Vorhabens in einem der nächsten Releases. Links zu verschiedenen Services und Schnittstellen werden dann auch für eingeloggte Nutzer präsent sichtbar sein.--[[User:Juliane|Juliane]] 15:03, 17 October 2011 (CEST)
-== AEI ==
+= Konsolidierte Liste der zusammengetragenen Anforderungen =
-== MPI PL ==
-=== PubMan searches ===
+== Allgemein ==
-* einfache Suchmöglichkeit, um eine (voreingestellte) Kombination von Genretypen zu suchen. Fragestellung: alle '''Publikationen''' des Instituts im Jahre YYYY, so das ich nicht immer alle Genres anklicken brauche, praktisch die Abfrage fürs Jahrbuch, aber dann '''jederzeit''' möglich
-** Beschreibst Du hier die Anforderung von abspeicherbaren Suchen? Bitte noch etwas näher spezifizieren, was gemeint ist. Danke. --[[User:Juliane|Juliane]] 16:02, 8 November 2011 (CET)
+=== Link zu Services (CoNE / REST) im eingeloggten Zustand (MPI A/E) ===
-* Ich möchte alle Publikationen ausser denen, die im Titel xxxx stehen haben - advanced search anpassen
+* Zeithorizont: wird im nächsten Release noch nicht enthalten sein, frühestens nächstes Jahr
-** Der Aufbau der Suche lässt eine Verknüpfung mit NOT + "Titel-Feld" nicht zu, genau. Um dieses an sich schon zu starre Konstrukt der Suchverknüpfungen aufzubrechen, müssten wir die Advanced Search vermutlich komplett neu bauen - ein Vorhaben, was absolut Sinn macht und auch für uns schon länger als Anforderung notiert ist. Im Zuge der AG Kleine Bugs lässt sich dieses Vorhaben, aufgrund seines massiven Umfangs, jedoch eher nicht angehen. --[[User:Juliane|Juliane]] 16:02, 8 November 2011 (CET)
+* Programmstelle des Links abhängig vom GUI
+=== Arbeiten in mehreren Tabs (FHI)===
-[[image:Sucheninpres.jpg]]
+* Umsetzbarkeit: Geht erst mit Umstieg auf JSF Version 2.0. Umstieg ist sehr aufwändig.
-* Ich möchte viel einfacher nach den Publikationen die 'in press' oder 'submitted' sind suchen können ohne erst immer anzugeben 'submitted not in press not online not in print, wobei man immer Fehler machen kann.
+* Zeithorizont: Derzeit nicht absehbar. Frühestens im Laufe des nächsten Jahres.
-* Es bedeutet doch nur, im 'date accepted' steht das 'most recent date' des Datensatzes und diese muss ich 'mühsam' nachbauen in der Anfrage.
+* Workaround: 2 Browser aufmachen, ist allerdings mit FF kompliziert und geht mit IE einfacher. Problem: IE in einigen Instituten nicht zugelassen.
-** Hier wird mir die genaue Anforderung noch nicht ganz klar. Welche Option würde eine solche Suche vereinfachen. Bitte noch genauer spezifizieren. Danke. --[[User:Juliane|Juliane]] 16:14, 8 November 2011 (CET)
-* Suche nach Org Units sollte sich beschränken auf die Autoren des betreffenden genres, NICHT gleichzeitig auf die Source.
+=== Platzierung des HIDE-Buttons (MPI CE & BGC) ===
-zB: ich suche alle Book chapter die die Abt. Language and Cognition in den Jahren 2010 und 2011 publiziert hat. Diese Suche
+* Anforderungen 1: Hide-Button soll an der gleichen Stelle stehen, wie Show-Button: umsetzbar.
-[( ( escidoc.objecttype="item" ) and ( ( ( escidoc.publication.issued>="2010" and ( escidoc.publication.issued<="2011\-12\-31" ) ) or ( escidoc.publication.published-online>="2010" and ( escidoc.publication.published-online<="2011\-12\-31" ) ) or ( escidoc.publication.dateAccepted>="2010" and ( escidoc.publication.dateAccepted<="2011\-12\-31" ) ) ) and ( ( escidoc.publication.type="http://purl.org/eprint/type/BookItem" ) and ( ( escidoc.any-organization-pids="escidoc:792548" ) or ( escidoc.any-organization-pids="escidoc:55204" ) ) ) ) ) and ( escidoc.content-model.objid="escidoc:persistent4" ) ] gibt zB auch dieses als Ergebnis : http://pubman.mpdl.mpg.de/pubman/item/escidoc:755555, wobei einer die Abt.im Source Feld. Das gehoert aber nicht zu den Publikationen der Abt. da muss man immer aufpassen. DAS ist, meine ich, ein Fehler, den wir auch seit 2,5 Jahren bemÄngeln. --[[User:Karin|Karin]] 20:54, 14 November 2011 (CET)
+* Anforderung 2: Angehängte Files sollen im zugeklappten Zustand sichtbar bleiben. Abstimmung mit GUI nötig.
-* Bei einer grossen Ergebnissemenge kann man nicht mehr gut oder gar nicht sortieren, aber das Advanced Search ist zumindestens noch sprechender als das REST interface, kann vielleicht einfach eine Funktion 'convert2REST' haben. Man kann schon copy+pasten aber noch einfacher waere besser.
-** Du meinst also praktisch einen Link auf der Seite der Search Results, der die gesamte Suchanfrage direkt ins REST-Interface übernimmt, richtig? Dann notier ich das als Anforderung. --[[User:Juliane|Juliane]] 10:33, 9 November 2011 (CET)
-* REST Sortieroptionen .. als Pulldown mit sprechenden Namen.
-** nachdem ich erste Versuche damit gemacht habe, kann ich das nur voll unterstützen!! --[[User:Molloy|Molloy]] 13:47, 21 October 2011 (CEST)
-** Übernehme ich als Anforderung. --[[User:Juliane|Juliane]] 10:33, 9 November 2011 (CET)
-* REST Sort Option Sortieren nach Name. Ich glaube, dass der Key, der im blog angegeben ist: http://pubman.blogs.mpdl.mpg.de/2011/09/30/multiple-sorting-in-pubman-exports/
-* Sorting Key: sort.escidoc.publication.creator.person.compound. person-complete-name nicht unbedingt der richtige ist, sondern dass es sort.escidoc.publication.creator.person.family-name sein sollte. Jedenfalls werden meine listen dann nach dem Nachnamen sortiert. --> Könntet Ihr das prüfen?
-** Ja das prüfen wir. --[[User:Juliane|Juliane]] 10:33, 9 November 2011 (CET)
------------------------------------------------------------------
-=== Bereinigung von Datenfehlern / HIlfe bei der Eingabe ===
-==== Fehlerhafte Verlinkung bzw Nichtverlinkung von Org Units ====
-Ich hätte gern im 'view' bei  den  'CoNE' icons und dem icon der OrgUnit ein 'mouse over''all items of ....' dann die Bennung des Entries, da es immer noch vorkommt dass falsch
-geconed wird oder ein org unit nicht richtig ist!
-<br>
-<br>
-Beispiel: Suche nach den Org units Individual Differences in 'Language Processing Department' und 'Individual Differences in Language Processing Group' ergibt  54 items:
-<br>
-( ( escidoc.objecttype="item" ) and ( ( escidoc.context.objid="escidoc:54203" ) and ( ( ( escidoc.publication.dateAccepted>="2010" and ( escidoc.publication.dateAccepted<="2011\-12\-31" ) ) or ( escidoc.publication.created>="2010" and ( escidoc.publication.created<="2011\-12\-31" ) ) or ( escidoc.publication.modified>="2010" and ( escidoc.publication.modified<="2011\-12\-31" ) ) or ( escidoc.publication.published-online>="2010" and ( escidoc.publication.published-online<="2011\-12\-31" ) ) or ( escidoc.publication.issued>="2010" and ( escidoc.publication.issued<="2011\-12\-31" ) ) or ( escidoc.publication.dateSubmitted>="2010" and ( escidoc.publication.dateSubmitted<="2011\-12\-31" ) ) or ( escidoc.publication.event.start-date>="2010" and ( escidoc.publication.event.start-date<="2011\-12\-31" ) ) or ( escidoc.publication.event.end-date>="2010" and ( escidoc.publication.event.end-date<="2011\-12\-31" ) ) ) and ( ( escidoc.any-organization-pids="escidoc:792545" ) or ( escidoc.any-organization-pids="escidoc:102879" ) ) ) ) ) and ( escidoc.content-model.objid="escidoc:persistent4" )
-<br>
-<br>
-[[image:Individual.jpg]]
-<br>
-<br>
-Um die 7 falschen items zu ermitteln (inzwischen verbessert 15.30), muss man wieder diese langen Abfragen machen:
-<br>
-<br>
-[[image:Search_adv.jpg]]
 <br>
 <br>
-dann ist es zB: <br>
-http://pubman.mpdl.mpg.de/pubman/faces/viewItemFullPage.jsp?itemId=escidoc:468030:9
-<br>
-<br>
-Jetzt möchte ich das auch für die anderen Org units machen, zB: Language Acquisition und das liefert wieder 2 Einträge, wobei gar keine id der org unit angegeben war:
-<br>
-http://pubman.mpdl.mpg.de/pubman/item/escidoc:66341:3
-<br>
-http://pubman.mpdl.mpg.de/pubman/item/escidoc:66291:3
-<br>
-<br>
-Frage: Kann man  nicht gut gelinkte eigene Org Units irgendwie automatisch rausholen? Kann man einen Mechanismus einbauen, der das checkt, schon bei der Eingabe bzw beim Speichern, .. alles im Zuge: 'make PubMan foolproof'.Gleiches gilt wahrscheinlich auch für die CoNE entries, mal gucken ob ich noch Beispiele finde.
-<br>
-<br>
-Der Punkt ist, dass es SO Wichtig ist. Die Daten sauber zu haben ist so essentiell, aber es ist Menschenarbeit und Fehler werden immer dabei sein, aber vielleicht kann man Checkläufe haben.
-<br>
-<br>
-- -> Diana, Du machst doch bestimmt solche 'error' Läufe?
 <br>
-*meine Lösung: <lfd Nr. des Autors>-<ID des Autors>-<internes Gruppenkürzel>
+== Submission & QA ==
-**Beispiel: 1-1234-ITB 2-5678-BOL 3-- 4-2222-ext
-*könnte in PubMan so aussehen: <lfd Nr. Autor>-<CoNE Person>-<CoNE Unit>
-**Beispiel: 1-4052-24028 2--
-**und wenn die Unit noch eine Eigenschaft "Kürzel" bekommen könnte, könnte dies statt der ID angezeigt werden
-*Beispiel für Zuordnungsfehler:
-**1--ITB --> Autor hat Gruppenzuordnung, aber keinen CONE Eintrag
-**2-5678- --> Autor ohne die Gruppenzuordnung
-**1--222222 2--222222 3-- --> kein Autor hat eine CoNE-Zuordnung
--- [[User:DMewes|DMewes]] 16:39, 9 November 2011 (CET)
-<br>
+=== Keine Angabe eines alternativen Titels möglich in den Quellen der Genre Buchkapitel und Konferenzbeitrag (MPI A/E)===
-<br>
-Eventuell gibt es ein Skript, welches die korrekte Verbindung zwischen CoNE Autoren und Organisationen prüft; da muss ich mal mit Michael sprechen. Teilweise wird das schwierig, weil ja manchmal auch ganz bewusst eine andere OU gewählt wird. Aber eventuell lässt sich zumindest rausfinden bei welchen Autoren-Einträgen eine OU ohne ID gewählt wurde und Du könntest dann checken, ob es korrekt oder ein Versehen war. Was meinst Du? <br>
-Weiterhin nehme ich mal für unser finales AG-Treffen auf, dass wir uns eventuell in diesem Rahmen einmal austauschen, wie solche fehlerhaften Einträge verhindert werden können. Eventuell mit der Einbindung spezieller Mouseover, kann ich mir auch vorstellen. Vieles wird sicher auch Training sein. <br>
-Einverstanden? <br>
---[[User:Juliane|Juliane]] 10:33, 9 November 2011 (CET)
------------------------------------------------------------------
+* bekannter Bug --> umsetzbar innerhalb der AG.
-=== Workspaces ===
+=== Einbinden von Liste mit möglichen Sonderzeichen sowie Hinweisen auf HTML Tags (Subscript + Superscript) (FHI)===
-==== Fachbeirats Workspace / User defined Workspaces ====
+* Umsetzung: sehr aufwändig, vom GUI abhängig.
+* Prio: hohe Prio für alle Institute.
+* Gestaltung: Anlehnung an eDoc-Möglichkeiten: Der dortige Zeichensatz reicht aus. Hoch-/Tiefstellung von Zeichen (HTML-Tags) sollte für Formeln möglich sein.
-Noch besser als ein Basket wäre ein Fachbeirats Workspace, so dass alle Mitarbeiter an den items arbeiten können, analog Jahrbuch Workspace. Meine Gedanken hierzu stehen auch in pubman-users email vom 14.9.2011.
+=== "Send back for Rework" auch nach Release (FHI)===
-<br>
-<vr>
-Hier noch mal: Ein Basket wird natuerlich sehr vermisst, aber fuer die wiederkehrenden Listen sind 'workspaces' besser, so dass wir mit mehreren Personen daran arbeiten koennen.
-<br>
-Beispiel PLI: Wir müssen am Institut alle 3 Monaten eine Liste der neuen Publikationskationen, nach bestimmmten Kriterien, erstellen.'all NEW publications (submitted, in press, published) which have not yet been on a previous list, publications of which the publication status has changed since the previous time the publication occurred on a staff meeting list  from - submitted ->  in press ->in press -> online (published) -> -> in print'.
-<br>
-Submitted publications werden (meistens) nicht released, das ist fuer uns eine zusaetzl. Schwierigkeit da sie nicht suchbar sind.
-<br>
-Wir identifizieren diese Publikationen, die auf eine Liste kommen und taggen sie mit einem 'local tag'. Ein Workspace wäre viel besser, gleiches wuerde auch vielleicht auch fuer FB Listen gehen. Im Prinzip ist es doch so aehnlich wie bei dem Jahrbuch.Man definiert Kriteria, zB fuer uns etwa so bei den 3 Monatslisten: context=MPI Publications AND
-genre=article, book chapter, conf paper, thesis, book AND date > als 2011-09-13:12:00 und < als 2011-12-09:12:00 und damit haette man Kanditaten die auf die neue 3 Monatsliste kommen. Diese kann man dann bearbeiten. Es kommt innerhalb der 3 Monate ja vor, dass eine Publikation sich auch noch veraendert!
-<br>
-In Endnote gibt es 'smart groups' und so ähnlich sollte es gehen, man definiert ein Search und automatisch kommt eine Publikation zu dieser 'smart group'= endnote terminology oder workspace=pubman terminology. Wenn der 9.12.2011 gewesen ist, wird die Liste geloescht, und ein neues Datum muss eingesetzt werden. Dafuer waere es nett, ein Interface wobei man die Kriterien einstellen kann, und veraendern kann. -->Dann haette man die Daten in einem Workspace, alle Moderatoren (fuer den Fall, dass es mehrere an
-einem Institut) gibt, koennen es einsehen. Man kann dann wieder filtern nach submitted, released,
-nach OU, etc..
-<br>
-Gleiches gilt eigentlich auch fuer Fachbeiratsberichte. Auch da gibt es einen Zeitraum als Kriterium, man will wahrscheinlich auch wieder nicht ALLE Publikationen auf den Listen haben. Und auch da sollte man wieder loeschen koennen,wenn der FB zu Ende, und eine neue Periode anfaengt.
-<br>
-Die Workspace sollen natuerlich nicht ausufern, wenn es mehr werden, koennte man sich auch vorstellen, dass man sie als 'Tabs' sehen kann (wäre jetzt schon schön).
-<br>
-<br>
-Zusammengefasst könnte man dieses Szenario glaube ich als "Report Workspace" beschreiben. Also ein Bereich, der es einem erlaubt nach flexibel einstellbaren Kriterien Berichte zu erstellen. Ich denke es macht keinen Sinn für jede Art von Bericht einen eigenen Workspace zu basteln. Vorallem wenn man bedenkt, dass sich auch da die Institute mitunter sehr stark unterscheiden in ihren Anforderungen an die jeweiligen Kriterien. Ziel wäre es deshalb meiner Meinung nach einen entsprechenden Workspace zu implementieren, der es zulässt in flexibler Art Berichte nach individuellen Kriterien zu erstellen. Zu dieser Umsetzung gehört eine umfassende und detaillierte Spezifikation. Im Rahmen der AG Kleine Bugs ist ein solches Vorhaben nicht umsetzbar. Aber wir sollten es nicht aus den Augen verlieren und ich könnte mir vorstellen eine ähnliche Runde wie zum Dublettencheck diesbezüglich ins Leben zu rufen.
-<br>
-Als Anforderung für das Vorhaben AG "Kleine Bugs" würde ich mal einen "Shared Basket" notieren, der von verschiedenen Personen gleichzeitig bearbeitet werden kann. Was hälst Du als ersten Schritt davon?
-<br>
---[[User:Juliane|Juliane]] 15:26, 9 November 2011 (CET)
---- das hört sich gut an, und wurde ja auch von allen unterstützt. --[[User:Karin|Karin]] 21:12, 14 November 2011 (CET)
+* Umsetzung: in AG. Sollte mit EsciDoc möglich sein.
------------------------------------------------------------------
+=== Anzeige der eSciDoc-ID im geöffneten Datensatz (Edit Mode) (FHI)===
-====  Länge der Workspaces ====
+* Umsetzbarkeit: ist möglich.
-* Ab und zu fragen wir uns, ob es nicht besser wÄre items aelter als xx Jahre in einen 'archived' workspace zu tun, so dass er jetzige workspace nicht zu gross ist.
+* Programmstelle: verschiedene Möglichkeiten diskutiert. Zusammen mit dem Owner in die Metadaten, Abschnitt "Systemdetails". Systemdetails sollen auch im Edit-Modus angezeigt werden.
-** Ja, das sind doch ab und an recht große Datenmengen, die sich da ansammeln. Aber sortiert wird ja automatisiert nach Modification Date. Inwiefern beeinträchtigen die langen Listen die Arbeit negativ, kannst Du das etwas genauer erklären? Vielleicht finden wir eine elegantere Lösung. --[[User:Juliane|Juliane]] 15:32, 9 November 2011 (CET)
+===Verwerfen eines "submitted"-Datensatzes, der früher schon einmal freigegeben war===
+*Gestaltung: Der Moderator sollte Datensätze im Status "submitted", die in einer früheren Version bereits freigeschaltet waren, verwerfen können, ohne zuvor neu freizugeben.
+*Machbarkeit wird von der MPDL geprüft.
------------------------------------------------------------------
+=== Voransicht eines editierten Datensatzes vor dem Speichern/Submitten/Release (FHI)===
-=== LIsten mit Permutationen ===
+* Prio: nicht hoch, Aufnahme in Feature-Liste
-Wir brauchen unbedingt, die Möglichkeit Listen zu erstelllen wobei pro Researcher alle Publikationen an denen er beteiligt ist gelistet werden. Im Moment Möglichkeiten gibt es zB in Endnote, aber ich denke ihr habt im JusCMS auch solche Möglichkeiten entwickelt.
+* Umsetzung: außerhalb der AG
-<br>
+* Gestaltung: Voransicht vor dem releasen wichtiger, als vor dem Speichern. Eine Möglichkeit wäre, die bereits existierende "Zwischenseite" vor dem Releasen anzupassen. Eine andere Möglichkeit wäre ein Button  "Voransicht" (neben den Buttons "Validieren", "Speichern"...). Dieser würde verhindern, dass sich Nutzer von der Seite gestört fühlen.
-<br>
-In Endnote geht es so:
-<br>
-[[image:Endnotesubject.jpg]].
-<br>
-Man kann die Listen per Subject term erstellen, kann auch Author sein und danach kann man auch die Sortierung und den Citationstyle bestimmen:
-<br>
-[[image:Endnote7.jpg]]
-<br>
-<br>
-Diese Anforderung verstehe ich noch nicht ganz. Wenn Du nach Personen browst oder alternativ suchst (via CoNE Autosuggest) erhälst Du doch eine Liste aller Publikationen, an denen die Person mitgewirkt hat. Sobald die Admin Search implementiert ist (hoffentlich im Verlauf des kommenden Jahres) ist auch eine Suche nach den pending Items der Autoren möglich. Vielleicht kannst Du das genaue Szenario noch etwas detaillierter spezifizieren. Danke. <br>
---[[User:Juliane|Juliane]] 15:59, 9 November 2011 (CET)
------------------------------------------------------------------
+=== Fehlerhafte Eingaben in PubMan: Prüfung bei welchen Items CoNE Autoren ausgewählt, aber eine OU ohne ID eingetragen wurde (MPI PL) ===
-=== Export in Literaturverwaltungssysteme (hier: Endnote )===
+* Umsetzung: innerhalb der AG.
-* Allgemeines: Es ist schwer zu vermitteln, dass der html, pdf und rtf Export einen anderen Zitierstil liefert als der Endnote export.
+* Gestaltung: Feld soll so gesperrt werden, dass solche Änderungen nicht mehr möglich sind. Die Inhalte können nur über einen Button "Inhalt löschen" bewusst entfernt und neu eingetragen werden.
-** Diesen Hinweis verstehe ich nicht. Ein Export in html, pdf und rtf erfolgt im gewählten Zitierstil. Ein Export im EndNote-Format ist für den Import in Endnote bestimmt; er beinhaltet keine Informationen zum Zitierstil. das scheint eigentlich alles korrekt so zu sein. --[[User:Juliane|Juliane]] 16:07, 9 November 2011 (CET)
------------------------------------------------
+=== Austausch zur Vermeidung fehlerhafter CoNE-Verknüpfungen (MPI PL) ===
-==== Export der Datumsangaben ====
+* Workaround zur Überprüfung, ob mindestens ein Autor je Publikation conifiziert ist: entsprechende Regel ins Validierungsschema einbauen. Mögl. nur von Jena gewünscht?
-in press (oder submitted)  http://pubman.mpdl.mpg.de/pubman/item/escidoc:1100597
-<br>
-Referenz in preview: Enfield, N. J. (Ed.). (in press). Dynamics of human diversity: The case of mainland Southeast Asia. Canberra: Pacific Linguistics.
-<br>
-Export nach endnote:
-%0 Book
-%A Enfield, N. J.
-%T Dynamics of human diversity: The case of mainland Southeast Asia
-%G eng
-%I Pacific Linguistics
-%C Canberra
-%D 2011
-Der Export kann die Datumsangabe 'in press' nicht liefern, gleiches gilt fuer 'submitted'. Das bedeutet, dass man dies manual nacharbeiten muss.
-<br>
-<br>
-Ich verweise hier auf die Spezifikation des EndNote Exports: http://colab.mpdl.mpg.de/mediawiki/PubMan_Func_Spec_Endnote_Mapping#Mapping_eSciDoc_Metadata_Set_for_Publications_to_Endnote_.28for_Endnote_Export.29
 <br>
-Es gibt ein generisches Feld für ein Datum in EndnOte (%D), dieses wird mit einem Datum aus PubMan gefüllt. Abgefragt wird nach Priorität:
 <br>
-''priority is: first Date.DateType = Published in Print, Date.DateType = Published Online, Date.DateType = accepted Date.DateType = submitted, Date.DateType = modified, Date.DateType = created''
 <br>
-Hättest Du Verbesserungsvorschläge für dieses Mapping?<br>
---[[User:Juliane|Juliane]] 16:24, 9 November 2011 (CET)
----------------------------------------------------------------------
-==== Export Genre book vs edited book  ====
+== Workspaces & Listen &  Detailed View ==
-Im oben genannten Beispiel sieht man auch, dass die Information, dass Enfield ein Herausgeber ist, weggefallen ist.
-Hier ist das 'Problem', dass wir die 'alten' Genres haben und keinen Unterschied zwischen Buch und Sammelband. In Endnote gibt es book und edited book.
+=== Blättern von Detailansicht zu Detailansicht (MPI GES + FHI)===
-In Endnote sollte ankommen:
+* Umsetzung: aufwändig, aber möglich
-%0 Edited Book
+=== Anzeige von mehr als 250 Datensätzen pro Seite (MPI A/E)===
-%A Enfield, N. J.
+* Umsetzung: nicht möglich, liegt an Technologie. Unterscheidung von PubMan und REST-Schnittstelle
+* Langfristig: Wechsel zu einer anderen Technologie.
+* Erster Schritt: Nachbessern der Paginierung, damit das "Durchklicken" erleichtert wird.
-%D in press
+=== Information über Depositor eines Datensatzes innerhalb der Detailed Item View im eingeloggten Zustand (FHI)===
-%T Dynamics of human diversity: The case of mainland Southeast Asia
+* Umsetzbarkeit: mit aktuellem Core-Service nicht möglich, erst ab der nächsten Version machbar
+* Platz für die Information in den Daten: im Abschnitt "Systemdetails" - für Depositoren und Moderatoren der betreffenden Kontexte.
+* Systemdetails sollen auch in der Edit-Maske angezeigt werden.
+* Anzeige, wer den Datensatz zuletzt modifiziert hat: Künftig möglich (s.o.)
-%C Canberra
+=== Researcher Portfolio: Sortierung der Publikationen nach Publikationsjahr (FHI)===
-%I Pacific Linguistics
+* Umsetzung: im Rahmen der AG.
-%! Dynamics of human diversity: The case of mainland Southeast Asia
+=== Researcher Portfolio: Anzeige der Zeiträume für Institutszugehörigkeiten (FHI) ===
+* Anzeige datenschutztechnisch kritisch.
+* Bug: in CoNE sieht man den Inhalt von "From Until" nicht. Man muss in den Bearbeitungsmodus. Wird im Rahmen der AG gefixt.
-Eventuell können wir über Eure Genres mal ein Skript laufen lassen, was einige alte Genres durch neue ersetzt. Die Bedingungen (Wann wird welches Genre durch welches Genre ersetzt.) müssen vorher genau durch euch spezifiziert werden. Zudem müssen wir den EndNote Export überarbeiten/auf den Aktuellen Stand bringen, indem wir die neuen Genres mit einbeziehen. Dann sollte der Export als edited book klappen. <br>
+=== Anzeige der eSciDoc-ID in Kurzansicht (FHI)===
---[[User:Juliane|Juliane]] 16:29, 9 November 2011 (CET)
---------------------------------------------------
+* wird im Rahmen der AG nicht umgesetzt.
+* Problem: Wo soll die Anzeige erfolgen (nicht Teil der Metadaten)?
-==== Export Special journal issue  ====
+=== Search Result Page: Link zur automatisierten Übernahme der Suche ins REST Interface (MPI PL)===
-http://pubman.mpdl.mpg.de/pubman/item/escidoc:446240
+* Umsetzung: im Rahmen der AG.
-preview Majid, A., & Levinson, S. C. (Eds.).(2011). The senses in language and culture [Special Issue]. The Senses & Society, 6(1).
-Endnote export :
+=== Report Workspace (MPI CE, BGC, PL) ===
-%0 Generic
+* Umsetzbarkeit: großes Vorhaben -> Außerhalb der AG
+* Detaillierte Spec benötigt, Workshop/AG dazu 2012. Mail über User-Liste bezüglich der Teilnehmer.
-%E Majid, Asifa
+=== QA Workspace - OU-Filter: nur eigene OUs anzeigen (FHI) ===
-%E Levinson, Stephen C.
+* Anforderung: Ist-Zustand: im Filter nach OUs bekommt man alle OUs angezeigt. Soll-Zustand: nur OUs der eigenen Contexte sollen angezeigt werden.
+* Umsetzung: Möglichkeit 1: alle OUs, auf die sich die eigenen Kontexte beziehen (ohne Externals), Möglichkeit 2: alle OUs, auf die sich mein Account bezieht (ohne Externals), Technische Umsetzbarkeit möglich.
+* Anforderung: eigene Einstellungen, bei denen eine Vorauswahl möglich ist.
+* Umsetzung: Soll eingebaut werden, wenn eine Verwaltung möglich ist, komplexe Umsetzung.
-%T The senses in language and culture
-%@ 1745-8927
-%I Berg Publishers
-%D 2011
-%J The Senses & Society
-%V 6
-%N 1
-Ich mache das immer ein 'edited book' draus und schreib die JOurnal info irgendwo --> muss spezifiziert werden.
-Könntest Du eventuell einen Vorschlag auf der Discussion Page zur EndNote Spec diesbezüglich machen? <br>
-http://colab.mpdl.mpg.de/mediawiki/Talk:PubMan_Func_Spec_Endnote_Mapping <br>
-Die Seite ist schon recht voll, aber vielleicht machst Du einfach einen neuen Punkt auf. Dankeschön! <br>
---[[User:Juliane|Juliane]] 16:33, 9 November 2011 (CET)
---------------------------------------------------
-==== Export Conference Paper  ====
-http://pubman.mpdl.mpg.de/pubman/item/escidoc:355213
-Hanulikova, A., & Weber, A. (2010). Production of English interdental fricatives by Dutch, German, and English speakers. In K. Dziubalska-Kołaczyk, M. Wrembel, & M. Kul (Eds.), Proceedings of the 6th International Symposium on the Acquisition of Second Language Speech, New Sounds 2010, Poznań, Poland, 1-3 May 2010 (pp. 173-178). Poznan: Adam Mickiewicz University.
-%0 Conference Paper
-%A Hanulikova, Adriana
-%A Weber, Andrea
-%T Production of English interdental fricatives by Dutch, German, and English speakers
-%G eng
-%D 2010
-%B New Sounds 2010: Sixth International Symposium on the Acquisition of Second Language Speech
-%Z date od event: 2010-05-01 - 2010-05-03
-%C Poznan, Poland
-%X Non-native (L2) speakers of English often .... abstract..
-%B Proceedings of the 6th International Symposium on the Acquisition of Second Language Speech,
-New Sounds 2010, Poznań, Poland, 1-3 May 2010
-%E Dziubalska-Kołaczyk, Katarzyna; Wrembel, Magdalena ; Kul, Małgorzata
-%P 173 - 178
-%I Adam Mickiewicz University
-Hier ist das Problem das ist den Tag %B zweimal gibt.
-Einmal den Titel der Konferenz und einmal den Titel der Proceedings. Dies Ganze ist wahrscheinlich mit ein Endnote Konfiguration Problem. Ich mache da jedenfalls 'Book items' draus, wenn es einen Titel der Proceedings gibt --> näher untersuchen
-Eventuell könntest Du auch hier einmal einen Blick auf die Spec werfen und einen alternativen vorschlag zur Verbesserung machen, was meinst Du? Merci!--[[User:Juliane|Juliane]] 16:34, 9 November 2011 (CET)
 <br>
 <br>
-Im Allgemeinen wäre mein Vorschlag was Export-Style Revisions für EndNote oder andere Formate und Zitierstile angeht, dass wir es ähnlich handhaben wie mit APA früher. Dass wir Verbesserungsvorschlage fürs Mapping auf den Discussion Pages aufnehmen und anschließend gemeinsam konsolidieren und dann nochmal via User-Liste abnicken lassen, bevor es an die Implementierung geht. Was meinst Du? Eventuell würde ich diese Aktitivitäten auch gern abkoppeln vom Vorhaben AG Kleine Bugs. --[[User:Juliane|Juliane]] 16:39, 9 November 2011 (CET)
+<br>
-== MPI BGC / MPI CE ==
+== Suche ==
-===kleine Bugs===
-====Online Artikel mit "Sequence number"====
-* kann eingegeben werden, erscheint aber nicht in der Ausgabe
-* wir behelfen uns damit, die Artikelnummer in Startpage einzugeben
-** Wo wird Sequence Number nicht mit ausgegeben; also in welchem Export-Format? --[[User:Juliane|Juliane]] 10:29, 10 November 2011 (CET)
-====Button show / hide====
+=== Suche nach eingeladenen Vorträgen (FHI)===
-* wenn man die Details aufklappt (SHOW), rutscht der HIDE Button unter den letzten Detail-Eintrag
-* es wäre besser, er steht an der gleichen Position wie SHOW, also über den Einträgen
-* für Files hätte ich folgenden Wunsch:
-[[File:Pm hideFiles.JPG]]
-** Nehme ich als Anforderung mit auf. --[[User:Juliane|Juliane]] 10:29, 10 November 2011 (CET)
-===Moderator===
+* Umsetzbarkeit: möglich, von GUI abhängig.
-====Sichtbarkeit aller Items====
+* Gestaltung: Checkbox unter "Event".
-* als Moderator sollten alle Items sichtbar und editierbar sein
-** auch pending, discarded
-** für die gesamte Affiliation, nicht nur die eigenen Items
-*** Durch Implementierung der Admin Search werden auch pending Items in den berechtigten Contexten suchbar sein. Die Implementierung der Admin Search ist bereits seit Längerem gefordert und geplant, wird aufgrund des großen Umfangs dieser neuen Funktionalität jedoch nicht Teil des Vorhabens innerhalb der AG Kleine Bugs sein. --[[User:Juliane|Juliane]] 10:39, 10 November 2011 (CET)
-***Editierbar bleiben pending Items jedoch nur durch den Depositor; das ist Basis-Merkmal des Standard Worksflows. Es muss ja einen bestimmten Punkt geben (submit item) an dem der Depositor seine Arbeiten an dem Datensatz (ersteinmal) beendet und das Item dem Moderator "übergibt". --[[User:Juliane|Juliane]] 10:38, 10 November 2011 (CET)
-*** Für discarded Items besteht der Wunsch nach einem Filter im QA Workspace. Könntet ihr Euch damit auch anfreunden. Da discarded Items nicht mehr indexiert werden, wird eine Suche nämlich schwierig. --[[User:Juliane|Juliane]] 10:44, 10 November 2011 (CET)
-*** Damit können wir leben, Hauptsache suchbar --[[User:Linda Maack|Linda Maack]] 13:32, 10 November 2011 (CET)
-*** Das klingt gut :) --[[User:Juliane|Juliane]] 14:11, 10 November 2011 (CET)
-====Kurztitelliste====
+=== Admin Search (alle)===
-* Auswahlmöglichkeit der Anzeigespalten für Listen
-** Mit der Anforderung weiß ich nichts so recht anzufangen. Meint Ihr damit die Möglichkeit die Metadaten selbst bestimmen zu können, die in der Listenansicht für jede Publikation sichtbar sind? Falls ja: Diese MD sind fest und für jeden Nutzer die selben. Es wird nocheinmal eine Umfrage in der Community geben, welche Auswahl von Metadaten für diese Ansichten gewünscht werden. --[[User:Juliane|Juliane]] 10:43, 10 November 2011 (CET)
-** dass man in der Kurztitelliste z.B. "lokale Identifier" mit anzeigen und sortieren lassen kann --[[User:Linda Maack|Linda Maack]] 13:35, 10 November 2011 (CET)
-** Sorry, ich versteh immernoch nicht ganz was gemeint ist ;) Die angezeigten MD? Die Sortierungs-Optionen? ... etc. --[[User:Juliane|Juliane]] 14:10, 10 November 2011 (CET)
-** in der Kurzliste sind aktuell Titel.., Autoren.., Daten, siehe
-[[File:Pm_shortlist.jpg]]
-*** wir arbeiten mit internen LABELs, und diese hätten wir gern mit angezeigt
-*** vielleicht so, das es ein/zwei freie Anzeigespalten gibt, wo man sich z.b. den Wert "local Identifier" anzeigen lassen kann (siehe Endnote / Preferences / Display Fields)--[[User:DMewes|DMewes]] 15:12, 10
-November 2011 (CET)
+* Umsetzung: nicht innerhalb der neuen AG. Machbar erst mit neuem Framework.
-*** Ah, jetzt hab ichs verstanden ... meine Annahme ging in die Richtung :) Das ist natürlich sehr speziell. Zum einen ist vom GUI nicht vorgesehen da eine zweite Spalte quasi aufzumachen. Zum anderen ist diese Anzeige ja sehr CE-spezifisch. Also genau dieser Identifier müsste dann bei allen Items aus Eurem Kontext angezeigt werden. Zwei Hürden, die wir innerhalb der AG nicht nehmen können: die große GUI-Abhängigkeit + die User Preferences, die dann überdies äußerst speziell sind. Dickes Sorry! --[[User:Juliane|Juliane]] 16:53, 11 November 2011 (CET)
+=== Suche nach verworfenen Datensätzen / Filter für verworfene Datensätzen im QA Workspace (FHI, MPI CE, MPI BGC)===
-===Basket / Workspace===
+* Umsetzung: Suche - im Rahmen der AG möglich. Filter - mit Framework 1.3 möglich
-====Definitionen klären====
-* Basket
-** ausgewählte Items / abgespeicherte Abfrage ? ist nicht unbedingt das Gleiche
-*** Richtig. Es bestehen Anforderungen nach einem speicherbaren Basket, als auch nach speicherbaren Suchabfragen. Ich nehm das für Euch als Anforderungen mit auf, ok? --[[User:Juliane|Juliane]] 10:51, 10 November 2011 (CET)
-* Workspace
-** Platz, wo fest definierte Baskets zu finden sind, die den jeweiligen Nutzern zur Verfügung stehen (z.B. Moderatoren)
-*** Ja, das wäre dann so eine Art Basket Worspace, denke ich. --[[User:Juliane|Juliane]] 10:51, 10 November 2011 (CET)
-====gewünschte Eigenschaften====
+=== Erweiterte Suche: "Doktorarbeit" in der Liste der Abschlüsse als Erstes anordnen (FHI)===
-* Dauer, Gültigkeit
-** temporär
-** permanent, löschbar
-** permanent, persistent (als Link verwendbar)
-* Sichtbarkeit
-** privat
-** öffentlich (für bestimmte Anlässe werden Baskets zur Begutachtung / Kontrolle zur Verfügung gestellt, z.B. pro Gruppe)
-* einstellbare Kriterien
-** frei wählbar (z.B. für temporären Basket)
-** vordefinierte Baskets
-*** für Berichte
-**** Jahrbuch, Fachbeirat, Monats-/ Quartalsberichte
-*** für Bearbeitung
-**** alle neuen Publikationen
-**** alle zuletzt geänderten Publikationen (Inhalt / Status / Files)
-*** noch dazu wählbar: Status / Anzahl / Zeitraum (letzte Woche, von-bis) / Unit
-*** vordefinierte Baskets - ausgewählter Pool sollte für alle nutzbar in Workspace
+* Umsetzung: im Rahmen der AG.
+* Vorteil: man spart sich den Klick um die Liste der Abschlüsse zu öffnen.
-* Teilweise gehen diese Vorstellungen eher in Richtung "Report Workspace", ein Vorschlag der von Karin einmal über die User-Liste gemacht wurde. Wir denken auch, dass das eine interessante Idee ist, die wir nicht aus den Augen verlieren sollten. Ihr liefert ja zum Beispiel schon richtig detaillierte Spezifikationen zur Gestaltung eines solchen Workspaces. Im Zuge der AG Kleine Bugs ist ein solches Vorhaben ""Report Workspace" leider aufgrund der Größe einer solchen neuen Funktionalität nicht umsetzbar. Wir sollten das Vorhaben aber dennoch nicht aus den Augen verlieren. Und ich könnte mir vorstellen eine ähnliche Runde wie beim Dublettencheck-Workshop dazu zu machen. Was meint ihr? --[[User:Juliane|Juliane]] 10:59, 10 November 2011 (CET)
+=== Flexiblere Verknüpfungsmöglichkeiten der einzelnen Such-Felder (MPI PL)===
-* Was die Anforderungen an einen Basket angehen haben wir bereits aufgenommen: Speicherbarer Basket + Shared Basket (also ein Basket, der von mehreren Nutzern einsehbar und editierbar ist) ... ich denke das deckt sich so in etwa mit Euren Anforderungen. Und diese Anforderungen haben auch noch einen Umfang, der sich innerhalb der AG eventuell umsetzen lässt, vorausgesetzt der technischen Machbarkeit. Seht ihr das ähnlich? --[[User:Juliane|Juliane]] 10:59, 10 November 2011 (CET)
-* all diese Anforderungen sind im Prinzip auch meine! --[[User:Karin|Karin]] 10:45, 10 November 2011 (CET)
-===Style-Manager===
+* Umsetzbarkeit: nicht im Rahmen der AG. Erst nach Neubau der Suche möglich.
-* Erweiterung der Styles
-** Jahrbuchstyle ?
-*** Ihr meint den MPG-Jahrbuch-Stil, gell? Der ist in Arbeit und kommt auf jeden Fall in der ersten Jahreshälte 2012. --[[User:Juliane|Juliane]] 11:04, 10 November 2011 (CET)
-** Fachbeiratsstyle ?
-*** Ein eher individueller Style, oder gibt es da etwas MPG-konformes? --[[User:Juliane|Juliane]] 11:04, 10 November 2011 (CET)
-*** Soweit wir wissen nicht, aber durch ein Ausgabe-Tool kann sich jedes Institut verwirklichen:-)--[[User:Linda Maack|Linda Maack]] 13:43, 10 November 2011 (CET)
-*** Womit wir dann schon beim Citation Style Manager wären ;) --[[User:Juliane|Juliane]] 14:06, 10 November 2011 (CET)
-* Tool für Ausgabeformate
-** ist das aktivier- und einbaubar in PubMan?
-*** Ihr meint damit eine Art Citation Style Manager, mit dem man sich Zitierstile praktisch beliebig direkt in PubMan zusammenbasteln kann, gell? Nehm ich als Anforderung mal auf. Da können wir gern drüber diskutieren. Interessant wäre hier für uns ein Beispiel eines bereits existierenden Programms in dieser Art. Kennt ihr da etwas? Innerhalb der AG ist ein solches sehr großes Vorhaben auf jeden Fall leider nicht umsetzbar. Über die technische Machbarkeit kann man aber durchaus mal nachdenken. --[[User:Juliane|Juliane]] 11:04, 10 November 2011 (CET)
-***Hat nicht Malte Dreyer in Berlin (Pubman Days) erwähnt, dass es bereits ein Entwurfs-Tool gab? (zu Herrn Grüns Zeiten? meint Diana)--[[User:Linda Maack|Linda Maack]] 13:43, 10 November 2011 (CET)
-*** Ja, richtig, vor sehr langer Zeit gab es da mal Arbeiten an einer Art Citation Style Manager. Unsere Technologien haben sich seitdem doch etwas verändert, so dass es fraglich bleibt, was von damals noch nachnutzbar ist. Das müssten wir hier mal prüfen. --[[User:Juliane|Juliane]] 14:08, 10 November 2011 (CET)
-== FHI ==
+=== Speicherbare Suchabfragen (MPI CE, BGC, PL)===
-'''Bearbeiten von Datensätzen'''
-* Die Moeglichkeit des Arbeitens in mehreren Tabs ist dringend erforderlich! Es ist beim Arbeiten mit PubMan in mehreren Tabs schon mehrmals passiert, dass ein älterer Datensatz, aus dem etwas mit Copy und Paste übernommen werden sollte, vollstänig überschrieben wurde :-(
+* Umsetzbarkeit: nicht umsetzbar innerhalb der AG, weil komplex und GUI-abhängig. Wartet bis zur neuen Suche.
-** Das wird schwierig diese Anforderung möglich zu machen, aber wir werden beim Abschlusstreffen drüber sprechen. --[[User:Juliane|Juliane]] 16:48, 7 November 2011 (CET)
+* Workaround: Suchen können gebookmarkt werden. URL abfragen.
-** Hm, wäre aber zum Arbeiten wirklich hilfreich! --[[User:Uta|Uta]] 13:00, 14 November 2011 (CET)
+=== Komplizierte Suche nach dem Publikationsstatus von Publikationen über das Datum ===
-** Liegt an der verwendeten Technik, dass das nicht möglich ist. Sprechen wir im finalen Treffen noch drüber. --[[User:Juliane|Juliane]] 18:12, 14 November 2011 (CET)
+* Lösung: Ein neues Indexfeld "Publikationsstatus" wird durch die Eingabe des Datums automatisch befüllt. Dieses Feld ist suchbar.
+* Spezifikation: Welcher Status soll bei der Befüllung welcher Felder vergeben werden?
+* Umsetzung innerhalb der AG möglich.
+=== Suche innerhalb von Vorgänger/Nachfolger-Organisationen (MPI PL) ===
-* Da ein Eintrag i.d.R. (jedenfalls wenn man die Publikationen bereits in PubMan eingibt, wenn sie beim Verlag eingereicht werden) den QA-Preozess mehrmals durchläuft, sollte es auch jedes Mal moelgich sein, den Datensatz an den Depositor zurückzuschicken!
+* Umsetzung: im Rahmen der AG möglich.
-** Ja, klingt logisch. Wir müssen noch prüfen, ob das technisch möglich ist. --[[User:Juliane|Juliane]] 16:48, 7 November 2011 (CET)
+* Gestaltung: Trennung zwischen Umbennung einer OU (Umbennung darf durchgeführt werden) und struktureller Veränderung einer OU (Predecessor und Successor)
+=== Suche nach OUs: Es soll nur innerhalb der Publikation und nicht innerhalb der Quelle gesucht werden (MPI PL) ===
-* Für die eingabe von Datensätzen wäre es hilfreich, wenn eine Liste mit Sonderzeichen, so wie bei eDoc zur Verfügung gestellt würde.
+* Umsetzbarkeit: im Rahmen der AG möglich.
-** Ahja, hab ich mir auf eDoc angeschaut. nehm ich als Anforderung mit auf. Sollten wir über die Priorität noch sprechen. --[[User:Juliane|Juliane]] 16:57, 7 November 2011 (CET)
+* Meinung der anderen Nutzer: Umfrage von Karin über PubMan-Users-Liste. Umfrage angestossen am 24.11. --[[User:Karin|Karin]] 12:12, 24 November 2011 (CET)
+* Genaue Spezifikation ist nötig.
+== Export ==
-* Zur Vermeidung von ständig neuen Versionsnummern wäre es hilfreich, wenn am Ende der Eingabe noch einmal eine Übersicht in Tabellenform angezeigt bekäme, bevor der Eintrag endgültig submitted wird. Dort sollte man auch die eingegebenen Links testen können.
+=== EndNote-Anpassungen (MPI PL)===
-** Also so eine Art Voransicht des Datensatzes, richtig? --[[User:Juliane|Juliane]] 17:03, 7 November 2011 (CET)
-** Ja, genau, eine Voransicht, die man dann ggf. noch einmal bearbeiten kann, bevor man endgültig speichert. --[[User:Uta|Uta]] 13:03, 14 November 2011 (CET)
-** Hab ich als Anforderung aufgenommen. --[[User:Juliane|Juliane]] 18:12, 14 November 2011 (CET)
+* Änderung muss spezifiziert werden, Abstimmung nötig
+=== APA-Anpassungen (MPI A/E)===
-* Für den Moderator ist es notwendig, dass angezeigt wird, welcher Depositor den Eintrag gemacht hat, da es z.Zt. ja auch nicht möglich ist einen Datensatz, der schon einmal freigegeben wurde, noch einmal zurückzusenden. Aber prinzipiell ist es notwendig, zu wissen, wer welche Einträge gemacht hat. (Und man sollte danach auch suchen können!)
+* Umsetzbarkeit: nicht im Rahmen der AG möglich.
-** Diese Anforderung haben wir bereits aufgenommen. Wir prüfen hier derzeit die technische Machbarkeit. --[[User:Juliane|Juliane]] 17:03, 7 November 2011 (CET)
+* Diskussion zu den Zitierstilen: Anpassung der vorhanden Stile vs. Zitierstilkonfigurator
-** Dieses möchten wir schon seit Beginn des Arbeitens mit PubMan! --[[User:Karin|Karin]] 18:33, 9 November 2011 (CET)
-** Das ist uns nicht entgangen, war technisch aber bisher nicht möglich. Mit dem neuen Framework sieht es besser aus. --[[User:Juliane|Juliane]] 18:12, 14 November 2011 (CET)
+=== Neuer Zitierstil nach DIN 1505-2 (MPI A/E)===
-'''Suche'''
+* Umsetzbarkeit: nicht in AG, MPG-Zitierstil hat Vorrang.
-* Die Suche nach eingeladenen Vorträgen ist für die Erstellung eines FB-Berichts essentiell! Ausserdem sollte dieser Fakt auch in der Anzeige sichtbar sein, da man in Zukunft u.U. gar keinen Bericht mehr druckt, sondern auf PubMan verweisen wird.
+=== Speicherbarer Basket (alle) / Erweiterung: Shared Basket (MPI PL)===
-** Die Suche nach eigeladenen Vorträgen habe ich als Anforderung aufgenommen. Mit Anzeige, meinst Du die Kurzansicht? Denn in der Vollansicht ist ja ein Vermerk sichtbar, dass es sich um einen eingeladenen vortrag handelt.--[[User:Juliane|Juliane]] 09:54, 8 November 2011 (CET)
-** Also, ich weiss jetzt nicht, welche Vollanzeige Du meinst (die Eingabemaske?)? Ich kann auch in der Vollanzeige nirgendwo einen Hinweis darauf entdecken, dass es sich um einen eingeladenen Vortrag handlet. Z.B. bei escidoc:735645. In welchem Bereich soll denn die Info auftauchen? --[[User:Uta|Uta]] 13:07, 14 November 2011 (CET)
-** In der Vollansicht steht innerhalb der Angaben zum Event unter "Invited: Yes". --[[User:Juliane|Juliane]] 18:12, 14 November 2011 (CET)
+* Umsetzbarkeit: innerhalb der AG nicht möglich.
-* Die Suche nach submitted Datensätzen und Datensätzen im Pending-Status auf PubMan ist ebenfalls erforderlich, zumindest für Moderatoren. Da Depositor schon gerne mal vergessen, dass sie zwar etwas eingegeben haben in PubMan, aber nicht fertiggestellt. Bei eDoc konnte man als Moderator nach Pending-Datensätzen suchen und die Depositor daran erinnern, dass sie da noch etwas fertig bearbeiten müssen.
+=== REST: Sortieroptionen als Label in Form eines Pulldown-Menüs (MPI PL + GES)===
-** Die Admin Search ist als Anforderung bereits seit längerer Zeit notiert, wird aber im Rahmen der AG Kleine Bugs nicht umsetzbar sein, da es sich um ein recht großes Feature handelt. Mit dem kommenden neuen Framework sind jedoch die Voraussetzungen für eine Implementierung geschaffen. --[[User:Juliane|Juliane]] 09:54, 8 November 2011 (CET)
+* Auflistung der Sotieroptionen als Labels: Martin Boosen legt eine Colab-Seite an.
-* Auch die Suche nach verworfenen Einträgen ist für Moderatoren äußerst wichtig.
+=== Automatic Citation Style Manager (MPI CE, BGC)===
-** Verworfene Datensätze werden nicht mehr für die Suche indexiert (dies hat ja einen guten Grund) und sind deshalb nicht mehr suchbar. Wir müssen schauen, ob und wie wir diese Anforderung technisch umsetzen könnten. Würde auch ein Filter nach verworfenen Datensatzen im QA Workspace reichen? --[[User:Juliane|Juliane]] 10:01, 8 November 2011 (CET)
-** Ja, ein Filter im QA Workspace wuerde hierfuer auch ausreichen. --[[User:Uta|Uta]] 13:08, 14 November 2011 (CET)
-** Geht beides zu machen ... mit dem kommenden neuen Framework. Die Suche dann im Rahmen der Admin Search; der Filter schon eher. --[[User:Juliane|Juliane]] 18:12, 14 November 2011 (CET)
+* Nicht umsetzbar im Rahmen der AG.
+* langfristiges Projekt: MPDL analysiert erstmal Zitierstilkonfiguratoren.
+* Evtl. im Rahmen eines größeren Projekts umsetzbar.
-* Wenn man bei der Suche Genre aufklappt, bekommt man bei 'Art des Abschlusses' als erstes 'Diplom' angezeigt. Hier sollte als erstes  Doktoarbeit stehen, weil danach auch von Benutzern am haeufigsten gesucht wird.
-** Habe ich als Anforderung aufgenommen. --[[User:Juliane|Juliane]] 10:01, 8 November 2011 (CET)
+<br>
-* Wie schon vom MPI GES oben erwähnt: das Blättern in den Suchergebnissen (Vollanzeige) fehlt.
+<br>
-** Ist aufgenommen. --[[User:Juliane|Juliane]] 10:01, 8 November 2011 (CET)
+<br>
-'''Baskets'''
-* Baskets werden für die Vorbereitung und zum Erstellen von verschiedensten Listen benoetigt, besonders auch von Wissenschaftlern selber
-** Ich nehme an damit meinst Du speicherbare Baskets. Diese Anforderung ist bereits notiert. --[[User:Juliane|Juliane]] 10:01, 8 November 2011 (CET)
-** Ja, genau. Die Baskets sollen bitte speicherbar sein. --[[User:Uta|Uta]] 13:09, 14 November 2011 (CET)
-** Habe ich als Anforderung aufgenommen. --[[User:Juliane|Juliane]] 18:12, 14 November 2011 (CET)
-'''Bildschirmanzeige'''
-* Forscherportfolio: bei Personen, von denen mehrere Affiliations mit verschiedenen Zeiträumen angegeben sind, werden diese Zeiträume nicht angezeigt. Das wollen die Wissenschaftler aber so haben. Ausserdem hätten sie die Liste gerne nach Erscheinungsdatum der Publikation sortiert und nicht nach Eingabedatum in PubMan.
-** Die Anzeige der Zeiträume für die Zugehörigkeit zu einer Affil der Autoren ist aus datenschutzrechtlichen Gründen für nicht eingeloggte Nutzer nicht möglich. Das Default Sorting der Publikationen im Researcher Portfolio prüfe ich und nehme "Sortierung nach Publikationsjahr" als Anforderung auf. --[[User:Juliane|Juliane]] 10:13, 8 November 2011 (CET)
-** Hm, man sieht doch die Zeiträume aber auch nicht, wenn man eingeloggt ist. Selbst in CoNE muss man den Datensatz öffnen, damit man sieht, was schon erfasst ist. Das halte ich nun wirklich für übertriebenen Datenschutz, dass ich selbst als eingeloggter User Datensätze öffnen muss, um alle Informationen zu erhalten. --[[User:Uta|Uta]] 13:11, 14 November 2011 (CET)
-** Hm, stimmt; also dass man den Datensatz öffnen muss, um die Zeitangaben zu sehen. Im Researcher Portfolio bekommt der eingeloggte Nutzer zumindest die Info über Former bzw. Recent Position. Können wir ja im Treffen nochmal drüber reden. Ich denke die exakten Zeiten für alle (auch uneingeloggte Nutzer) im Researcher Portfolio anzeigen zu lassen, wird aus den genannten datenschutzrechtlichen Gründen schwierig werden. --[[User:Juliane|Juliane]] 18:12, 14 November 2011 (CET)
-* Die PubMan-ID ist nur im Vollanzeigemodus sichtbar. Für eine schnelle Bearbeitung bzw. Zusammenstellung von Listen, ist es jedoch sinnvoll, auch in der Kurzanzeige die PubMan-ID zu haben, auch weil Datensätze so liechter auffindbar sind.  Ausserdem ist es wirklich essentiell, dass die PubMan-ID vor allem sichtbar ist, wenn der Datensatz geöffnet ist. (Neulich konnte ich bspw. einen Datensatz nicht schliessen. Um herauszufinden welcher Datensatz das nun ist, habe ich einen zweiten Tab im Browser geöffnet. Dabei passiert es aber gerne mal, dass Datensätze überschrieben werden. s.o.)
-** Hab ich als Anforderungen aufgenommen. --[[User:Juliane|Juliane]] 11:47, 8 November 2011 (CET)
-* html-Tags (z.b. <sub> </sub>) werden in der Kurzanzeigen als solche angezeigt, also nicht umgesetzt. Das ist zimelich unübersichtlich. sowohl bei der Vollanzeige als auch beim Export scheint das kein Problem zu sein
-** Dies sollte eigentlich nicht der Fall sein. Kannst Du mir hierzu ein Beispiel zeigen? --[[User:Juliane|Juliane]] 11:47, 8 November 2011 (CET)
-** Z.B. bei escidoc:1156672, die tiefgestellte 2 von TiO2 wird so TiO<sub>2</sub> angezeigt. --[[User:Uta|Uta]] 13:16, 14 November 2011 (CET)
-** Hm, ich versteh jetzt nicht genau wo das Problem liegt. Genauso sollte es doch angezeigt werden, oder; also, dass die HTML-Tags auch richtig interpretiert und im Titel korrekt angezeigt werden? Bis dato wurden ja die html Tags nicht aufgelöst, was zu Unzufriedenheit in der Community geführt hat. --[[User:Juliane|Juliane]] 18:12, 14 November 2011 (CET)
-*** Hm, da muss ich jetzt aber lachen: Das Wiki setzt naemlich die Tags richtig um, was PubMan in der Kurzanzeigen wohl nicht immer hinkriegt. Bitte mal in PubMan nach TiO2 suchen, dann siehst Du, was ich meine. --[[User:Uta|Uta]] 16:35, 15 November 2011 (CET)
-* Für externe Benutzer von PubMan ist es etwas verwirrend, dass bei den MPG-Affiliations keine Adresse angezeigt wird. Warum werden (können) die Adressen nicht in CoNE hinterlegt (werden)?
-** Die MPIs werden in CoNE für jedne Autor nur "referenziert" (Verweis auf die OU-ID). Die Adressen bzw. Beschreibungen der MPIs können für jede einzelne Abteilung direkt hinterlegt werden. (Klick auf das kleine Häuschen nach den Affils öffnet neues Fenster und zeigt Informationen zu OUs). --[[User:Juliane|Juliane]] 11:47, 8 November 2011 (CET)
-** Zu dem Thema hat mir Ben Bowman gestern auch noch einen Hinweis gegeben. Bei so bibliometrischen Analysen wie sie zB von Herrn Bornmann gemacht werden, um zu gucken wo geografische Zentren von bestimmen Forschungsgebieten sind, waere es zumind. sehr hilfreich,wenn wir auch in den PubMan items, die Adressen oder zumind. Ort und Land der MPI's mit drin haben.--[[User:Karin|Karin]] 18:33, 9 November 2011 (CET)
 = Abschluss-Treffen AG Kleine Bugs=
@@ Line 563: / Line 252: @@
 [[Category:PubMan_Community|AG]]
+[[Category:PubMan_Requirements|AG]]

Difference between revisions of "PubMan AG Kleine Bugs"