Talk:PubMan AG Kleine Bugs

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

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)


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

-

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

-- DMewes 16:39, 9 November 2011 (CET)
 * meine Lösung: --
 * Beispiel: 1-1234-ITB 2-5678-BOL 3-- 4-2222-ext
 * könnte in PubMan so aussehen: --
 * 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

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)

-

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

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

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)

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. --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
November 2011 (CET)
 * 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
 * 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


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

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

 * 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

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