Difference between revisions of "Talk:PubMan AG Kleine Bugs"

From MPDLMediaWiki
Jump to navigation Jump to search
 
Line 1: Line 1:
<accesscontrol>MPDL</accesscontrol>
=Themensammlung=


= Konsolidierte Liste der zusammengetragenen Anforderungen =
== MPI GES ==
* 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!!)


== Allgemein ==
* 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)


=== Link zu Services (CoNE / REST) im eingeloggten Zustand (MPI A/E) ===
== AEI ==


=== Arbeiten in mehreren Tabs (FHI)===


=== Platzierung des HIDE-Buttons (MPI CE & BGC) ===
== MPI PL ==


=== PubMan searches ===
* 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)
* Ich möchte alle Publikationen ausser denen, die im Titel xxxx stehen haben - advanced search anpassen
** 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)
[[image:Sucheninpres.jpg]]
* 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.
* Es bedeutet doch nur, im 'date accepted' steht das 'most recent date' des Datensatzes und diese muss ich 'mühsam' nachbauen in der Anfrage.
** 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.
zB: ich suche alle Book chapter die die Abt. Language and Cognition in den Jahren 2010 und 2011 publiziert hat. Diese Suche
[( ( 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)
* 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>
<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>
<br>


== Submission & QA ==
*meine Lösung: <lfd Nr. des Autors>-<ID des Autors>-<internes Gruppenkürzel>
**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)


=== Keine Angabe eines alternativen Titels möglich in den Quellen der Genre Buchkapitel und Konferenzbeitrag (MPI A/E)===
<br>
<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)


=== Einbinden von Liste mit möglichen Sonderzeichen sowie Hinweisen auf HTML Tags (Subscript + Superscript) (FHI)===
-----------------------------------------------------------------


=== "Send back for Rework" auch nach Release (FHI)===
=== Workspaces ===
==== Fachbeirats Workspace / User defined Workspaces ====




=== Anzeige der eSciDoc-ID im geöffneten Datensatz (Edit Mode) (FHI)===
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.
<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)


=== Voransicht eines editierten Datensatzes vor dem Speichern/Submitten/Release (FHI)===
-----------------------------------------------------------------


=== Fehlerhafte Eingaben in PubMan: Prüfung bei welchen Items CoNE Autoren ausgewählt, aber eine OU ohne ID eingetragen wurde (MPI PL) ===
====  Länge der Workspaces ====
* 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.
** 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)


=== Austausch zur Vermeidung fehlerhafter CoNE-Verknüpfungen (MPI PL) ===
-----------------------------------------------------------------


=== LIsten mit Permutationen ===
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.
<br>
<br>
In Endnote geht es so:
<br>
<br>
[[image:Endnotesubject.jpg]].
<br>
<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>
<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)
-----------------------------------------------------------------
=== Export in Literaturverwaltungssysteme (hier: Endnote )===
* Allgemeines: Es ist schwer zu vermitteln, dass der html, pdf und rtf Export einen anderen Zitierstil liefert als der Endnote export.
** 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)


== Workspaces & Listen &  Detailed View ==
-----------------------------------------------
==== Export der Datumsangaben ====


=== Blättern von Detailansicht zu Detailansicht (MPI GES + FHI)===
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>


=== Anzeige von mehr als 250 Datensätzen pro Seite (MPI A/E)===
Export nach endnote:


=== Information über Depositor eines Datensatzes innerhalb der Detailed Item View im eingeloggten Zustand (FHI)===
%0 Book


=== Researcher Portfolio: Sortierung der Publikationen nach Publikationsjahr (FHI)===
%A Enfield, N. J.


=== Researcher Portfolio: Anzeige der Zeiträume für Institutszugehörigkeiten (FHI) ===
%T Dynamics of human diversity: The case of mainland Southeast Asia


=== Anzeige der eSciDoc-ID in Kurzansicht (FHI)===
%G eng


=== Search Result Page: Link zur automatisierten Übernahme der Suche ins REST Interface (MPI PL)===
%I Pacific Linguistics


=== Report Workspace (MPI CE, BGC, PL) ===
%C Canberra


