Forum RSS Feed http://www.carpet-project.net/forum/ de Fri, 03 Sep 2010 15:35:02 +0200 mm_forum powered by TYPO3 60 Benutzerrechte und "verschwundene Artikel" http://www.carpet-project.net/forum/beitraege///227/ Thu, 02 Sep 2010 19:08:26 +0200 Hallo 1. Welche Benachrichtigung genau ist gemeint? Versenden der E-Mails aus OJS oder Erinnerungs-E-Mails? Könnten Sie das Versenden der E-Mails aus OJS testen, indem Sie z.B. als Zeitschriftenverwalter zu E-Mail-Vorlagen gehen, dort dann an ein beliebiges Briefsymbol klicken, sich selbst dann als Empfänger eintragen und auf Senden klicken? Falls Sie eine E-Mail bekommen sollte das Versenden der E-Mails aus OJS in Ordnung sein. Falls Sie keine E-Mail bekommen haben, probieren Sie die Option 'allow_envelope_sender' in der Datei config.inc.php einzuschalten und noch mal eine E-Mail aus dem OJS wie oben zu versenden. Wenn auch dann das Versenden der E-Mails nicht funktioniert, könnten Sie bitte dann die Einstellungen des Mail-Servers auf Ihrem Server überprüfen? Sie haben die Option 'scheduled_tasks' in der Datei config.inc.php nicht aktiviert. Deswegen werden die Erinnerungs-E-Mails nicht versendet. Was Sie hierfür machen sollten, sehen Sie in der Datei docs/README. Zusätzlich zur Änderung des Eintrags in der Datei config.inc.php ist die Einrichtung des entsprechenden Cron-Jobs auf dem Server nötig. 2. Hmmm... Könnte der Zeitschriftenverwalter seine Schritte genauer beschreiben, wie er vorgeht und was genau passiert? 3. Könnte eine noch genauere Beschreibung auch hierfür erfolgen? Was genau ist mit 'redaktionellen Stufen' gemeint? Sind damit die Beiträge die sich 'In redaktioneller Bearbeitung' befinden gemeint? Könnte es passieren, dass die verschwundene Beiträge in 'Archive' gelandet sind? Was heißt 'im System noch gezählt'? Viele Grüße, Bozana Bokan
1. Welche Benachrichtigung genau ist gemeint? Versenden der E-Mails aus OJS oder Erinnerungs-E-Mails?
Könnten Sie das Versenden der E-Mails aus OJS testen, indem Sie z.B. als Zeitschriftenverwalter zu E-Mail-Vorlagen gehen, dort dann an ein beliebiges Briefsymbol klicken, sich selbst dann als Empfänger eintragen und auf Senden klicken? Falls Sie eine E-Mail bekommen sollte das Versenden der E-Mails aus OJS in Ordnung sein. Falls Sie keine E-Mail bekommen haben, probieren Sie die Option 'allow_envelope_sender' in der Datei config.inc.php einzuschalten und noch mal eine E-Mail aus dem OJS wie oben zu versenden. Wenn auch dann das Versenden der E-Mails nicht funktioniert, könnten Sie bitte dann die Einstellungen des Mail-Servers auf Ihrem Server überprüfen?
Sie haben die Option 'scheduled_tasks' in der Datei config.inc.php nicht aktiviert. Deswegen werden die Erinnerungs-E-Mails nicht versendet. Was Sie hierfür machen sollten, sehen Sie in der Datei docs/README. Zusätzlich zur Änderung des Eintrags in der Datei config.inc.php ist die Einrichtung des entsprechenden Cron-Jobs auf dem Server nötig.

2. Hmmm... Könnte der Zeitschriftenverwalter seine Schritte genauer beschreiben, wie er vorgeht und was genau passiert?

3. Könnte eine noch genauere Beschreibung auch hierfür erfolgen? Was genau ist mit 'redaktionellen Stufen' gemeint? Sind damit die Beiträge die sich 'In redaktioneller Bearbeitung' befinden gemeint? Könnte es passieren, dass die verschwundene Beiträge in 'Archive' gelandet sind? Was heißt 'im System noch gezählt'?

Viele Grüße,
Bozana Bokan ]]> OJS, OCS, OMP, Harvester bozana Benutzerrechte und "verschwundene Artikel" http://www.carpet-project.net/forum/beitraege///226/ Wed, 01 Sep 2010 22:56:12 +0200 Vielen Dank für die Antwort. Ich werde versuchen, etwas genauer zu sein. Den Umzug hat ein Profi für uns vorgenommen und daher denke ich, daß dort alles ordentlich gemacht wurde. Im Anhang finden Sie die alte und die neue Konfiguration. Vielleicht hilft das ja. Ansonsten muß für konkrete Infos noch mal nachfragen wenn ich weiß, welche Details von Bedeutung sind. Nochmal zur konkreten Problemschilderung die Angaben eines Zeitschriftenmoderators: 1) Leider funktioniert das Benachrichtigen nicht. 2) Auch fiel mir dabei auf - bisher war das als Zs-Verwalter nie der Fall -, daß ich nicht in die Rolle dieser Autorin schlüpfen konnte. 3) Wirklich schwerwiegend aber ist, daß die redaktionellen Stufen in meinem Konto nicht mehr angezeigt werden. Auf der Seite sieht man rechts die eigentliche Anzahl meiner redaktionellen Arbeiten. Hier also drei. Tatsächlich angezeigt wird aber nur einer. Sie sind im System regelrecht verschwunden. Oder anders: Ich kann weder als Redakteur noch als Lektor noch als Autor auf die Dateien zugreifen, trotzdem werden sie im System noch gezählt. Nochmal zur konkreten Problemschilderung die Angaben eines Zeitschriftenmoderators:
1) Leider funktioniert das Benachrichtigen nicht.

2) Auch fiel mir dabei auf - bisher war das als Zs-Verwalter nie der Fall -, daß ich nicht in die Rolle dieser Autorin schlüpfen konnte.

3) Wirklich schwerwiegend aber ist, daß die redaktionellen Stufen in meinem Konto nicht mehr angezeigt werden. Auf der Seite sieht man rechts die eigentliche Anzahl meiner redaktionellen Arbeiten. Hier also drei. Tatsächlich angezeigt wird aber nur einer. Sie sind im System regelrecht verschwunden. Oder anders: Ich kann weder als Redakteur noch als Lektor noch als Autor auf die Dateien zugreifen, trotzdem werden sie im System noch gezählt. ]]> OJS, OCS, OMP, Harvester mschultz Zählmarken VG Wort http://www.carpet-project.net/forum/beitraege///225/ Tue, 31 Aug 2010 16:46:21 +0200 Vielen Dank. Und ich bin froh, daß wir das Einbauproblem im Prinzip richtig erkannt hatten und es nicht am - von der VG Wort vermuteten - mangelnden einfachen Sachverstand. OJS, OCS, OMP, Harvester mschultz OJS: DOI-Registrierung (Projektvorhaben FU Berlin) http://www.carpet-project.net/forum/beitraege///222/ Tue, 31 Aug 2010 08:07:49 +0200 Hallo Bozana, danke für die Antwort. Ich habe gestern ein paar Daten im OJS-XML-Format importiert und diese zu Testzwecken "per Hand" geschrieben. Hat prima funktioniert. Falls wir in Zukunft das OJS-System einsetzen werden (für bis zu 5 Fachzeitschriften und evtl. eine Art Lexikon mit längeren Artikeln), wird es dann für mich sinnvoll sein, eine XSLT-Schnittstelle von unserer Datenbank ins OJS-XML zu programmieren. Der ONIX-Medra-XML-Import ist also wirklich nicht so wichtig. Die vielen OJS-Exportfunktionen muss ich mir noch anschauen...
danke für die Antwort. Ich habe gestern ein paar Daten im OJS-XML-Format importiert und diese zu Testzwecken "per Hand" geschrieben. Hat prima funktioniert. Falls wir in Zukunft das OJS-System einsetzen werden (für bis zu 5 Fachzeitschriften und evtl. eine Art Lexikon mit längeren Artikeln), wird es dann für mich sinnvoll sein, eine XSLT-Schnittstelle von unserer Datenbank ins OJS-XML zu programmieren. Der ONIX-Medra-XML-Import ist also wirklich nicht so wichtig. Die vielen OJS-Exportfunktionen muss ich mir noch anschauen... ]]> OJS, OCS, OMP, Harvester Kai OJS: DOI-Registrierung (Projektvorhaben FU Berlin) http://www.carpet-project.net/forum/beitraege///221/ Mon, 30 Aug 2010 17:51:31 +0200 Hallo Kai, Datenimport ist nur im OJS-XML-Importformat möglich. Eine Transformation (z.B. XSLT) vom ONIX-Format zum OJS-XML-Format wäre evtl. als eine Lösung denkbar. Ich weiß leider im Moment nicht, ob nicht etwas fehlen würde. Wäre das ein denkbarer Weg für Sie? Meistens passiert so ein Datenimport einmalig, bei der Migration. Ist es auch in Ihrem Fall so? Wie würden Sie OJS einsetzen wollen? (Falls Sie auf OJS vollständig migrieren wollen, dann ist die Export-Funktion evtl. auch für Sie, für später, interessant). Hier finden Sie weitere Informationen zum Import/Export in OJS (beide Englisch): http://pkp.sfu.ca/wiki/index.php/Importing_and_Exporting_Data http://pkp.sfu.ca/ojs/docs/userguide/2.3.1/journalManagementPages.html#journalManagementImportExport Freundliche Grüße, Bozana Bokan Datenimport ist nur im OJS-XML-Importformat möglich. Eine Transformation (z.B. XSLT) vom ONIX-Format zum OJS-XML-Format wäre evtl. als eine Lösung denkbar. Ich weiß leider im Moment nicht, ob nicht etwas fehlen würde. Wäre das ein denkbarer Weg für Sie? Meistens passiert so ein Datenimport einmalig, bei der Migration. Ist es auch in Ihrem Fall so? Wie würden Sie OJS einsetzen wollen? (Falls Sie auf OJS vollständig migrieren wollen, dann ist die Export-Funktion evtl. auch für Sie, für später, interessant).

