Nach dem letzten ElasticSearch-Update hat sich die Syntax von Rest-Suchabfragen an manchen Stellen verändert. Bestehende Abfragen (z.B. für Institutswebseiten) könnten deshalb nicht länger funktionieren.
In dem Fall erhalten Sie einen HTTP-Error 500 als Antwort.
Wir empfehlen, die verwendeten ES-Queries über die PuRe-Oberfläche einfach neu zu erzeugen. Das aktuelle ElasticSearch gibt immer die momentan richtige Syntax aus. Probleme bei REST-Suchabfragen? weiterlesen
Bei vereinzelten Datensätzen kann es dazu kommen, dass sich die Lokalen Tags nicht ändern, bzw. neu anlegen lassen. In solchen Fällen passiert einfach „nichts“: Sie bleiben auf der Bearbeitungs-Seite.
Das kann daran liegen, dass in den eigentlichen Metadaten der Publikation ein formales Problem vorliegt. Das erneute Speichern, Einstellen oder Freigeben des Datensatzes mit den neuen Lokalen Tags scheitert dann. Diese Probleme könnten beispielsweise durch die Migration der Daten auf das neue System (INGe) entstanden sein: Es gibt z.B. noch immer eine kleine Zahl an Altdaten mit „kaputten“ IDs in den Affiliations. Im neuen System erzeugt dies nun eine Fehlermeldung.
Auf der Bearbeitungs-Seite der Tags ist diese Meldung aber nicht sichtbar – deswegen können Sie nicht gleich erkennen, wo das Problem eigentlich liegt.
Wenn Sie also auf so einen Fall stoßen, sollten Sie zunächst in die Bearbeitungs-Maske des gesamten Datensatzes wechseln und dort versuchen, den Datensatz zu speichern. Liegt hier tatsächlich ein Problem vor, bekommen Sie dann eine konrete Fehlermeldung.
Derzeit existiert bei der Auswahl eines Output Formats in der REST-Schnittstelle ein kleiner Bug: Sobald das Export Format CSL ausgewählt wurde, lässt sich nicht mehr das Output Format ändern.
Deshalb hier eine Anleitung um trotzdem an das gewünschte Output Format zu kommen:
Aufgrund eines Fehlers in eSciDoc kann es in seltenen Fällen passieren, dass sich ein Datensatz nach der Bearbeitung in der Detailansicht nicht mehr öffnen lässt. Beim Aufruf der jüngsten Version erhalten Sie dann einen weißen Bildschirm mit der Meldung „Internal Server Error“.
Solange dieser Fehler nicht behoben ist, können Sie sich selbst mit einem Trick helfen und die Detailansicht wieder reparieren.
Bei der Erstellung oder Bearbeitung eines Datensatzes vergibt eSciDoc (Technisches Framework hinter PuRe) in diesen Fällen automatisch eine Affiliation-ID für den Urheber der Quelle. Die anderen Metadaten zum Urheber der Quelle bleiben aber leer.
Diese Konstellation führt dann bei der Darstellung in der Detailansicht zu einem Fehler und in PuRe kommt die „Internal Server Error“ Seite zum Vorschein.
Beheben können Sie diesen Fehler auf folgende Weise:
„Internal Server Error“ beim Aufrufen der Detailansicht weiterlesen
Bei seltenen Gelegenheiten, wie zum Beispiel der Integration/Umzug einer Publikation von einem Kontext in einen anderen, kann ein eSciDoc-XML-Import nützlich sein. Dafür werden Datensätze aus MPG.PuRe im eSciDoc XML Format exportiert und anschließend in einen anderen Kontext neu importiert. Die ursprünglichen Versionen werden dann in der Regel (händisch) verworfen.
Derzeit wird bei einem eSciDoc-XML-Import der Datensatz-Permalink (das Handle) der ursprünglichen Publikation beim neuen Import mit übernommen. Somit haben zwei verschiedene Datensätze (trotzdem Dubletten) einen identischen Permalink, der in beiden Fällen weiterhin auf die erste Publikation auflöst.
Das ist ein unerwünschter Effekt, weshalb wir den Import in Zukunft anpassen werden. In der Zwischenzeit empfehlen wir dringend, die vorhandenen Datensatz-Handles (nicht die Versions-Handles) vor dem (Re-) Import aus dem XML zu löschen.
Derzeit kann es bei dem PDF und DOCX-Export in MPG.PuRe zu Fehlern bei der Darstellung von Sonderzeichen, wie Umlauten und griechischen Buchstaben, kommen. Statt des Sonderzeichens wird zum Beispiel ein „#“-Zeichen angezeigt.
Dieses Problem ist uns bekannt und wir arbeiten an der Lösung. Damit Sie in der Zwischenzeit ein Export-PDF erzeugen können, hier eine kurze Anleitung:
Durch dieses Vorgehen sollte gewährleistet sein, dass alle Sonderzeichen korrekt dargestellt werden.
As some of you might have noticed we consistently had problems with the BioMed central Import (Thanks to all who reported problems). As it turned out the problem was not on PubMan site, but due to a bug in the BioMed central interface.
BioMed Central Import is Fixed weiterlesen
Because of the far reaching implications caused by the creator role problem which occurred since the latest PubMan release, we decided to rapidly implement an appropriate hotfix solution.
The modifications have just been implemented within the productive server.
Hotfix for Creator Role Problem weiterlesen
We would like to draw your attention to a certain dysfunction that affects the submission within the current PubMan version.
Please note that currently, the creator role of all persons is automatically set to „Author“ when saving/submitting/releasing an item. For organizations the creator role is set to „Editor“.
This problem affects both, the publication creator(s) and the source creator(s).
Please have an eye on the creator roles weiterlesen