=== QA Workspace - OU-Filter: nur eigene OUs anzeigen (FHI) ===
%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>
<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>
<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>
<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  ====
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.
In Endnote sollte ankommen:
%0 Edited Book
%A Enfield, N. J.
%D in press
%T Dynamics of human diversity: The case of mainland Southeast Asia
%C Canberra
%I Pacific Linguistics
%! Dynamics of human diversity: The case of mainland Southeast Asia
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>
--[[User:Juliane|Juliane]] 16:29, 9 November 2011 (CET)
--------------------------------------------------
==== Export Special journal issue  ====
http://pubman.mpdl.mpg.de/pubman/item/escidoc:446240
preview Majid, A., & Levinson, S. C. (Eds.).(2011). The senses in language and culture [Special Issue]. The Senses & Society, 6(1).
Endnote export :
%0 Generic
%E Majid, Asifa
%E Levinson, Stephen C.
%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.


== Suche ==


=== Suche nach eingeladenen Vorträgen (FHI)===
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)
--------------------------------------------------


=== Admin Search (alle)===
==== Export Conference Paper  ====


=== Suche nach verworfenen Datensätzen / Filter für verworfene Datensätzen im QA Workspace (FHI, MPI CE, MPI BGC)===
http://pubman.mpdl.mpg.de/pubman/item/escidoc:355213


=== Erweiterte Suche: "Doktorarbeit" in der Liste der Abschlüsse als Erstes anordnen (FHI)===
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.


=== Flexiblere Verknüpfungsmöglichkeiten der einzelnen Such-Felder (MPI PL)===
%0 Conference Paper


=== Speicherbare Suchabfragen (MPI CE, BGC, PL)===
%A Hanulikova, Adriana


=== Suche innerhalb von Vorgänger/Nachfolger-Organisationen (MPI PL) ===
%A Weber, Andrea


=== Suche nach OUs: Es soll nur innerhalb der Publikation und nicht innerhalb der Quelle gesucht werden (MPI PL) ===
%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>
<br>
<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)
 
== MPI BGC / MPI CE ==
===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====
* 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===
====Sichtbarkeit aller Items====
* 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====
* 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)
 
 
*** 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)
 