Hier finden Sie weitere Informationen zum Import/Export in OJS (beide Englisch):
http://pkp.sfu.ca/wiki/index.php/Importing_and_Exporting_Data
http://pkp.sfu.ca/ojs/docs/userguide/2.3.1/journalManagementPages.html#journalManagementImportExport

Freundliche Grüße,
Bozana Bokan

]]> OJS, OCS, OMP, Harvester bozana OJS: DOI-Registrierung (Projektvorhaben FU Berlin) http://www.carpet-project.net/forum/beitraege///211/ Mon, 30 Aug 2010 12:27:12 +0200 Ich arbeite im Ernst Reinhardt Verlag und teste gerade, ob OJS für uns in Frage kommt. Für die DOI-Eintragung bei der mEDRA verfüge ich über ein XSLT-Stylesheet, das Daten aus unserer internen Datenbank in das ONIX-Format für die DOI-Registrierung konvertiert. Insofern wäre für mich, sollten wir uns für einen produktiven Einsatz von OJS entscheiden, die Export-Funktion nicht so interessant wie die Frage, ob sich auch Metadaten in diesem Format in OJS importieren ließen. Für die DOI-Eintragung bei der mEDRA verfüge ich über ein XSLT-Stylesheet, das Daten aus unserer internen Datenbank in das ONIX-Format für die DOI-Registrierung konvertiert. Insofern wäre für mich, sollten wir uns für einen produktiven Einsatz von OJS entscheiden, die Export-Funktion nicht so interessant wie die Frage, ob sich auch Metadaten in diesem Format in OJS importieren ließen. ]]> OJS, OCS, OMP, Harvester Kai Benutzerrechte und "verschwundene Artikel" http://www.carpet-project.net/forum/beitraege///210/ Mon, 30 Aug 2010 11:37:08 +0200 Hallo, Es ist schwer irgendwas hierzu zu sagen, da man keine Details kennt. Eigentlich sollte bei einem Server-Umzug nichts passieren -- ich habe es schon öfter gemacht. Man sollte auf folgendes achten: sauberen Datenbank-Dump erstellen und einspielen, Sourcen- und File-Ordner richtig kopieren, evtl. Konfiguration anpassen. Vielleicht das noch mal überprüfen? Sind die Daten in der neuen Datenbank richtig, sind alle Files da, ist die Konfiguration richtig? Sonst... Könnten Sie uns bitte möglichst viele Details geben? Wie war die alte Plattform (welches Betriebssystem, welche Konfiguration, welche Software (z.B. Datenbank), welche Versionen, usw.) und wie ist die neue? Was hat sich geändert? Wie sind Sie beim Umzug vorgegangen? Freundliche Grüße, Bozana Bokan Es ist schwer irgendwas hierzu zu sagen, da man keine Details kennt. Eigentlich sollte bei einem Server-Umzug nichts passieren -- ich habe es schon öfter gemacht.
Man sollte auf folgendes achten: sauberen Datenbank-Dump erstellen und einspielen, Sourcen- und File-Ordner richtig kopieren, evtl. Konfiguration anpassen. Vielleicht das noch mal überprüfen? Sind die Daten in der neuen Datenbank richtig, sind alle Files da, ist die Konfiguration richtig?
Sonst... Könnten Sie uns bitte möglichst viele Details geben? Wie war die alte Plattform (welches Betriebssystem, welche Konfiguration, welche Software (z.B. Datenbank), welche Versionen, usw.) und wie ist die neue? Was hat sich geändert? Wie sind Sie beim Umzug vorgegangen?
Freundliche Grüße,
Bozana Bokan
]]> OJS, OCS, OMP, Harvester bozana Zählmarken VG Wort http://www.carpet-project.net/forum/beitraege///209/ Mon, 30 Aug 2010 11:36:05 +0200 Das stimmt -- im Moment ist Einbau von VG Wort Zählmarken für PDF-Dokumente in OJS nicht möglich. VG Wort meint bestimmt dass der Einbau in eine normale, statische Seite einfach ist (nämlich nur den Link entsprechend anpassen), aber nicht der Einbau in OJS. Hierfür muss man dem System einiges beibringen, z.B. muss das System wissen welche Zählmarke welchem Dokument zuzuordnen ist. Wie wir schon erwähnt haben, haben wir vor das zu implementieren. Leider hat das nicht die höchste Priorität so dass es auch ein Jahr dauern kann, es wird aber auf jeden Fall gemacht. Freundliche Grüße, Bozana Bokan Wie wir schon erwähnt haben, haben wir vor das zu implementieren. Leider hat das nicht die höchste Priorität so dass es auch ein Jahr dauern kann, es wird aber auf jeden Fall gemacht.
Freundliche Grüße,
Bozana Bokan ]]> OJS, OCS, OMP, Harvester bozana Zählmarken VG Wort http://www.carpet-project.net/forum/beitraege///196/ Wed, 25 Aug 2010 15:57:56 +0200 Ich schreibe dies hier noch einmal als neues Thema, da meine Antwort auf ein bereits existierendes irgendwie nicht angezeigt wird, sorry. Leider funktioniert der Einbau von VG Wort Zählmarken bei uns nicht, da offensichtlich die Links zu den einzelnen pdf-Dateien nicht fest im System vorhanden sind, sondern bei jeder Anfrage immer wieder erneut generiert werden. Zum Einfügen der Zählmarken müßten wir allerdings irgendwie an den Quelltext heran. Die VG Wort ist der Meinung, daß dies eigentlich ganz einfach ist (ohne zu sagen wie) und wir uns halt, wenn unser Sachverstand nicht ausreicht, jemanden für den Einbau engagieren müßten.
Leider funktioniert der Einbau von VG Wort Zählmarken bei uns nicht, da offensichtlich die Links zu den einzelnen pdf-Dateien nicht fest im System vorhanden sind, sondern bei jeder Anfrage immer wieder erneut generiert werden. Zum Einfügen der Zählmarken müßten wir allerdings irgendwie an den Quelltext heran. Die VG Wort ist der Meinung, daß dies eigentlich ganz einfach ist (ohne zu sagen wie) und wir uns halt, wenn unser Sachverstand nicht ausreicht, jemanden für den Einbau engagieren müßten. ]]> OJS, OCS, OMP, Harvester mschultz Benutzerrechte und "verschwundene Artikel" http://www.carpet-project.net/forum/beitraege///192/ Wed, 25 Aug 2010 13:53:51 +0200 Nach dem Umzug unserer OJS-Plattform auf einen neuen Server treten nun einige Probleme mit den internen Berechtigungen und der Anzeige im System vorhandener Informationen auf. Zum Beispiel kann nunmehr ein vor dem Umzug registrierter Zeitschriftenverwalter nicht mehr die Identität beispielsweise eines Autors annehmen. Ein nach dem Umzug registrierter kann dies jedoch. Darüber hinaus kommt es zum Problem, daß ein Redakteur nicht mehr auf alle im System vorhandene und eigentlich ihm zugeordnete Artikel zugreifen kann, um diese dann bspw. an das Layout weiterzuleiten. Die korrekte Anzahl der ihm zugeordneten Artikel wird jedoch in der rechten Leiste unter "in redaktioneller Bearbeitung" angezeigt. Zum Teil ist auch das interne Versenden von Nachrichten nicht möglich (es wird kein "Briefsymbol" angezeigt). Vielleicht hilft hier ja das Entfernen und sofortige Neuregistrieren der einzelnen Benutzer weiter aber bevor wir zu dieser harten Maßnahme (die eventuell zu noch mehr Komplikationen führt) greifen, würden wir uns über einen qualifizierten Rat sehr freuen. OJS, OCS, OMP, Harvester mschultz OHS: Geharvestete Inhalte Filtern http://www.carpet-project.net/forum/beitraege///187/ Tue, 24 Aug 2010 07:43:33 +0200 Hallo, für ein fachspezifisches Suchportal haben wir vor kurzem eine Testinstallation von OHS (version: harvester-2.3.0) aufgesetzt und schon erfolgreich harvesten können. Dabei haben wir die jeweils für uns relevanten Sets der Archive geharvestet. Jedoch wollen wir auch interdisziplinäre Dokumente im Bestand haben, die in anderen Sets liegen. Besteht die Möglichkeit die geharvesteten Sets über OJS redaktionell nach Schlagworten oder anderen Meta-Daten-Feldern zu filtern, ohne dass man ein ganzes Repositorium harvesten muss? Bzw. gibt es eine elegantere Lösung einzelne Artikel redaktionell zu bearbeiten, als sie über phpmyadmin "anzufassen"? Vielen Dank für die Hilfe, P. Vierkant
für ein fachspezifisches Suchportal haben wir vor kurzem eine Testinstallation von OHS (version: harvester-2.3.0) aufgesetzt und schon erfolgreich harvesten können. Dabei haben wir die jeweils für uns relevanten Sets der Archive geharvestet. Jedoch wollen wir auch interdisziplinäre Dokumente im Bestand haben, die in anderen Sets liegen. Besteht die Möglichkeit die geharvesteten Sets über OJS redaktionell nach Schlagworten oder anderen Meta-Daten-Feldern zu filtern, ohne dass man ein ganzes Repositorium harvesten muss? Bzw. gibt es eine elegantere Lösung einzelne Artikel redaktionell zu bearbeiten, als sie über phpmyadmin "anzufassen"?

Vielen Dank für die Hilfe,

P. Vierkant ]]> OJS, OCS, OMP, Harvester paul.vierkant Wünsche zusätzlicher Funktionalitäten von Collective Access http://www.carpet-project.net/forum/beitraege///168/ Fri, 09 Jul 2010 06:01:00 +0200 MuseumDat export functionality is planned for December 2010. If there are users who require it earlier we will try to move up on our todo list. Please let us know by email at support@collectiveaccess.org. Thanks! Seth Kaufman CollectiveAccess developer
Thanks!

