PubMan AG Kleine Bugs

Aufgabe der AG

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

• 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

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

Themensammlung

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

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

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. --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)

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

• 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

Fehlerhafte Verlinkung bzw Nichtverlinkung von Org Units

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" )



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



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

Fachbeirats Workspace / User defined Workspaces

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)

---

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

---

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.

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


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 )

• 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

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

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

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

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

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

• • Nehme ich als Anforderung mit auf. --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.
      

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)

Kurztitelliste

• Auswahlmöglichkeit der Anzeigespalten für Listen

Basket / Workspace

Definitionen klären

• Basket
  • ausgewählte Items / abgespeicherte Abfrage ? ist nicht unbedingt das Gleiche
• Workspace
  • Platz, wo fest definierte Baskets zu finden sind, die den jeweiligen Nutzern zur Verfügung stehen (z.B. Moderatoren)

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

Style-Manager

• Erweiterung der Styles
  • Jahrbuchstyle ?
  • Fachbeiratsstyle ?
• Tool für Ausgabeformate
  • ist das aktivier- und einbaubar in PubMan?

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. --Juliane 16:48, 7 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)

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

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)

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

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

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)

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

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

Abschluss-Treffen AG Kleine Bugs

Termin

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

Ziele

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

Art der Teilnahme

Videokonferenz

• 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

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

Arbeitsgruppe

Publication Management

Max-Planck-Institut

Albert Einstein Institute

Max Planck Institut for Biogeochemistry

Fritz-Haber-Institut der Max-Planck-Gesellschaft

Quality Assurance

Central European Summer Time

Central European Time

American Psychological Association

Enhanced Scientific Documentation

Representational State Transfer

Control of Named Entities

Identifier

Control of Named Entities

Organizational Unit

Portable Document Format

Electronic Documentation

Max Planck Digital Library