Shownotes in wissenschaftlichen Podcast

[matthiasfromm]

Hi zusammen!

Man kann seit einiger Zeit beobachten, dass es mehr und mehr wissenschaftliche Podcasts (oder Podcasts mit wissenschaftlichem Bezug) gibt und ich denke hier ist das Wachstum noch nicht am Ende.

Ich nutze das Open Shownotes Format bereits im Open Science Radio und Konrad und ich haben mal etwas darüber nachgedacht welche zusätzlichen Funktion der Shownotes für wissenschaftliche Podcasts hilfreich wären.

Hier fiel uns vor allem ein, dass man die verlinkten wissenschaftlichen Arbeiten (Paper, Code, Daten) beispielsweise speziell markieren könnte. In der Regel besitzen diese DOIs und es wäre beispielsweise hilfreich, wenn man bereits in den Shownotes sehen könnte, ob das entsprechend verlinkte Paper frei verfügbar ist (Open Access) oder hinter einer Paywall liegt (Closed Access). Vielleicht könnte man hier ein ein Tag für jeweils beide Zustände definieren, das in der HTML-Sicht dann z.B. mit einem offenen oder geschlossenen Schloss kenntlich gemacht wird?

Was meint Ihr?

Danke & Cheers,
Matthias

Gibt es definierte Merkmale für Open oder Closed Access? Außer "PDF downloadbar"? Wenn ja, soll die Shownotes-Software das auslesen oder soll es per Hand gesetzt werden?

[matthiasfromm]

Ich würde es vielleicht an der Lizenz festmachen?

[konrad]

Automatische Auslesen ist wäre nett, wenn die Publisher Dublin Core implementiert haben sollten (http://dublincore.org/documents/usageguide/qualifiers.shtml), aber es müsste immer manuelles Setzen per Hand als Fallback möglich sein.

[matthiasfromm]

Hi zusammen!

Ich wollte nach einiger Zeit mal nachhaken, wie es überhaupt mit der Umsetzbarkeit der Idee aussieht, oder ob Ihr (die Shownotes) hier keine Möglichkeit seht, weil es vielleicht nicht in Euer "Big Picture" passt?

Mittlerweile haben die Jungs von Methodisch Inkorrekt ja damit angefangen die verlinkten Paper entsprechen als offen oder geschlossen zu kennzeichnen. Allerdings machen sie es über HTML per eingefügtem Image, da sie nicht das Shownotes Plugin nutzen.

Ich hab angefangen mal ein bißchen herumzuprobieren, aber es scheint mir kein guter (und vor allem kein funktionierender) Ansatz über HTML ins Shownotes-Feld schreiben zu wollen, weil es beim parsen dann nicht mit ausgegeben wird. Naiver Ansatz von mir, zugegeben.

Die zweite Idee war, einfach zwei Tags zu definieren, einen für offen (zugänglich) und eines für geschlossen (nicht zugänglich) und diesen dann die entsprechenden Bilder zuzuweisen. Allerdings komme ich selbst auch da nicht weiter, denn es fällt mir schwer herauszufinden wo man im OSF das Parsing der Tags auf die eingeblendeten Symbole findet und damit mal herumzuspielen. Ich glaube da ist PHP involviert und spätestens da endet meine ohnehin schon dürftige Expertise.

Aber wäre das für den Start ein gangbarer Weg? Also beispielsweise:

• für Open Access das Tag #oa zu definieren und dem dann ein Symbol zuzuordnen wie
• für Closed Access das Tag #ca zu definieren und dem dann ein Symbol zuzuordnen wie

Falls ja, Ihr das aber nicht in die OSF einbauen wollt (so ohne weiteres und eine tiefergehende Planung mit Weitblick), wäre es dann eine Lösung, dass ich einen Open Science Radio Fork machen und Ihr mir vielleicht Hilfestellung dazu gebt?

Cheers,
Matthias

Kurzer Nachtrag: Also ich finde schon die Dateien in denen im Wordpress-Plugin anscheinend definiert wird wo die Icons zu den Tags wie bspw. #glossary liegen - die sind aber mehrmals vorhanden jeweils in shownotes/static/style_XYZ.css. Mich verwirren an der Stelle aber zwei Dinge. In welcher css könnte man das ergänzen? Und wenn ich im Plugin-Editor in Wordpress diese Dateien öffne, dann steht dort jeweils "shownotes/static/style_one.css (inaktiv)"....

[SimonWaldherr]

entschuldigt bitte die späte Antwort. Ich lege seit einiger Zeit Doppelschichten ein und komme so nur noch selten zu irgendwelchen anderen Projekten.
Ich halte die Unterstützung von wissenschaftlichen Inhalten für sehr wichtig und werde sehen, wie wir dies fördern können. Nicht nur die Anzeige von Icons, sondern auch mögliche semantische Zusatzinfos sind in diesem Zusammenhang wichtig.

[matthiasfromm]

Hi Simon!

Kein Problem, ich kenne das selbst nur zu gut. Aber schön zu hören, dass Ihr da offen für seid.

Cheers!