Seth Kaufman
CollectiveAccess developer ]]> Umfrage Repositorienbetreiber 2010: Wünsche zusätzlicher Funktionalitäten der Software Seth Was fehlt in OJS? http://www.carpet-project.net/forum/beitraege///166/ Tue, 29 Jun 2010 21:17:44 +0200 leider erhalte ich momentan immer kein Bild (mov.), vielleicht liegt es auch an fehlenden Updates von meinem Browser... Vielleicht mal mit QuickTime von Apple versuchen. Ich glaube, die Videos wurden auf einem Apple-Computer erstellt. Will aber hier keine Werbung für Apple machen. Geht sicher auch anders. hmmm... das von Ihnen genannte PlugIn habe ich leider nicht gefunden 1) Benuter/in -> Zeitschriftenverwalter/in -> Plug-Ins -> Generische Plug-Ins -> Verwaltung eigener Blöcke -> Aktivieren. 2) Danach können Sie auf derselben Seite unter "Verwaltung eigener Blöcke" den Link "Einstellungen" klicken und dort einen neuen Block, z.B. mit Titel "Soziale Medien" anlegen. 3) Sobald Sie mit "Speichern" den neuen Block in der Datenbank angelegt haben, können Sie Ihn unter: Benuter/in -> Zeitschriftenverwalter/in -> Plug-Ins -> Block-Plug-Ins finden und ändern. 4) Klicken Sie dort auf "Bearbeiten" und tragen im Editor z.B. den Link auf Ihren Twitter-Feed ein. Wenn Ihr Adminstrator den TinyMCE-Editor aktiviert hat (Standard), dann können Sie auch ganz einfach Bilder einfügen, die Schriftarten anpassen, etc. 5) Speichern Sie Ihren Block, dann gehen Sie zu: Benuter/in -> Zeitschriftenverwalter/in -> Setup -> Gestaltung. 6) Unter der Überschrift "Zeitschriftenlayout" können Sie Ihren Block jetzt auf der Seite links oder rechts positionieren. Nach dem Speichern sollte der Block auf allen Seiten in der Seitenleiste erscheinen. Einer unserer Entwickler hat mich außerdem darauf hingewiesen, dass es unter Benutzer/in -> Zeitschriftenverwalter/in -> Lesewerkzeuge die Option gibt, eine AddThis-Erweiterung zu konfigurieren. Ich glaube, das kommt dem, was Sie vorhaben schon recht nahe. Darüber hinaus gibt es derzeit keine Integration mit SM. Ihre Ideen waren konkret und ich habe sie an die anderen Entwickler weitergegeben. Allerdings muss ich dazu sagen, dass wir davon ausgehen, dass solch spezielle Erweiterungen üblicherweise von der "Community" erstellt und zur Verfügung gestellt werden. Sollten Sie im Verlag Entwicklungsressourcen verfügbar haben, dann helfe ich Ihren Leuten sehr gern, eine solche Erweiterung zu erstellen. Spammern ... könnte man sie wenigstens dauerhaft löschen? Nein, es gibt in OJS keine Funktion Nutzer zu löschen ohne ihre Daten auf einen anderen Nutzer zu übertragen. d) Workflow: bisher ist der Workflow im Redaktionssystem recht steif vorgegeben - z. B. Lektorat: Redakteur - Autor - Redakteur. Bei der Arbeit mit dem System haben wir festgestellt, daß es da manchmal mehr zwischen Redakteur und Autor hin und her geht, also flexible, zusätzliche "Stufen" nützlich wären. Es gibt in OJS von der Begutachtungs- und von der Redaktionsseite aus die Möglichkeit, eine Email an den Autor ("Nachricht an den Autor" bzw. Email-Symbol neben Autorname) zu schicken. Diese wird im System geloggt, kann nachträglich jederzeit beim Artikel eingesehen werden und ist daher oft besser "aufgeräumt" als Emails, die an OJS vorbeigehen. Ich kenne einige Zeitschriften, die diese Funktion sehr intensiv nutzen, um sich mit den Autoren über den gesamten Ablauf hinweg auszutauschen. sende ich Ihnen mal so eine Statistik-Datei zu Ja gern. Da nun im OJS unterschiedliche Redakteure arbeiten, die auch unterschiedliche Auffassungen von Metadaten haben, wäre so eine Datenbank, wie sie bei den Gutachtern schon besteht, ganz nützlich Was spricht dagegen, dass Sie die von den Autoren eingegebenen Metadaten im Rahmen des redaktionellen Prozesses vereinheitlichen? Sie können die Metadaten ja selbst editieren (Zusammenfassung -> Metadaten eines Beitrags). Zwar könnten Autoren theoretisch diese Daten selbst wieder verändern, aber ich habe noch nicht davon gehört, dass das in der Praxis ein Problem ist. Was Sie mit "Metadatenbank für Gutachter" meinen ist mir leider nicht klar. Sie können mir gern einen Link schicken. Aus dem kann ich ableiten, um welche Seite es sich dreht. h) paßt hier eigentlich nicht hin, würde ich aber gerne dennoch kurz melden (habe es schon Frau Bokan gemeldet): scheinbar gibt es einen Bug im System: bei der Einstellung von beschränktem Zugang, aber Kennzeichnung der OA und der mit beschränktem Zugang versehenen Artikel (Set-Up, Schritt 4) werden die geschlossenen Artikel frei zugänglich geschaltet. Bitte melden Sie solche Fehler unbedingt über unser Bugzilla-System. Dort können Sie auch recherchieren, ob der Fehler vielleicht schon bekannt ist. Außerdem können Sie dann unsere Diskussion über die Fehlerursachen "mithören" und erfahren sofort, wenn der Fehler behoben ist. Oft kommt es vor, dass wir Fehler beheben und wenn sie nicht so kritisch sind einen sogenannten "Patch" als Download bereitstellen, mit dem der Verlag den Fehler beheben kann. Bei kritischen, v.a. sicherheitsrelevanten Fehlern stellen wir ein neues Release (Upgrade) zur Verfügung. Viele Grüße, Florian Grandel PS: Alle meine Angaben beziehen sich auf OJS Version 2.3. Vielleicht müssen Sie mache meiner Anleitungen leicht anpassen wenn Sie OJS 2.2.x benutzen. WRichter schrieb:
leider erhalte ich momentan immer kein Bild (mov.), vielleicht liegt es auch an fehlenden Updates von meinem Browser...

Vielleicht mal mit QuickTime von Apple versuchen. Ich glaube, die Videos wurden auf einem Apple-Computer erstellt. Will aber hier keine Werbung für Apple machen. Geht sicher auch anders.

hmmm... das von Ihnen genannte PlugIn habe ich leider nicht gefunden


1) Benuter/in -> Zeitschriftenverwalter/in -> Plug-Ins -> Generische Plug-Ins -> Verwaltung eigener Blöcke -> Aktivieren.
2) Danach können Sie auf derselben Seite unter "Verwaltung eigener Blöcke" den Link "Einstellungen" klicken und dort einen neuen Block, z.B. mit Titel "Soziale Medien" anlegen.
3) Sobald Sie mit "Speichern" den neuen Block in der Datenbank angelegt haben, können Sie Ihn unter: Benuter/in -> Zeitschriftenverwalter/in -> Plug-Ins -> Block-Plug-Ins finden und ändern.
4) Klicken Sie dort auf "Bearbeiten" und tragen im Editor z.B. den Link auf Ihren Twitter-Feed ein. Wenn Ihr Adminstrator den TinyMCE-Editor aktiviert hat (Standard), dann können Sie auch ganz einfach Bilder einfügen, die Schriftarten anpassen, etc.
5) Speichern Sie Ihren Block, dann gehen Sie zu: Benuter/in -> Zeitschriftenverwalter/in -> Setup -> Gestaltung.
6) Unter der Überschrift "Zeitschriftenlayout" können Sie Ihren Block jetzt auf der Seite links oder rechts positionieren. Nach dem Speichern sollte der Block auf allen Seiten in der Seitenleiste erscheinen.

Einer unserer Entwickler hat mich außerdem darauf hingewiesen, dass es unter Benutzer/in -> Zeitschriftenverwalter/in -> Lesewerkzeuge die Option gibt, eine AddThis-Erweiterung zu konfigurieren. Ich glaube, das kommt dem, was Sie vorhaben schon recht nahe.

Darüber hinaus gibt es derzeit keine Integration mit SM. Ihre Ideen waren konkret und ich habe sie an die anderen Entwickler weitergegeben. Allerdings muss ich dazu sagen, dass wir davon ausgehen, dass solch spezielle Erweiterungen üblicherweise von der "Community" erstellt und zur Verfügung gestellt werden. Sollten Sie im Verlag Entwicklungsressourcen verfügbar haben, dann helfe ich Ihren Leuten sehr gern, eine solche Erweiterung zu erstellen.

Spammern ... könnte man sie wenigstens dauerhaft löschen?


Nein, es gibt in OJS keine Funktion Nutzer zu löschen ohne ihre Daten auf einen anderen Nutzer zu übertragen.

d) Workflow: bisher ist der Workflow im Redaktionssystem recht steif vorgegeben - z. B. Lektorat: Redakteur - Autor - Redakteur. Bei der Arbeit mit dem System haben wir festgestellt, daß es da manchmal mehr zwischen Redakteur und Autor hin und her geht, also flexible, zusätzliche "Stufen" nützlich wären.


Es gibt in OJS von der Begutachtungs- und von der Redaktionsseite aus die Möglichkeit, eine Email an den Autor ("Nachricht an den Autor" bzw. Email-Symbol neben Autorname) zu schicken. Diese wird im System geloggt, kann nachträglich jederzeit beim Artikel eingesehen werden und ist daher oft besser "aufgeräumt" als Emails, die an OJS vorbeigehen. Ich kenne einige Zeitschriften, die diese Funktion sehr intensiv nutzen, um sich mit den Autoren über den gesamten Ablauf hinweg auszutauschen.

sende ich Ihnen mal so eine Statistik-Datei zu


Ja gern.

Da nun im OJS unterschiedliche Redakteure arbeiten, die auch unterschiedliche Auffassungen von Metadaten haben, wäre so eine Datenbank, wie sie bei den Gutachtern schon besteht, ganz nützlich


Was spricht dagegen, dass Sie die von den Autoren eingegebenen Metadaten im Rahmen des redaktionellen Prozesses vereinheitlichen? Sie können die Metadaten ja selbst editieren (Zusammenfassung -> Metadaten eines Beitrags). Zwar könnten Autoren theoretisch diese Daten selbst wieder verändern, aber ich habe noch nicht davon gehört, dass das in der Praxis ein Problem ist.

