OJS, Mediawiki und Publikation Interaktiver Web-Inhalte

Startseite » Forum » e-Journal Systeme » OJS, OCS, OMP, Harvester » OJS, Mediawiki und Publikation Interaktiver Web-Inhalte

OJS, Mediawiki und Publikation Interaktiver Web-Inhalte

Autor	Nachricht
Verfasst am: 22. 12. 2010 [21:42]
Hagedorn Intermediate Themenersteller Dabei seit: 20.12.2010 Beiträge: 4	Kann man OJS nutzen, um externe, über persistente URLs ansprechbare Informationen zu reviewen und schließlich auf die endgültige Publikationsort verweisen zu lassen? Dabei würde der Ort im Wiki entsprechend angepasst. Hat jemand Erfahrungen mit Publikationen, die Richmedia/Interaktive Anteile haben und außerhalb der Begrenztheit von PDF verbleiben sollen?
	Profil
Verfasst am: 23. 12. 2010 [05:10]
fgrandel Florian Grandel Moderator Dabei seit: 24.11.2009 Beiträge: 65	Soweit ich das überblicke, arbeitet OJS durchweg mit hochgeladenen Dateien und bietet derzeit keine Möglichkeit statt dessen auf externe URLs zu verweisen. Ich finde diese Frage aber interessant und habe sie auch im größeren Entwicklerkreis gestellt. Mal sehen, was den anderen dazu einfällt. Was die Unterstützung für Rich Media angeht: Grundsätzlich kann in einer HTML Galley natürlich alles enthalten sein, was der Browser versteht, also auch audio-visuelle Inhalte, Links auf Primärdaten oder andere externe Inhalte, Flash, JavaScript oder andere Rich Media Inhalte. Auch mit XML-Fahnen und zugehörigen XSL-Stylesheets lassen sich ähnliche Effekte in OJS erreichen. Problematisch wird es nur, wenn die interaktiven Inhalte artikelübergreifend sein sollen. Der gesamte klassische Review-Prozess ist ja auf "Artikel-Einheiten" ausgelegt, die weitgehend unverbundenen veröffentlicht und indexiert werden. Bei Rich-Media-Inhalten stellt sich natürlich auch die Frage der Langzeitverfügbarkeit/Archivierung und Zitierbarkeit (evtl. fehlende Paginierung oder Paragraphierung!). Dies sind wichtige Gründe weshalb sich bisher "klassische" Publikationsformen im wissenschaftlichen Umfeld so hartnäckig halten. Viele Grüße! Florian Grandel Software-Entwickler Public Knowledge Project (PKP) http://pkp.sfu.ca/people#fg jerico.dev(at)gmail[dot]com
	Profil
Verfasst am: 23. 12. 2010 [12:29]
Hagedorn Intermediate Themenersteller Dabei seit: 20.12.2010 Beiträge: 4	Danke für die erste Antwort. Schade, dass man in OJS nicht die URL auf den endgültigen Artikel manuell setzen kann! Die Teilung von Artikel in logische Einheiten ist tatsächlich ein Problem mit dem wir kämpfen. Am Web sind "Druckseiten" irgendwie überholt, aber umgekehrt sollte eine Publikation aus logischen Kapiteln, die im allgemeinen unter unterschiedlichen URLs liegen, bestehen können. Teilweise gibt es ja schon Haupt-URL plus Daten-URLs. Da scheint mir ein Lösung, die die EinstiegsURL und die URLs der Unterseiten listet (um den Umfang des Reviews festzuhalten) nicht mehr sehr weit zu sein.
	Profil
Verfasst am: 23. 12. 2010 [12:31]
Hagedorn Intermediate Themenersteller Dabei seit: 20.12.2010 Beiträge: 4	fgrandel schrieb: Was die Unterstützung für Rich Media angeht: Grundsätzlich kann in einer HTML Galley natürlich alles enthalten sein, was der Browser versteht, also auch audio-visuelle Inhalte, Links auf Primärdaten oder andere externe Inhalte, Flash, JavaScript oder andere Rich Media Inhalte. Auch mit XML-Fahnen und zugehörigen XSL-Stylesheets lassen sich ähnliche Effekte in OJS erreichen. Wie ist der Workflow solcher HTML-Galleys in OJS, bzw. wo finde ich dazu Dokumentation (Englisch ist ok)? Dies kann ja nicht der übliche Word-PDF Workflow sein. Vielleicht wäre dies interessant für uns.
	Profil
