OJS und DNB / xMetaDissPlus

#41

Ok das habe ich oben eingebaut und bekomme:

#42

@florianruckelshausen

mmh, das sagt mir leider gar nichts …

Vielleicht liegt es doch am SSL. Klappt es mit:

curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0);
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0);

?

#43

Ja so klappt es ($ch habe ich durch $curlCh ersetzt). D.h. wir tragen den Code erstmal so in die DNBExportPlugin.inc.php als manuelle Änderung an der entsprechenden Stelle ein. Ich dokumentiere mal das Problem für uns, damit wir in ein paar Monaten noch wissen, was wir gemacht haben. Ggf. können wir ja später nochmal schauen, ob das Verhalten so bleibt, wenn wir etwas an der Betriebssystemschicht ändern.

Die DNB hat mir übrigens eine Rückmeldung zu den tar-Dateien für die einzelnen Artikel geschrieben, die ich manuell hochgeladen hatte. Die Ablieferung kann nicht akzeptiert werden, weil

  1. In den tar-Dateien werden Unterverzeichnisse mit dem Namen “PaxHeaders.ZZZZ” angelegt, wobei ZZZZ vier Zahlen sind. Diese Ordner werden zweimal angelegt, einmal auf der obersten Ebene und im content-Unterverzeichnis, in dem auch das Volltext-PDF liegt.
    Hier ein Beispiellink zu einer tar-Datei: https://jlubox.uni-giessen.de/getlink/fiPkN46WpgKNktQYi9p8sCUQ/6-123-130.tar

  2. Außerdem schreibt die DNB, dass die Persistent Identifiers nicht im richtigen Feld geliefert werden und dass sie aber schon mit euch im Kontakt stehen. Das trifft wohl die letzten Posts bei [NEWS] DNB-Export Plugin für OJS 2.4.8 verfügbar . Wir vergeben zumindest bei der Zeitschrift, die DOI tatsächlich auf Galley-Ebene, wie mir gerade bewusst geworden ist. Der Grund ist, dass die Artikel als HTML und PDF publiziert werden, und da erscheint mir eine gemeinsame DOI sinnvoll.

#44

@florianruckelshausen

Sorry, hat etwas länger gedauert diesmal.

Gut, dass es jetzt zumindest so läuft. Ich werde weiter versuchen herauszufinden, woran es liegt und dann vermutlich auf Dich zukommen für Tests.

Zu den PaxHeaders: Das hatten wir teilweise auch und ist davon abhängig welches Entpackungstool man verwendet (bei mir erscheinen die nicht). Die DNB hat mit den Paketen kein Problem, dennoch habe ich auf die Issue-Liste für den nächsten Release geschrieben, das zu checken. Es scheint mit POSIX vs. GNU zusammenzuhängen.

Zu den Persistent Identifiers: Ja, genau, das besprechen wir derzeit mit der DNB. Das Problem ist, dass OJS diese beiden Ebenen hat und die DNB nicht. Sie erwartet alle PI auf einer Ebene, die eher der Galleyebene entspricht. Aber Artikel-PI in das Feld für Galleys schreiben finde ich nicht so gut … Wir können das gern hier im Forum besprechen oder auch per Mail.

viele Grüße,
Carola

Edit: Ich habe noch einen Hinweis von Bozana gefunden:

Bei

folgende Zeile hinzufügen:

$tarCommand .= ' --format=gnu';

Könntest du das bei mir ausprobieren? Da ich den Fehler bei mir nicht reprodieren kann, kann ich es auch leider nicht testen.

viele Grüße,
Carola

#45

Ist schon jemand auf OJS 3.1.2 umgestiegen und hat das Plugin getestet?

Wir haben unser Testsystem auf 3.1.2 aktualisiert und erhalten bei Aufruf des Export Plugins nur folgende Fehlermeldung

Warning: Declaration of DNBExportPlugin::getExportPath($journalId, $currentExportPath = NULL, $exportContentDir = NULL) should be compatible with ImportExportPlugin::getExportPath() in /srv/www/ojs/ojs/plugins/importexport/dnb/DNBExportPlugin.inc.php on line 549 

Warning: Declaration of DNBSettingsForm::fetch($request = NULL, $template = NULL) should be compatible with Form::fetch($request, $template = NULL, $display = false) in /srv/www/ojs/ojs/plugins/importexport/dnb/classes/form/DNBSettingsForm.inc.php on line 20 

Warning: filemtime(): stat failed for lib/pkp/templates/plugins/importexport/dnb/templatesindex.tpl in /srv/www/ojs/ojs/lib/pkp/classes/template/PKPTemplateResource.inc.php on line 51 

Fatal error: Uncaught --> Smarty: Unable to load template 'app:plugins/importexport/dnb/templatesindex.tpl' <-- thrown in /srv/www/ojs/ojs/lib/pkp/lib/vendor/smarty/smarty/libs/sysplugins/smarty_internal_template.php on line 195

Ich weiß nicht, ob das ein generelles Problem ist oder nur in unserem Testystem auftritt. Ich habe das DNB-Plugin (für Version 3.1.1.1) auch neu installiert, das ändert aber nichts an der Fehlermeldung.

#46

@bibliothekswelt

Sorry wegen der Antwortzeit, ich hatte einen schön langen Urlaub :-).

Dass das Plugin auf 3.1.2 nicht läuft, haben wir schon bemerkt. Da wir es eh nun eh anpassen, werden wir das alles zusammen erledigen. Vielen Dank für die Fehlermeldung, wir werden das aufnehmen und bei der Anpassung einfließen lassen. Da wir sie hier m.E. noch nicht hatten, werde ich ggf. nachfragen.

Von der DNB habe ich leider keine Rückmeldung bekommen bzgl. des Vorschlags mit den Multi-Dateiobjekten bekommen. Da die Anfrage nun schon einen Monat alt ist, habe ich heute noch einmal nachgefragt.

viele Grüße,
Carola