Was Sie mit "Metadatenbank für Gutachter" meinen ist mir leider nicht klar. Sie können mir gern einen Link schicken. Aus dem kann ich ableiten, um welche Seite es sich dreht.

h) paßt hier eigentlich nicht hin, würde ich aber gerne dennoch kurz melden (habe es schon Frau Bokan gemeldet): scheinbar gibt es einen Bug im System: bei der Einstellung von beschränktem Zugang, aber Kennzeichnung der OA und der mit beschränktem Zugang versehenen Artikel (Set-Up, Schritt 4) werden die geschlossenen Artikel frei zugänglich geschaltet.


Bitte melden Sie solche Fehler unbedingt über unser Bugzilla-System. Dort können Sie auch recherchieren, ob der Fehler vielleicht schon bekannt ist. Außerdem können Sie dann unsere Diskussion über die Fehlerursachen "mithören" und erfahren sofort, wenn der Fehler behoben ist. Oft kommt es vor, dass wir Fehler beheben und wenn sie nicht so kritisch sind einen sogenannten "Patch" als Download bereitstellen, mit dem der Verlag den Fehler beheben kann. Bei kritischen, v.a. sicherheitsrelevanten Fehlern stellen wir ein neues Release (Upgrade) zur Verfügung.

Viele Grüße,
Florian Grandel

PS: Alle meine Angaben beziehen sich auf OJS Version 2.3. Vielleicht müssen Sie mache meiner Anleitungen leicht anpassen wenn Sie OJS 2.2.x benutzen. ]]> OJS, OCS, OMP, Harvester fgrandel Was fehlt in OJS? http://www.carpet-project.net/forum/beitraege///165/ Tue, 29 Jun 2010 09:12:16 +0200 Ich versuche mal, möglichst konkret zu antworten. Die Vorschläge waren alle in unserer Redaktion aus den praktischen Erfahrungen mit der Arbeit von OJS gesammelt. a) zu den Hovertexten: ja, das klingt ganz gut, solche Hilfetexte sind vor allem für diejenigen notwendig, die im Redaktionsprozeß nur sporadisch mit dem System zu tun haben wie Autoren etc. (auch wenn man schon prima durch das System geleitet wird). Den Film werde ich mir noch anschauen, leider erhalte ich momentan immer kein Bild (mov.), vielleicht liegt es auch an fehlenden Updates von meinem Browser... b) hmmm... das von Ihnen genannte PlugIn habe ich leider nicht gefunden, vielleicht liegt es auch an meinen blinden Augen ;-). Die Einsetzung von Social Media-Tools habe ich mir in folgender Richtung vorgestellt. Benutzer können in ihrem Profil ihre SM-Adressen mitangeben (z. B. Twitter) und über diese dann Artikel weiterleiten. Ebenso wäre dies für alle anderen Benutzer möglich (also eine Art Share-it-Funktion). RSS-Feeds können ja schon aktiviert werden. Bei "richtigem" Gebrauch haben dies Tools eine sehr gute PR-Möglichkeit. c) Löschung von Usern: ja, mit dem Dummy ist eine recht gute Ersatzlösung. Mir ist die Problematik bei Spammern aufgefallen, die sich anmelden, aber woran man erkennt, daß sie eigentlich keine Nutzer sind. Diese haben ja noch nichts produziert, könnte man sie wenigstens dauerhaft löschen? d) Workflow: bisher ist der Workflow im Redaktionssystem recht steif vorgegeben - z. B. Lektorat: Redakteur - Autor - Redakteur. Bei der Arbeit mit dem System haben wir festgestellt, daß es da manchmal mehr zwischen Redakteur und Autor hin und her geht, also flexible, zusätzliche "Stufen" nützlich wären. Bisher sind wir dann auf den normalen Mailverkehr ausgewichen, was ja nicht im Sinne der Nutzung von OJS ist. So eine Erweiterung wäre sehr nützlich. e) Layoutgestaltung: tja, da sind wir jetzt im System auch tiefer vorgedrungen, haben wir gefunden f) Statistiken: ich meine die CSV-Formate für Artikel, trotz Umwandlung in Excel sind sie mir zu unübersichtlich, sobald unsere Zeitschrift (AEON http://wissens-werk.de/index.php/aeon), die leider seit mehr als vier Wochen nicht nutzbar ist (der Verlag arbeitet dran), wieder funktionstüchtig ist, sende ich Ihnen mal so eine Statistik-Datei zu g) Metadatenbank: eine mir fehlende Komponente, die ich als sehr wichtig für die Arbeit erachte. Normalerweise geben die Autoren die Metadaten des Artikels bei der Einreichung ein, die dann später vom Redakteur angepaßt werden können. Nun ist mir bei meinem wissenschaftlichen Arbeiten aufgefallen, daß eine genaue Vergabe von Metadaten für die Recherchen wichtig ist. Da nun im OJS unterschiedliche Redakteure arbeiten, die auch unterschiedliche Auffassungen von Metadaten haben, wäre so eine Datenbank, wie sie bei den Gutachtern schon besteht, ganz nützlich, um die Einheitlichkeit der Metadaten zu gewährleisten. Diese Datenbank soll also für Autoren und Redakteure ein Hilfsmittel seiin, weniger für die Leser in der Suchfunktion. h) paßt hier eigentlich nicht hin, würde ich aber gerne dennoch kurz melden (habe es schon Frau Bokan gemeldet): scheinbar gibt es einen Bug im System: bei der Einstellung von beschränktem Zugang, aber Kennzeichnung der OA und der mit beschränktem Zugang versehenen Artikel (Set-Up, Schritt 4) werden die geschlossenen Artikel frei zugänglich geschaltet. Auf jeden Fall ganz herzlichen Dank, daß Sie sich die Zeit für eine ausführliche Beantwortung unserer Anregungen genommen haben. Falls ich mich kryptisch in der Erklärung ausgedrückt habe, können Sie gerne noch einmal nachhaken. Herzliche Grüße Wenke Richter a) zu den Hovertexten: ja, das klingt ganz gut, solche Hilfetexte sind vor allem für diejenigen notwendig, die im Redaktionsprozeß nur sporadisch mit dem System zu tun haben wie Autoren etc. (auch wenn man schon prima durch das System geleitet wird). Den Film werde ich mir noch anschauen, leider erhalte ich momentan immer kein Bild (mov.), vielleicht liegt es auch an fehlenden Updates von meinem Browser...
b) hmmm... das von Ihnen genannte PlugIn habe ich leider nicht gefunden, vielleicht liegt es auch an meinen blinden Augen ;-). Die Einsetzung von Social Media-Tools habe ich mir in folgender Richtung vorgestellt. Benutzer können in ihrem Profil ihre SM-Adressen mitangeben (z. B. Twitter) und über diese dann Artikel weiterleiten. Ebenso wäre dies für alle anderen Benutzer möglich (also eine Art Share-it-Funktion). RSS-Feeds können ja schon aktiviert werden. Bei "richtigem" Gebrauch haben dies Tools eine sehr gute PR-Möglichkeit.
c) Löschung von Usern: ja, mit dem Dummy ist eine recht gute Ersatzlösung. Mir ist die Problematik bei Spammern aufgefallen, die sich anmelden, aber woran man erkennt, daß sie eigentlich keine Nutzer sind. Diese haben ja noch nichts produziert, könnte man sie wenigstens dauerhaft löschen?
d) Workflow: bisher ist der Workflow im Redaktionssystem recht steif vorgegeben - z. B. Lektorat: Redakteur - Autor - Redakteur. Bei der Arbeit mit dem System haben wir festgestellt, daß es da manchmal mehr zwischen Redakteur und Autor hin und her geht, also flexible, zusätzliche "Stufen" nützlich wären. Bisher sind wir dann auf den normalen Mailverkehr ausgewichen, was ja nicht im Sinne der Nutzung von OJS ist. So eine Erweiterung wäre sehr nützlich.
e) Layoutgestaltung: tja, da sind wir jetzt im System auch tiefer vorgedrungen, haben wir gefunden
f) Statistiken: ich meine die CSV-Formate für Artikel, trotz Umwandlung in Excel sind sie mir zu unübersichtlich, sobald unsere Zeitschrift (AEON http://wissens-werk.de/index.php/aeon), die leider seit mehr als vier Wochen nicht nutzbar ist (der Verlag arbeitet dran), wieder funktionstüchtig ist, sende ich Ihnen mal so eine Statistik-Datei zu
g) Metadatenbank: eine mir fehlende Komponente, die ich als sehr wichtig für die Arbeit erachte. Normalerweise geben die Autoren die Metadaten des Artikels bei der Einreichung ein, die dann später vom Redakteur angepaßt werden können. Nun ist mir bei meinem wissenschaftlichen Arbeiten aufgefallen, daß eine genaue Vergabe von Metadaten für die Recherchen wichtig ist. Da nun im OJS unterschiedliche Redakteure arbeiten, die auch unterschiedliche Auffassungen von Metadaten haben, wäre so eine Datenbank, wie sie bei den Gutachtern schon besteht, ganz nützlich, um die Einheitlichkeit der Metadaten zu gewährleisten. Diese Datenbank soll also für Autoren und Redakteure ein Hilfsmittel seiin, weniger für die Leser in der Suchfunktion.
h) paßt hier eigentlich nicht hin, würde ich aber gerne dennoch kurz melden (habe es schon Frau Bokan gemeldet): scheinbar gibt es einen Bug im System: bei der Einstellung von beschränktem Zugang, aber Kennzeichnung der OA und der mit beschränktem Zugang versehenen Artikel (Set-Up, Schritt 4) werden die geschlossenen Artikel frei zugänglich geschaltet.

Auf jeden Fall ganz herzlichen Dank, daß Sie sich die Zeit für eine ausführliche Beantwortung unserer Anregungen genommen haben. Falls ich mich kryptisch in der Erklärung ausgedrückt habe, können Sie gerne noch einmal nachhaken.