===Basket / Workspace===
====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====
* 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
 
 
* 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)
* 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===
* 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 ==
'''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 :-(
** 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)
** Hm, wäre aber zum Arbeiten wirklich hilfreich! --[[User:Uta|Uta]] 13:00, 14 November 2011 (CET)
** 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)
 
 
* 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!
** Ja, klingt logisch. Wir müssen noch prüfen, ob das technisch möglich ist. --[[User:Juliane|Juliane]] 16:48, 7 November 2011 (CET)
 
 
* 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.
** 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)
 
 
* 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.
** 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)
 
 
* 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!)
** Diese Anforderung haben wir bereits aufgenommen. Wir prüfen hier derzeit die technische Machbarkeit. --[[User:Juliane|Juliane]] 17:03, 7 November 2011 (CET)
** 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)
 
 
'''Suche'''
 
* 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.
** 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)
 
 
* 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.
** 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)
 
 
* Auch die Suche nach verworfenen Einträgen ist für Moderatoren äußerst wichtig.
** 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)
 
 
* 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)
 
 
* Wie schon vom MPI GES oben erwähnt: das Blättern in den Suchergebnissen (Vollanzeige) fehlt.
** Ist aufgenommen. --[[User:Juliane|Juliane]] 10:01, 8 November 2011 (CET)
 
 
'''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'''


== Export ==
* 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)


=== EndNote-Anpassungen (MPI PL)===


=== APA-Anpassungen (MPI A/E)===
* 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)


=== Neuer Zitierstil nach DIN 1505-2 (MPI A/E)===


=== Speicherbarer Basket (alle) / Erweiterung: Shared Basket (MPI PL)===
* 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)  


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


=== Automatic Citation Style Manager (MPI CE, BGC)===
* 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)

Latest revision as of 16:28, 15 November 2011

Themensammlung[edit]

MPI GES[edit]

  • 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 --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. --Molloy 13:43, 21 October 2011 (CEST)
    • Ah, jetzt hab ich das verstanden :) Dann nehm ich das als Improvement auf. --Juliane 17:42, 3 November 2011 (CET)

MPI A / MPI E[edit]

  • Die 2. Quelle wird nicht berücksichtigt beim APA Stil
    • Da müssen wir die Spezifikation des APA-Stil checken und gegebenfalls anpassen. --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. --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 REST-Interface können größere Datenmengen exportiert werden.Trotzdem sollten wir uns über diese beiden Anfoerdungen nocheinmal austauschen.--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. --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.? --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. --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? --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. --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.--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.--Juliane 15:03, 17 October 2011 (CEST)

AEI[edit]

MPI PL[edit]

PubMan searches[edit]

  • 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. --Juliane 16:02, 8 November 2011 (CET)


  • Ich möchte alle Publikationen ausser denen, die im Titel xxxx stehen haben - advanced search anpassen
    • 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. --Juliane 16:02, 8 November 2011 (CET)


Sucheninpres.jpg

  • 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.
  • Es bedeutet doch nur, im 'date accepted' steht das 'most recent date' des Datensatzes und diese muss ich 'mühsam' nachbauen in der Anfrage.
    • Hier wird mir die genaue Anforderung noch nicht ganz klar. Welche Option würde eine solche Suche vereinfachen. Bitte noch genauer spezifizieren. Danke. --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.

zB: ich suche alle Book chapter die die Abt. Language and Cognition in den Jahren 2010 und 2011 publiziert hat. Diese Suche [( ( 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. --Karin 20:54, 14 November 2011 (CET)

  • 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. --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!! --Molloy 13:47, 21 October 2011 (CEST)
    • Übernehme ich als Anforderung. --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. --Juliane 10:33, 9 November 2011 (CET)

Bereinigung von Datenfehlern / HIlfe bei der Eingabe[edit]

Fehlerhafte Verlinkung bzw Nichtverlinkung von Org Units[edit]

Ich hätte gern im 'view' bei den 'CoNE' icons und dem icon der OrgUnit ein 'mouse overall items of ....' dann die Bennung des Entries, da es immer noch vorkommt dass falsch geconed wird oder ein org unit nicht richtig ist!

Beispiel: Suche nach den Org units Individual Differences in 'Language Processing Department' und 'Individual Differences in Language Processing Group' ergibt 54 items:
( ( 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" )

Individual.jpg

Um die 7 falschen items zu ermitteln (inzwischen verbessert 15.30), muss man wieder diese langen Abfragen machen:

Search adv.jpg

dann ist es zB:
http://pubman.mpdl.mpg.de/pubman/faces/viewItemFullPage.jsp?itemId=escidoc:468030:9

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:
http://pubman.mpdl.mpg.de/pubman/item/escidoc:66341:3
http://pubman.mpdl.mpg.de/pubman/item/escidoc:66291:3

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.

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.

- -> Diana, Du machst doch bestimmt solche 'error' Läufe?

  • meine Lösung: <lfd Nr. des Autors>-<ID des Autors>-<internes Gruppenkürzel>
    • 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

-- DMewes 16:39, 9 November 2011 (CET)



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?
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.
Einverstanden?
--Juliane 10:33, 9 November 2011 (CET)


Workspaces[edit]

Fachbeirats Workspace / User defined Workspaces[edit]

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.
<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.
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'.
Submitted publications werden (meistens) nicht released, das ist fuer uns eine zusaetzl. Schwierigkeit da sie nicht suchbar sind.
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!
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..
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.
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).

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.
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?
--Juliane 15:26, 9 November 2011 (CET)

--- das hört sich gut an, und wurde ja auch von allen unterstützt. --Karin 21:12, 14 November 2011 (CET)


Länge der Workspaces[edit]

  • 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.
    • 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. --Juliane 15:32, 9 November 2011 (CET)

LIsten mit Permutationen[edit]

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.

In Endnote geht es so:
Endnotesubject.jpg.
Man kann die Listen per Subject term erstellen, kann auch Author sein und danach kann man auch die Sortierung und den Citationstyle bestimmen:
Endnote7.jpg

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.
--Juliane 15:59, 9 November 2011 (CET)


Export in Literaturverwaltungssysteme (hier: Endnote )[edit]

  • Allgemeines: Es ist schwer zu vermitteln, dass der html, pdf und rtf Export einen anderen Zitierstil liefert als der Endnote export.
    • 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. --Juliane 16:07, 9 November 2011 (CET)

Export der Datumsangaben[edit]

in press (oder submitted) http://pubman.mpdl.mpg.de/pubman/item/escidoc:1100597
Referenz in preview: Enfield, N. J. (Ed.). (in press). Dynamics of human diversity: The case of mainland Southeast Asia. Canberra: Pacific Linguistics.

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.

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
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:
priority is: first Date.DateType = Published in Print, Date.DateType = Published Online, Date.DateType = accepted Date.DateType = submitted, Date.DateType = modified, Date.DateType = created
Hättest Du Verbesserungsvorschläge für dieses Mapping?
--Juliane 16:24, 9 November 2011 (CET)


Export Genre book vs edited book[edit]

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.

In Endnote sollte ankommen:

%0 Edited Book

%A Enfield, N. J.

%D in press

%T Dynamics of human diversity: The case of mainland Southeast Asia

%C Canberra

%I Pacific Linguistics

%! Dynamics of human diversity: The case of mainland Southeast Asia


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.
--Juliane 16:29, 9 November 2011 (CET)


Export Special journal issue[edit]

http://pubman.mpdl.mpg.de/pubman/item/escidoc:446240 preview Majid, A., & Levinson, S. C. (Eds.).(2011). The senses in language and culture [Special Issue]. The Senses & Society, 6(1).

Endnote export :

%0 Generic

%E Majid, Asifa

%E Levinson, Stephen C.

%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?
http://colab.mpdl.mpg.de/mediawiki/Talk:PubMan_Func_Spec_Endnote_Mapping
Die Seite ist schon recht voll, aber vielleicht machst Du einfach einen neuen Punkt auf. Dankeschön!
--Juliane 16:33, 9 November 2011 (CET)


Export Conference Paper[edit]

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!--Juliane 16:34, 9 November 2011 (CET)

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. --Juliane 16:39, 9 November 2011 (CET)

MPI BGC / MPI CE[edit]

kleine Bugs[edit]

Online Artikel mit "Sequence number"[edit]

  • 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? --Juliane 10:29, 10 November 2011 (CET)

Button show / hide[edit]

  • 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:

Pm hideFiles.JPG

    • Nehme ich als Anforderung mit auf. --Juliane 10:29, 10 November 2011 (CET)

Moderator[edit]

Sichtbarkeit aller Items[edit]

  • 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. --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". --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. --Juliane 10:44, 10 November 2011 (CET)
      • Damit können wir leben, Hauptsache suchbar --Linda Maack 13:32, 10 November 2011 (CET)
      • Das klingt gut :) --Juliane 14:11, 10 November 2011 (CET)

Kurztitelliste[edit]

  • 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. --Juliane 10:43, 10 November 2011 (CET)
    • dass man in der Kurztitelliste z.B. "lokale Identifier" mit anzeigen und sortieren lassen kann --Linda Maack 13:35, 10 November 2011 (CET)
    • Sorry, ich versteh immernoch nicht ganz was gemeint ist ;) Die angezeigten MD? Die Sortierungs-Optionen? ... etc. --Juliane 14:10, 10 November 2011 (CET)
    • in der Kurzliste sind aktuell Titel.., Autoren.., Daten, siehe

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)--DMewes 15:12, 10

November 2011 (CET)


      • 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! --Juliane 16:53, 11 November 2011 (CET)

Basket / Workspace[edit]

Definitionen klären[edit]

  • 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? --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. --Juliane 10:51, 10 November 2011 (CET)

gewünschte Eigenschaften[edit]

  • 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


  • 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? --Juliane 10:59, 10 November 2011 (CET)
  • 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? --Juliane 10:59, 10 November 2011 (CET)
  • all diese Anforderungen sind im Prinzip auch meine! --Karin 10:45, 10 November 2011 (CET)

Style-Manager[edit]

  • 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. --Juliane 11:04, 10 November 2011 (CET)
    • Fachbeiratsstyle ?
      • Ein eher individueller Style, oder gibt es da etwas MPG-konformes? --Juliane 11:04, 10 November 2011 (CET)
      • Soweit wir wissen nicht, aber durch ein Ausgabe-Tool kann sich jedes Institut verwirklichen:-)--Linda Maack 13:43, 10 November 2011 (CET)
      • Womit wir dann schon beim Citation Style Manager wären ;) --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. --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)--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. --Juliane 14:08, 10 November 2011 (CET)

FHI[edit]

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 :-(
    • Das wird schwierig diese Anforderung möglich zu machen, aber wir werden beim Abschlusstreffen drüber sprechen. --Juliane 16:48, 7 November 2011 (CET)
    • Hm, wäre aber zum Arbeiten wirklich hilfreich! --Uta 13:00, 14 November 2011 (CET)
    • Liegt an der verwendeten Technik, dass das nicht möglich ist. Sprechen wir im finalen Treffen noch drüber. --Juliane 18:12, 14 November 2011 (CET)


  • 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!
    • Ja, klingt logisch. Wir müssen noch prüfen, ob das technisch möglich ist. --Juliane 16:48, 7 November 2011 (CET)


  • 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.
    • Ahja, hab ich mir auf eDoc angeschaut. nehm ich als Anforderung mit auf. Sollten wir über die Priorität noch sprechen. --Juliane 16:57, 7 November 2011 (CET)


  • 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.
    • Also so eine Art Voransicht des Datensatzes, richtig? --Juliane 17:03, 7 November 2011 (CET)
    • Ja, genau, eine Voransicht, die man dann ggf. noch einmal bearbeiten kann, bevor man endgültig speichert. --Uta 13:03, 14 November 2011 (CET)
    • Hab ich als Anforderung aufgenommen. --Juliane 18:12, 14 November 2011 (CET)


  • 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!)
    • Diese Anforderung haben wir bereits aufgenommen. Wir prüfen hier derzeit die technische Machbarkeit. --Juliane 17:03, 7 November 2011 (CET)
    • Dieses möchten wir schon seit Beginn des Arbeitens mit PubMan! --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. --Juliane 18:12, 14 November 2011 (CET)


Suche

  • 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.
    • 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.--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? --Uta 13:07, 14 November 2011 (CET)
    • In der Vollansicht steht innerhalb der Angaben zum Event unter "Invited: Yes". --Juliane 18:12, 14 November 2011 (CET)


  • 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.
    • 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. --Juliane 09:54, 8 November 2011 (CET)


  • Auch die Suche nach verworfenen Einträgen ist für Moderatoren äußerst wichtig.
    • 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? --Juliane 10:01, 8 November 2011 (CET)
    • Ja, ein Filter im QA Workspace wuerde hierfuer auch ausreichen. --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. --Juliane 18:12, 14 November 2011 (CET)


  • 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. --Juliane 10:01, 8 November 2011 (CET)


  • Wie schon vom MPI GES oben erwähnt: das Blättern in den Suchergebnissen (Vollanzeige) fehlt.
    • Ist aufgenommen. --Juliane 10:01, 8 November 2011 (CET)


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. --Juliane 10:01, 8 November 2011 (CET)
    • Ja, genau. Die Baskets sollen bitte speicherbar sein. --Uta 13:09, 14 November 2011 (CET)
    • Habe ich als Anforderung aufgenommen. --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. --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. --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. --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. --Juliane 11:47, 8 November 2011 (CET)


  • html-Tags (z.b. ) 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? --Juliane 11:47, 8 November 2011 (CET)
    • Z.B. bei escidoc:1156672, die tiefgestellte 2 von TiO2 wird so TiO2 angezeigt. --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. --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. --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). --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.--Karin 18:33, 9 November 2011 (CET)