Verfasst am: 24. 12. 2010 [04:47]
bozana Bozana Bokan Moderator Dabei seit: 15.12.2009 Beiträge: 64	Hallo, Eingabe von externen URLs anstelle einer Fahne (Galley) ist Teil unseres Projekts, seht bitte den Kapitel "Eingabe einer Remote-URL als Fahne" auf dieser Seite http://pkp.sfu.ca/wiki/index.php/Projektvorhaben_FU_Berlin#Weitere_Funktionalit.C3.A4tsverbesserungen. Für das Reviewing haben wir das bis jetzt nicht berücksichtigt. Viele Grüße, Bozana Bokan
	Profil
Verfasst am: 25. 12. 2010 [14:01]
fgrandel Florian Grandel Moderator Dabei seit: 24.11.2009 Beiträge: 65	Einer meiner Kollegen hat vorgeschlagen, für das Reviewing eine HTML-Datei hochzuladen, die Links auf die Online-Dokumente enthält, die reviewt werden sollen. Vielleicht ist das eine mögliche Lösung? Florian Grandel Software-Entwickler Public Knowledge Project (PKP) http://pkp.sfu.ca/people#fg jerico.dev(at)gmail[dot]com
	Profil
Verfasst am: 25. 12. 2010 [14:25]
fgrandel Florian Grandel Moderator Dabei seit: 24.11.2009 Beiträge: 65	Ein anderer Kollege schlägt gerade vor, im Browser Kopien der Webseiten abzuspeichern, die für's Review gedacht sind und diese HTML-Seiten als Dokumente in OJS zu verwenden. Was ich noch vergessen hatte: Der Link auf die vollständige Dokumentation von OJS ist http://pkp.sfu.ca/ojs/docs/userguide/2.3.3/. Darüber hinaus gibt es auf der Webseite von PKP zahlreiche zusätzliche Dokumente und Videos, z.B.: http://pkp.sfu.ca/ojs_documentation oder http://pkp.sfu.ca/pkptv Florian Grandel Software-Entwickler Public Knowledge Project (PKP) http://pkp.sfu.ca/people#fg jerico.dev(at)gmail[dot]com
	Profil
Verfasst am: 25. 12. 2010 [14:54]
Hagedorn Intermediate Themenersteller Dabei seit: 20.12.2010 Beiträge: 4	fgrandel schrieb: Ein anderer Kollege schlägt gerade vor, im Browser Kopien der Webseiten abzuspeichern, die für's Review gedacht sind und diese HTML-Seiten als Dokumente in OJS zu verwenden. Ich kenne nur die Optionen "Web page, html-only" (bei der alle Links, Bilder, Styles, javascript, interaktiven Inhalte nicht mehr enthalten oder verlinkt sind) oder die Option "Web page, complete", bei der ein lokales Verzeichnis für die nötigen Bild, Style, Javascript, etc. Dateien angelegt wird. In beiden Fällen könnte man nicht nur die html-Datei in einer funktionieren Form hochladen Wie könnte es funktionieren?
	Profil
Verfasst am: 25. 12. 2010 [15:55]
fgrandel Florian Grandel Moderator Dabei seit: 24.11.2009 Beiträge: 65	Ich würde "Website - complete" auswählen und als einzelnes Zip-Archiv hochladen. Die Benutzung ist dann immernoch recht einfach. Sie können ja das Prozedere für die Reviewer problemlos in einem eigenen Review-Formular / Review-Checkliste beschreiben. Florian Grandel Software-Entwickler Public Knowledge Project (PKP) http://pkp.sfu.ca/people#fg jerico.dev(at)gmail[dot]com
	Profil