Herzliche Grüße
Wenke Richter ]]> OJS, OCS, OMP, Harvester WRichter Was fehlt in OJS? http://www.carpet-project.net/forum/beitraege///160/ Mon, 28 Jun 2010 19:52:53 +0200 Kurzes Update: Unser Designer hat sich nochmals zu den Hover-Texten geäußert. Er sagt, dass er sie selbst auch eine hervorragende Idee findet. Allerdings sagt er, dass der klassische Hover-Text (der beim drüberfahren mit der Maus erscheint) in Zukunft nicht mehr so gut funktionieren wird, da er nicht mit der neuen Generation Touchpad-fähiger mobiler Geräte kompatibel ist. Was er statt dessen für unser Interface plant sind Hilfenachrichten, die bei der ersten Benutzung selbständig aufgehen (nicht als Pop-Up sondern on-screen) und dann vom Nutzer gelesen und dauerhaft weggeklickt werden können. An manchen Stellen will er außerdem solche Pop-ups für Hilfetexte dauerhaft veranken, die mit einem Mausklick auf ein Fragezeichensymbol o.ä. zu erreichen sind. Wäre diese Lösung in Ihrem Sinne?
Unser Designer hat sich nochmals zu den Hover-Texten geäußert. Er sagt, dass er sie selbst auch eine hervorragende Idee findet. Allerdings sagt er, dass der klassische Hover-Text (der beim drüberfahren mit der Maus erscheint) in Zukunft nicht mehr so gut funktionieren wird, da er nicht mit der neuen Generation Touchpad-fähiger mobiler Geräte kompatibel ist.

Was er statt dessen für unser Interface plant sind Hilfenachrichten, die bei der ersten Benutzung selbständig aufgehen (nicht als Pop-Up sondern on-screen) und dann vom Nutzer gelesen und dauerhaft weggeklickt werden können. An manchen Stellen will er außerdem solche Pop-ups für Hilfetexte dauerhaft veranken, die mit einem Mausklick auf ein Fragezeichensymbol o.ä. zu erreichen sind.

Wäre diese Lösung in Ihrem Sinne? ]]> OJS, OCS, OMP, Harvester fgrandel Was fehlt in OJS? http://www.carpet-project.net/forum/beitraege///159/ Mon, 28 Jun 2010 18:17:56 +0200 Oh, ich sehe diesen Beitrag jetzt erst. Habe leider keine Benachrichtigung bekommen... Die Nutzung führt natürlich auch zu Verbesserungs- oder Weiterentwicklungswünschen, die ich im folgenden aufliste (bitte als Anregungen verstehen). Wir von PKP freuen uns sehr über Ihre Anregungen. Ich werde sie sämtlich an unser Entwicklerteam weitergeben. Dynamische Hilfemenüs: Diese könnten z. B. erscheinen, wenn man mit dem Mauszeiger über ein Feld wie peer-review oder OpenAccess „gleitet“. Statischer Text würde von den Unterseiten verschwinden (digitale Bleiwüsten), das Design schlanker werden. Ja, das ist ein guter Punkt. Das OJS Interface hat sich seit den Anfängen 2001 nicht wirklich verändert. Im Moment arbeiten wir an einer neuen Software für die elektronische Veröffentlichung von Monographien. In dem Zusammenhang führen wir auch ein ganz neues Bedienkonzept ein. Sobald dieses Bedienkonzept getestet ist, soll es auf die bestehenden Anwendungen übertragen werden. Ein Bestandteil dieses neuen Konzepts sind eben "Hover-Hilfetexte", die erscheinen, wenn man mit der Maus über bestimmte aktivierte Wörter fährt. Es gibt bereits ein Preview des neuen Interface als Video im mov-Format oder im mp4-Format. Ich denke, man kann die Hover-Texte dort noch nicht sehen, aber zumindest wird deutlich, wie sich das Interface ansonsten verändert. Sobald eine Betasoftware von OMP vorliegt, werde ich das hier im Forum bekannt geben, so dass Sie überprüfen können, ob das was Sie meinen auch vorkommt. Das wird voraussichtlich allerdings erst Ende diesen Jahres sein. Einbindung von Verknüpfungen zu Social Media Tools (Twitter, Facebook, Social Bookmarking etc.) An was denken Sie da genau? An Lesewerkzeuge, die in der Lesewerkzeugleiste auftauchen oder eher an einfache Links? Letzteres könnten Sie recht einfach umsetzen, indem Sie ein "Custom Block Plugin" benutzen. Dazu müssen Sie nur das Custom-Block-Plugin bei den System-Plugins aktivieren. Ansonsten wäre dies ein sehr guter Punkt für ein von Ihnen beigetragenes Plugin. Ich helfe Ihnen sehr gerne dabei, ein solches zu erstellen. dauerhafte Löschung von Nutzern, die aus dem System ausscheiden wollen Dies ist bereits möglich. Allerdings können Nutzer nicht ersatzlos gelöscht werden, da sonst sämtliche Beiträge, die diese Nutzer im System hinterlassen haben "verwaisen" würden. Statt dessen werden in OJS die Daten des zu löschenden Nutzers an einen anderen Nutzer übertragen. Dabei verschwindet der gelöschte Nutzer aber vollständig aus dem System. Wenn Sie wollen können Sie einen "Dummy-Nutzer" einführen, an den Sie alle Daten von gelöschten Nutzern übergeben. Das wäre dann so eine Art "Papierkorbfunktion". Die Löschfunktion steht nur dem Administrator zur Verfügung, da sie sämtliche Zeitschriften einer Seite betrifft. im Redaktionsablauf Lektorat Möglichkeit, gegebenenfalls weitere Lektoratsschritte einzuführen Können Sie diese Schritte konkret benennen oder sollte das eine ganz generische Funktion sein? Eine Workflow-Komponente einzuführen, die es erlaubt ganz frei neue Schritte einzuführen wäre mMn mit sehr hohem Entwicklungsaufwand verbunden. Aber es kann gut sein, dass ich das anders sehe, wenn Sie mir sagen, worum es konkret geht. flexiblere Layoutgestaltung der Headzeile Was genau meinen Sie mit "Headzeile"? Ich kann mir jetzt gerade nicht vorstellen, was man am Layout /nicht/ verändern könnte. Gerade beim Layout bietet OJS normalerweise sehr große Flexibilität durch Konfiguration, Themen oder sogar benutzererstellte Themen. übersichtlichere Ausgabe der Statistikdatei (bisher alles in eine Zeile geschrieben, sehr unübersichtlich) Auch hier muss ich nochmal nachfragen: Welche Statistik meinen Sie genau? Die Review- und Artikelstatistiken sind ja mehrzeilig. Sie können gern einen internen Link schicken, daraus leite ich dann ab, worum es geht. eine Datenbank für Metadaten, auf die der Redakteur/Autor zurückgreifen kann (ähnlich der Gutachterdatenbank) Artikelmetadaten könnten Sie zum Beispiel über den PKP Harvester an einem Punkt sammeln. Ansonsten gibt es ja auch die Suchfunktion der Seite, über die alle Artikel zugänglich sind. Wenn dies für Sie nicht ausreicht: Welche Metadaten würden Sie gerne in dieser Datenbank sehen? Ich hoffe, dass Sie die Zeit finden, die Fragen zu beantworten, denn ich würde gerne in einigen Punkten noch konkreter antworten können. Herzliche Grüße, Florian Grandel
WRichter schrieb:
Die Nutzung führt natürlich auch zu Verbesserungs- oder Weiterentwicklungswünschen, die ich im folgenden aufliste (bitte als Anregungen verstehen).


Wir von PKP freuen uns sehr über Ihre Anregungen. Ich werde sie sämtlich an unser Entwicklerteam weitergeben.

WRichter schrieb:
Dynamische Hilfemenüs: Diese könnten z. B. erscheinen, wenn man mit dem Mauszeiger über ein Feld wie peer-review oder OpenAccess „gleitet“. Statischer Text würde von den Unterseiten verschwinden (digitale Bleiwüsten), das Design schlanker werden.


Ja, das ist ein guter Punkt. Das OJS Interface hat sich seit den Anfängen 2001 nicht wirklich verändert. Im Moment arbeiten wir an einer neuen Software für die elektronische Veröffentlichung von Monographien. In dem Zusammenhang führen wir auch ein ganz neues Bedienkonzept ein. Sobald dieses Bedienkonzept getestet ist, soll es auf die bestehenden Anwendungen übertragen werden. Ein Bestandteil dieses neuen Konzepts sind eben "Hover-Hilfetexte", die erscheinen, wenn man mit der Maus über bestimmte aktivierte Wörter fährt.

Es gibt bereits ein Preview des neuen Interface als Video im mov-Format oder im mp4-Format. Ich denke, man kann die Hover-Texte dort noch nicht sehen, aber zumindest wird deutlich, wie sich das Interface ansonsten verändert.

Sobald eine Betasoftware von OMP vorliegt, werde ich das hier im Forum bekannt geben, so dass Sie überprüfen können, ob das was Sie meinen auch vorkommt. Das wird voraussichtlich allerdings erst Ende diesen Jahres sein.

WRichter schrieb:
Einbindung von Verknüpfungen zu Social Media Tools (Twitter, Facebook, Social Bookmarking etc.)


An was denken Sie da genau? An Lesewerkzeuge, die in der Lesewerkzeugleiste auftauchen oder eher an einfache Links?

Letzteres könnten Sie recht einfach umsetzen, indem Sie ein "Custom Block Plugin" benutzen. Dazu müssen Sie nur das Custom-Block-Plugin bei den System-Plugins aktivieren.

Ansonsten wäre dies ein sehr guter Punkt für ein von Ihnen beigetragenes Plugin. Ich helfe Ihnen sehr gerne dabei, ein solches zu erstellen.

WRichter schrieb:
dauerhafte Löschung von Nutzern, die aus dem System ausscheiden wollen


Dies ist bereits möglich. Allerdings können Nutzer nicht ersatzlos gelöscht werden, da sonst sämtliche Beiträge, die diese Nutzer im System hinterlassen haben "verwaisen" würden. Statt dessen werden in OJS die Daten des zu löschenden Nutzers an einen anderen Nutzer übertragen. Dabei verschwindet der gelöschte Nutzer aber vollständig aus dem System. Wenn Sie wollen können Sie einen "Dummy-Nutzer" einführen, an den Sie alle Daten von gelöschten Nutzern übergeben. Das wäre dann so eine Art "Papierkorbfunktion". Die Löschfunktion steht nur dem Administrator zur Verfügung, da sie sämtliche Zeitschriften einer Seite betrifft.

RWenke schrieb:
im Redaktionsablauf Lektorat Möglichkeit, gegebenenfalls weitere Lektoratsschritte einzuführen


Können Sie diese Schritte konkret benennen oder sollte das eine ganz generische Funktion sein? Eine Workflow-Komponente einzuführen, die es erlaubt ganz frei neue Schritte einzuführen wäre mMn mit sehr hohem Entwicklungsaufwand verbunden. Aber es kann gut sein, dass ich das anders sehe, wenn Sie mir sagen, worum es konkret geht.

RWenke schrieb:
flexiblere Layoutgestaltung der Headzeile


Was genau meinen Sie mit "Headzeile"? Ich kann mir jetzt gerade nicht vorstellen, was man am Layout /nicht/ verändern könnte. Gerade beim Layout bietet OJS normalerweise sehr große Flexibilität durch Konfiguration, Themen oder sogar benutzererstellte Themen.

RWenke schrieb:
übersichtlichere Ausgabe der Statistikdatei (bisher alles in eine Zeile geschrieben, sehr unübersichtlich)


Auch hier muss ich nochmal nachfragen: Welche Statistik meinen Sie genau? Die Review- und Artikelstatistiken sind ja mehrzeilig. Sie können gern einen internen Link schicken, daraus leite ich dann ab, worum es geht.

RWenke schrieb:
eine Datenbank für Metadaten, auf die der Redakteur/Autor zurückgreifen kann (ähnlich der Gutachterdatenbank)


Artikelmetadaten könnten Sie zum Beispiel über den PKP Harvester an einem Punkt sammeln. Ansonsten gibt es ja auch die Suchfunktion der Seite, über die alle Artikel zugänglich sind. Wenn dies für Sie nicht ausreicht: Welche Metadaten würden Sie gerne in dieser Datenbank sehen?

Ich hoffe, dass Sie die Zeit finden, die Fragen zu beantworten, denn ich würde gerne in einigen Punkten noch konkreter antworten können.

Herzliche Grüße,
Florian Grandel ]]> OJS, OCS, OMP, Harvester fgrandel OJS: Erfahrungsberichte http://www.carpet-project.net/forum/beitraege///158/ Thu, 24 Jun 2010 20:13:48 +0200 Hallo Herr große Austing, solange eine Zeitschrift einen einfachen Workflow mit wenigen Beteiligten umsetzt, bleiben tatsächlich wesentliche Komponenten von OJS ungenutzt. Ich stimme zu, dass in diesem Fall ein weniger umfangreiches System von Vorteil sein kann. Auf der anderen Seite gibt es manchmal versteckte Anforderungen, die erst später offensichtlich werden. Wenn Sie auf statische Webseiten setzen, dann könnte es ziemlich aufwändig werden, diesen Anforderungen nachträglich gerecht zu werden. Insbesondere können Sie prüfen, ob eine der folgenden Anforderungen früher oder später auf Sie zukommt: - Export von Artikelmetadaten in Kataloge von Suchdiensten (z.B. BASE, DOAJ, etc.) oder Bibliotheken. Dies kann erheblichen Einfluss auf dem "Impact Factor" Ihrer Veröffentlichung haben, weil Autoren Ihre Artikel leichter finden und häufiger zitieren. - (Pflicht-)Ablage von Artikeln in institutionellen oder öffentlichen Repositorien. - Langzeitarchivierung (z.B. mit LOCKSS o.ä.) - Integration Ihres Angebots mit Lese-/Zitierwerkzeugen (z.B. Google Scholar, Zotero, EndNote, etc.) oder Export von Zitierungen in unterschiedlichen Formaten um Wissenschaftlern die Zitierung Ihrer Artikel zu erleichtern. - Umsetzung eines Linkstandards (z.B. URNs oder DOIs) - Mehrsprachigkeit - Autorenvergütung auf Basis von Nutzungsdaten - usw. Wenn ja, dann rate ich von statischem HTML ab. Zu Ihrer Frage bzgl. OAI: Es handelt sich dabei um ein weltweit akzeptiertes Standardprotokoll zum Austausch von bibliographischen Metadaten, das in der Praxis vor allem zur Sammlung von Zeitschriftenmetadaten in zentralen Katalogen benutzt wird ("Metadaten-Harvesting"). Ohne eine OAI-Schnittstelle werden die meisten großen Kataloge (z.B. BASE oder DOAJ) Sie nicht in ihr Angebot aufnehmen können. Der Vergleich zur Google Sitemap ist gar nicht so schlecht, denn OAI-Anfragen resultieren in der Praxis ebenfalls meist in einfachen XML-Dokumenten. Ich würde nicht sagen, dass die Struktur eines OAI-Dokuments wesentlich komplexer ist als die einer Sitemap. Es dient einfach nur einem anderen Zweck. Es ist mMn allerdings sehr aufwändig eine DRIVER-konforme OAI-Schnittstelle selbst umzusetzen. OJS ist weltweit das am häufigsten vorkommende OAI-Quellsystem. Von daher können Sie davon ausgehen, dass alle großen Kataloge die OJS-OAI-Schnittstelle ohne Anpassungen "verstehen". Übrigens ist der Einsatz von OJS nicht auf OA-Zeitschriften beschränkt. OJS unterstützt auch geschlossene Geschäftsmodelle gut. Allerdings machen wir keinen Hehl daraus, dass wir (=PKP) als Organisation das OA-Modell den geschlossenen Modellen bei Weitem vorziehen. Viele Grüße, Florian Grandel
solange eine Zeitschrift einen einfachen Workflow mit wenigen Beteiligten umsetzt, bleiben tatsächlich wesentliche Komponenten von OJS ungenutzt. Ich stimme zu, dass in diesem Fall ein weniger umfangreiches System von Vorteil sein kann.

Auf der anderen Seite gibt es manchmal versteckte Anforderungen, die erst später offensichtlich werden. Wenn Sie auf statische Webseiten setzen, dann könnte es ziemlich aufwändig werden, diesen Anforderungen nachträglich gerecht zu werden.

Insbesondere können Sie prüfen, ob eine der folgenden Anforderungen früher oder später auf Sie zukommt:
- Export von Artikelmetadaten in Kataloge von Suchdiensten (z.B. BASE, DOAJ, etc.) oder Bibliotheken. Dies kann erheblichen Einfluss auf dem "Impact Factor" Ihrer Veröffentlichung haben, weil Autoren Ihre Artikel leichter finden und häufiger zitieren.
- (Pflicht-)Ablage von Artikeln in institutionellen oder öffentlichen Repositorien.
- Langzeitarchivierung (z.B. mit LOCKSS o.ä.)
- Integration Ihres Angebots mit Lese-/Zitierwerkzeugen (z.B. Google Scholar, Zotero, EndNote, etc.) oder Export von Zitierungen in unterschiedlichen Formaten um Wissenschaftlern die Zitierung Ihrer Artikel zu erleichtern.
- Umsetzung eines Linkstandards (z.B. URNs oder DOIs)
- Mehrsprachigkeit
- Autorenvergütung auf Basis von Nutzungsdaten
- usw.
Wenn ja, dann rate ich von statischem HTML ab.

Zu Ihrer Frage bzgl. OAI: Es handelt sich dabei um ein weltweit akzeptiertes Standardprotokoll zum Austausch von bibliographischen Metadaten, das in der Praxis vor allem zur Sammlung von Zeitschriftenmetadaten in zentralen Katalogen benutzt wird ("Metadaten-Harvesting"). Ohne eine OAI-Schnittstelle werden die meisten großen Kataloge (z.B. BASE oder DOAJ) Sie nicht in ihr Angebot aufnehmen können. Der Vergleich zur Google Sitemap ist gar nicht so schlecht, denn OAI-Anfragen resultieren in der Praxis ebenfalls meist in einfachen XML-Dokumenten. Ich würde nicht sagen, dass die Struktur eines OAI-Dokuments wesentlich komplexer ist als die einer Sitemap. Es dient einfach nur einem anderen Zweck. Es ist mMn allerdings sehr aufwändig eine DRIVER-konforme OAI-Schnittstelle selbst umzusetzen. OJS ist weltweit das am häufigsten vorkommende OAI-Quellsystem. Von daher können Sie davon ausgehen, dass alle großen Kataloge die OJS-OAI-Schnittstelle ohne Anpassungen "verstehen".

Übrigens ist der Einsatz von OJS nicht auf OA-Zeitschriften beschränkt. OJS unterstützt auch geschlossene Geschäftsmodelle gut. Allerdings machen wir keinen Hehl daraus, dass wir (=PKP) als Organisation das OA-Modell den geschlossenen Modellen bei Weitem vorziehen.

Viele Grüße,
Florian Grandel ]]> OJS, OCS, OMP, Harvester fgrandel OJS: Erfahrungsberichte http://www.carpet-project.net/forum/beitraege///157/ Thu, 24 Jun 2010 07:33:33 +0200 Hallo Herr Daniel, vor Kurzem habe ich die Aufgabe übernommen eine Open Access Journal Webseite zu übernehmen. Hierbei bin ich auf ein altes OJS gestoßen, das leider nur schlecht gepflegt war. Mir wurde außerdem ihre Umfrage weitergeleitet, die ich beantwortet habe. In diesem Zusammenhang möchte ich einige Punkte beschreiben, die mich bei OJS und Open Access als Einsteiger gestört haben. - Das OJS ist für unser Journal überdimensioniert und wir erledigen die meisten Sachen informell per E-Mail. Das ganze Login-System für die Autoren wird zumeist ignoriert. - Das OAI-Protokoll gibt mir und meinen Kollegen Rätsel auf. Warum braucht man für die Annotation von Metadaten ein extra System? Unsere Vermutung war, dass OAI als Ergebnis eine Forschungsprojektes nicht mit einer einfachen Annotationsdatei (ähnlich wie z.B. Google Sitemap XML) als Deliverable darstehen konnte. Ich habe mich daher entschlossen für unsere Journal zukünftig auf statisches HTML über unser Uni CMS zu setzen. Ich hoffe diese Eindrücke eines Open-Access-Einsteigers ergänzen die Ergebnisse ihrer Umfrage und helfen Ihnen die technische Unterstützung von Open-Access zu verbessern. Generell bin ich ein Anhänger dieser Idee. Viele Grüße Stephan große Austing
vor Kurzem habe ich die Aufgabe übernommen eine Open Access Journal Webseite zu übernehmen. Hierbei bin ich auf ein altes OJS gestoßen, das leider nur schlecht gepflegt war. Mir wurde außerdem ihre Umfrage weitergeleitet, die ich beantwortet habe. In diesem Zusammenhang möchte ich einige Punkte beschreiben, die mich bei OJS und Open Access als Einsteiger gestört haben.

- Das OJS ist für unser Journal überdimensioniert und wir erledigen die meisten Sachen informell per E-Mail. Das ganze Login-System für die Autoren wird zumeist ignoriert.
- Das OAI-Protokoll gibt mir und meinen Kollegen Rätsel auf. Warum braucht man für die Annotation von Metadaten ein extra System? Unsere Vermutung war, dass OAI als Ergebnis eine Forschungsprojektes nicht mit einer einfachen Annotationsdatei (ähnlich wie z.B. Google Sitemap XML) als Deliverable darstehen konnte.

Ich habe mich daher entschlossen für unsere Journal zukünftig auf statisches HTML über unser Uni CMS zu setzen.

Ich hoffe diese Eindrücke eines Open-Access-Einsteigers ergänzen die Ergebnisse ihrer Umfrage und helfen Ihnen die technische Unterstützung von Open-Access zu verbessern. Generell bin ich ein Anhänger dieser Idee.

Viele Grüße
Stephan große Austing ]]> OJS, OCS, OMP, Harvester sausting OJS: Erfahrungsberichte http://www.carpet-project.net/forum/beitraege///155/ Thu, 24 Jun 2010 07:24:15 +0200 Liebe OJS Nutzer, erzählen und beschreiben Sie hier, welche Erfahrungen Sie mit OJS gemacht haben und welche Aspekte des Programms Ihnen positiv aufgefallen sind oder Probleme bereitet haben. CARPET Team Göttingen
erzählen und beschreiben Sie hier, welche Erfahrungen Sie mit OJS gemacht haben und welche Aspekte des Programms Ihnen positiv aufgefallen sind oder Probleme bereitet haben.

CARPET Team Göttingen
]]> OJS, OCS, OMP, Harvester sdaniel Import von PDF-Dateien http://www.carpet-project.net/forum/beitraege///153/ Wed, 23 Jun 2010 21:12:03 +0200 Die am weitesten verbreitete Methode zum Import alter Ausgaben ist, die Daten im OJS-XML-Importformat aufzubereiten und dann gesammelt zu importieren. Informationen dazu finden Sie z.B. im OJS Wikieintrag zum Importieren und Exportieren von Artikeln oder (überblicksmäßig) im OJS Benutzerhandbuch (beide Englisch). Am besten ist es natürlich, wenn Sie den XML-Erstellungsprozess automatisieren können, wenn die Metadaten und Dokumente der bisherigen Zeitschriften in elektronischer Form vorliegen. Es bietet sich an dann ein entsprechendes Skript zu schreiben/schreiben zu lassen, das die XML-Umwandlung macht. In dem Fall können Sie eine große Zahl Artikel mit relativ geringem manuellem Aufwand importieren. Sollte es Verständnisschwierigkeiten geben oder die Dokumentation unvollständig sein, dann helfen wir gern weiter. Viele Grüße, Florian Grandel
Informationen dazu finden Sie z.B. im OJS Wikieintrag zum Importieren und Exportieren von Artikeln oder (überblicksmäßig) im OJS Benutzerhandbuch (beide Englisch).

Am besten ist es natürlich, wenn Sie den XML-Erstellungsprozess automatisieren können, wenn die Metadaten und Dokumente der bisherigen Zeitschriften in elektronischer Form vorliegen. Es bietet sich an dann ein entsprechendes Skript zu schreiben/schreiben zu lassen, das die XML-Umwandlung macht. In dem Fall können Sie eine große Zahl Artikel mit relativ geringem manuellem Aufwand importieren.

Sollte es Verständnisschwierigkeiten geben oder die Dokumentation unvollständig sein, dann helfen wir gern weiter.

Viele Grüße,
Florian Grandel ]]> OJS, OCS, OMP, Harvester fgrandel Import von PDF-Dateien http://www.carpet-project.net/forum/beitraege///152/ Wed, 23 Jun 2010 10:43:33 +0200 Hallo, mit folgender Frage wende ich mich heute an Sie. Für eine Zeitschrift soll ich aus alten Ausgaben, die in pdf-Dateien vorliegen, diese in eine neue OJS-Zeitschrift importieren. Leider habe ich dazu keine Informationen gefunden, wie dies funktioniert und bitte Sie mir zu helfen. Wie importiere ich pdf-Dateien ins OJS? Ganz herzlichen Dank für Ihre Hilfe. Mit bestem Gruße Wenke Richter
mit folgender Frage wende ich mich heute an Sie. Für eine Zeitschrift soll ich aus alten Ausgaben, die in pdf-Dateien vorliegen, diese in eine neue OJS-Zeitschrift importieren. Leider habe ich dazu keine Informationen gefunden, wie dies funktioniert und bitte Sie mir zu helfen. Wie importiere ich pdf-Dateien ins OJS?

Ganz herzlichen Dank für Ihre Hilfe.

Mit bestem Gruße
Wenke Richter ]]> OJS, OCS, OMP, Harvester WRichter OJS: Schnelle Beitragseinreichung für Redakteur/innen (Projektvorhaben FU Berlin) http://www.carpet-project.net/forum/beitraege///151/ Tue, 22 Jun 2010 06:35:14 +0200 Hallo Herr Lemke, vielleicht noch eine kurze Erklärung zu den Untertiteln: Wir haben bereits Anfragen von anderen Nutzern, die gerne Untertitel eingeben möchten. Bisher ist das nicht standardmäßig vorgesehen, da sich das Metadatenmodell von OJS am weit verbreiteten NLM-Metadatenformat orientiert, das keine Untertitel vorsieht. Statt dessen werden Untertitel üblicherweise durch einen Doppelpunkt vom Haupttitel abgetrennt. Die Konformität mit einem Metadaten-Standard ist deshalb wichtig, da die meisten Zeitschriften Metadaten in externe Datenspeicher abliefern wollen. Wenig spezifische Standards wie das Dublin Core-Format sind dabei nicht immer hilfreich. ;-) Daher unsere Präferenz für NLM. Selbstverständlich ist es bei einem Open-Source-Programm wie OJS sehr einfach möglich ein zusätzliches Feld einzuführen. Wenn Sie das gerne tun möchten, finden Sie hier im Forum sicher Unterstützung. Eine Frage zurück an Sie: Was wäre denn ein Metadaten-Standard, den Sie gerne in OJS umgesetzt sehen würden? Wir versuchen nämlich gerade herauszufinden, welche weiteren Standards wir in der Grundinstallation von OJS ausliefern sollten. Dabei wollen wir gerade auch landesspezifische Standards unterstützen. Viele Grüße, Florian Grandel
vielleicht noch eine kurze Erklärung zu den Untertiteln: Wir haben bereits Anfragen von anderen Nutzern, die gerne Untertitel eingeben möchten. Bisher ist das nicht standardmäßig vorgesehen, da sich das Metadatenmodell von OJS am weit verbreiteten NLM-Metadatenformat orientiert, das keine Untertitel vorsieht. Statt dessen werden Untertitel üblicherweise durch einen Doppelpunkt vom Haupttitel abgetrennt. Die Konformität mit einem Metadaten-Standard ist deshalb wichtig, da die meisten Zeitschriften Metadaten in externe Datenspeicher abliefern wollen. Wenig spezifische Standards wie das Dublin Core-Format sind dabei nicht immer hilfreich. ;-) Daher unsere Präferenz für NLM.

Selbstverständlich ist es bei einem Open-Source-Programm wie OJS sehr einfach möglich ein zusätzliches Feld einzuführen. Wenn Sie das gerne tun möchten, finden Sie hier im Forum sicher Unterstützung.

Eine Frage zurück an Sie: Was wäre denn ein Metadaten-Standard, den Sie gerne in OJS umgesetzt sehen würden? Wir versuchen nämlich gerade herauszufinden, welche weiteren Standards wir in der Grundinstallation von OJS ausliefern sollten. Dabei wollen wir gerade auch landesspezifische Standards unterstützen.

Viele Grüße,
Florian Grandel ]]> OJS, OCS, OMP, Harvester fgrandel Importieren von XML Dateien http://www.carpet-project.net/forum/beitraege///150/ Tue, 22 Jun 2010 06:18:59 +0200 Hallo Herr Krengel, also wenn Sie beide Möglichkeiten interessieren, dann würde ich zunächst einmal mit dem einfachen Import von "unstrukturierten" Dokumenten anfangen (s. Beitrag von Bozana). Das dürfte in den meisten Fällen ausreichen. Ich würde Konvertierung, Import und Veröffentlichung von strukturierten XML-Dokumenten erst ausprobieren, wenn Sie sich ansonsten schon "zu Hause" in OJS fühlen. Lemon8 ist übrigens ein experimentelles Programm, das zwar voll funktionsfähig ist, von uns aber nicht mehr aktiv weiterentwickelt wird. Statt dessen arbeiten wir daran, sämtliche Funktionen von Lemon8 direkt in OJS, OCS und OMP zu integrieren und dort weiter zu entwickeln. Wir planen ein OJS-Release für August in dem bereits alle Zitierfunktionen aus Lemon8 integriert sein werden. Bis Anfang nächsten Jahres soll dann auch die komplette XML-Konvertierungsfunktionalität direkt in OJS zur Verfügung stehen. Es lohnt sich also, mit den XML-Fahnen noch etwas zu warten und nicht zu viel Zeit in Lemon8 zu investieren, solange Sie keinen ganz dringenden Anwendungsfall haben. Viele Grüße, Florian Grandel
also wenn Sie beide Möglichkeiten interessieren, dann würde ich zunächst einmal mit dem einfachen Import von "unstrukturierten" Dokumenten anfangen (s. Beitrag von Bozana). Das dürfte in den meisten Fällen ausreichen.

Ich würde Konvertierung, Import und Veröffentlichung von strukturierten XML-Dokumenten erst ausprobieren, wenn Sie sich ansonsten schon "zu Hause" in OJS fühlen.

Lemon8 ist übrigens ein experimentelles Programm, das zwar voll funktionsfähig ist, von uns aber nicht mehr aktiv weiterentwickelt wird. Statt dessen arbeiten wir daran, sämtliche Funktionen von Lemon8 direkt in OJS, OCS und OMP zu integrieren und dort weiter zu entwickeln. Wir planen ein OJS-Release für August in dem bereits alle Zitierfunktionen aus Lemon8 integriert sein werden. Bis Anfang nächsten Jahres soll dann auch die komplette XML-Konvertierungsfunktionalität direkt in OJS zur Verfügung stehen. Es lohnt sich also, mit den XML-Fahnen noch etwas zu warten und nicht zu viel Zeit in Lemon8 zu investieren, solange Sie keinen ganz dringenden Anwendungsfall haben.

Viele Grüße,
Florian Grandel ]]> OJS, OCS, OMP, Harvester fgrandel Importieren von XML Dateien http://www.carpet-project.net/forum/beitraege///149/ Mon, 21 Jun 2010 12:47:55 +0200 Hallo Herr Grandel, hallo bozana, Also wenn ich ehrlich bin interessieren mich beide möglichkeiten. Habe in diesem Bereich auch noch nicht die Erfahrung. Deshalb bin ich um jeden Rat dankbar. Meine Frage ist jetzt was denn die Einfachste Möglichkeit ist Word Dokumente(oder ähnliche Formate) in ein XML Formular zu wandeln das von Open Journal akzeptiert wird. Vielen Dank. Mit freundlich Grüßen Michael Krengel
Also wenn ich ehrlich bin interessieren mich beide möglichkeiten.
Habe in diesem Bereich auch noch nicht die Erfahrung. Deshalb bin ich um jeden Rat dankbar. Meine Frage ist jetzt was denn die Einfachste Möglichkeit ist Word Dokumente(oder ähnliche Formate) in ein XML Formular zu wandeln das von Open Journal akzeptiert wird.
Vielen Dank.

Mit freundlich Grüßen

Michael Krengel
]]> OJS, OCS, OMP, Harvester krengel Importieren von XML Dateien http://www.carpet-project.net/forum/beitraege///148/ Sat, 19 Jun 2010 14:06:26 +0200 Hallo Bozana, hallo Herr Krengel, ich bin davon ausgegangen, dass es hier nicht einfach darum geht Artikel mit PDF/HTML-Fahnen zu importieren, sondern, dass Artikel mit XML-Fahnen erstellt werden sollen. Lemon8 dient dazu, ein nicht strukturiertes Textdokument (z.B. Word oder OpenOffice) in eine strukturierte XML-Datei zu verwandeln, die dann als XML mittels XMLGalley-PlugIn auch in OJS vorgehalten wird. Dies ist z.B. sinnvoll, wenn der Artikel später bei PubMed eingereicht werden soll. Auch kann in der Kombination von XML und XSL der Artikel "on-the-fly" formatiert werden. Bozana, du hast natürlich recht: Wenn es nur darum geht, Artikel im PDF/HTML-Format zu importieren, dann gibt es einfachere Möglichkeiten (die du ja auch genannt hast). Herr Krengel, geht es bei Ihren um einen echten XML-Import oder nur darum, bereits bestehende PDF/HTML-Dateien in OJS zu importieren? Unabhängig davon werde ich trotzdem dem XML-Problem nachgehen. Denn der Import von XML-Fahnen sollte natürlich so oder so funktionieren. Viele Grüße, Florian Grandel
ich bin davon ausgegangen, dass es hier nicht einfach darum geht Artikel mit PDF/HTML-Fahnen zu importieren, sondern, dass Artikel mit XML-Fahnen erstellt werden sollen.

Lemon8 dient dazu, ein nicht strukturiertes Textdokument (z.B. Word oder OpenOffice) in eine strukturierte XML-Datei zu verwandeln, die dann als XML mittels XMLGalley-PlugIn auch in OJS vorgehalten wird. Dies ist z.B. sinnvoll, wenn der Artikel später bei PubMed eingereicht werden soll. Auch kann in der Kombination von XML und XSL der Artikel "on-the-fly" formatiert werden.

Bozana, du hast natürlich recht: Wenn es nur darum geht, Artikel im PDF/HTML-Format zu importieren, dann gibt es einfachere Möglichkeiten (die du ja auch genannt hast).

Herr Krengel, geht es bei Ihren um einen echten XML-Import oder nur darum, bereits bestehende PDF/HTML-Dateien in OJS zu importieren?

Unabhängig davon werde ich trotzdem dem XML-Problem nachgehen. Denn der Import von XML-Fahnen sollte natürlich so oder so funktionieren.

Viele Grüße,
Florian Grandel ]]> OJS, OCS, OMP, Harvester fgrandel Importieren von XML Dateien http://www.carpet-project.net/forum/beitraege///147/ Sat, 19 Jun 2010 11:41:09 +0200 Sehr geehrter Herr Krengel, die Lemon8-Konvertierung und das NLM XML-Format ist für die Volltexte gedacht. OJS verwendet eigenes XML-Format für den Import/Export. Hier ist die entsprechende DTD und eine einfache Beispiel-Datei. Ich würde vorschlagen, dass Sie so eine ähnliche Datei für jede Ausgabe Ihrer Zeitschrift, die Sie importieren möchten, erstellen. Die Volltexte (z.B. HTML oder PDF-Fahnen) sowie dazugehörige Dateien (z.B. Bilder oder Zusatzdateien) sollten beim Import auf einem Server liegen (s. "href"-Element in der Beispieldatei: "src="http://testserver/testimport/..."). Vielleicht ist es am besten, dass Sie diese Beispiel-Datei mit Ihren Daten füllen und erweitern. Einige Elemente werden Sie bestimmt nicht brauchen -- die können Sie dann entfernen. Wenn Ihnen etwas fehlt, etwas nicht klar ist, Sie irgendwelche fragen haben... stehe ich Ihnen gerne zur Verfügung. Freundliche Grüße, Bozana Bokan die Lemon8-Konvertierung und das NLM XML-Format ist für die Volltexte gedacht. OJS verwendet eigenes XML-Format für den Import/Export. Hier ist die entsprechende DTD und eine einfache Beispiel-Datei.
Ich würde vorschlagen, dass Sie so eine ähnliche Datei für jede Ausgabe Ihrer Zeitschrift, die Sie importieren möchten, erstellen. Die Volltexte (z.B. HTML oder PDF-Fahnen) sowie dazugehörige Dateien (z.B. Bilder oder Zusatzdateien) sollten beim Import auf einem Server liegen (s. "href"-Element in der Beispieldatei: "src="http://testserver/testimport/...").
Vielleicht ist es am besten, dass Sie diese Beispiel-Datei mit Ihren Daten füllen und erweitern. Einige Elemente werden Sie bestimmt nicht brauchen -- die können Sie dann entfernen. Wenn Ihnen etwas fehlt, etwas nicht klar ist, Sie irgendwelche fragen haben... stehe ich Ihnen gerne zur Verfügung.
Freundliche Grüße,
Bozana Bokan ]]> OJS, OCS, OMP, Harvester bozana Skallierbarkeit / Scalability http://www.carpet-project.net/forum/beitraege///146/ Thu, 17 Jun 2010 14:24:10 +0200 Es wird erhoben, wie weit die Software skalierbar ist d.h. mit wie vielen Objekten bzw. Datenmengen sie umgehen kann und dabei performant bleibt. Dazu werden u.a. die Datenbestände der aktuellen Installationen bei den Betreibern abgefragt mit denen die Software derzeit umgeht. <br> ------------------------------------------------------------------------------------------------------------------------------------------------ <br> Scalability of the software, i.e. how many objects or amount of data it can handle while still performant, is an important assessment criterion. To find this out, operators of the software are asked to provide information on the amount of data the software handels on their current installation. <br>
------------------------------------------------------------------------------------------------------------------------------------------------
<br>
Scalability of the software, i.e. how many objects or amount of data it can handle while still performant, is an important assessment criterion. To find this out, operators of the software are asked to provide information on the amount of data the software handels on their current installation. ]]> Interoperabilität: Allgemeine Softwarekriterien sdaniel Betriebssysteme / Operating Systems http://www.carpet-project.net/forum/beitraege///145/ Thu, 17 Jun 2010 14:10:07 +0200 Es wird erhoben, welche Betriebssysteme die Software zum Betrieb erfordert bzw. ob diese Plattformunabhängig betrieben werden kann. Dabei wird das Hauptaugenmerk auf den gängigen und aktuellen Betriebssystemen liegen. Interoperabilität: Allgemeine Softwarekriterien sdaniel Installation http://www.carpet-project.net/forum/beitraege///144/ Thu, 17 Jun 2010 14:03:41 +0200 Es wird erhoben, wie einfach die Installation der Software möglich ist, ob es sich beispielsweise um eine „Out- of-the- Box“ Lösung handelt oder aber die einzelnen Installationsschritte per Kommandozeile erfolgen. Dazu wird die Software jeweils anhand der Entwicklerdokumentation als Standardinstallation installiert und dieses Vorgehen protokolliert. Interoperabilität: Allgemeine Softwarekriterien sdaniel Hardware-/System Anforderungen/ Requirements http://www.carpet-project.net/forum/beitraege///143/ Thu, 17 Jun 2010 13:58:32 +0200 Es wird erhoben, wie hoch die Anforderungen der Software an die Hardware sind, um einen effektiven Produktivbetrieb zu gewährleisten. Interoperabilität: Allgemeine Softwarekriterien sdaniel