Schnell zur Submission
This is a modal window.
The media could not be loaded, either because the server or network failed or because the format is not supported.
Formal Metadata
| Title |
| |
| Subtitle |
| |
| Title of Series | ||
| Number of Parts | 6 | |
| Author | 0000-0002-5570-7746 (ORCID) 0000-0002-6093-5874 (ORCID) | |
| Contributors | 0000-0002-0630-0018 (ORCID) | |
| License | CC Attribution 3.0 Unported: You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal purpose as long as the work is attributed to the author in the manner specified by the author or licensor. | |
| Identifiers | 10.5446/62478 (DOI) | |
| Publisher | ||
| Release Date | ||
| Language | ||
| Production Year | 2023 | |
| Production Place | Berlin |
Content Metadata
| Subject Area | ||
| Genre | ||
| Abstract |
| |
| Keywords |
1
4
00:00
Lecture/ConferenceMeeting/InterviewComputer animation
08:42
Computer animation
Transcript: German(auto-generated)
00:00
Vielen Dank, dann herzlich willkommen. Falls es bei der Eingangsfolie schon merken, das ist natürlich nicht Bamberg, wir wollten einfach nochmal Danke sagen an die technische Hochschule hier fürs Hosting und haben deswegen mal ein Bild genommen von den lokalen Gegebenheiten und hier vielleicht die Wegsuche und thematisieren und wie wir auch die Importe in vSpace quasi
00:25
verbessern wollen. Genau, über uns aus Bamberg, wir betreiben das Forschungsinformationssystem in einer universitätsweiten Kooperation, bestehend aus Archiv, Forschungsförderung, IT Service Center, also ein vormals Rechenzentrum und natürlich die Universitätsbibliothek. Leider
00:47
sind meine Kollegen oder der Kollege Ihnen jetzt leider krank, das heißt ich bin der letzte übrig gebliebene und darf Ihnen jetzt quasi alleine durch die Folien führen. Wir betreiben die Space Chris 15, genau seit Oktober 2019 und planen jetzt den Umstieg auf die Space
01:06
Chris, da steht noch ein 7.x, ich denke mal 7.5 wird es dann im zweiten Quartal, also April, Mai ist das, was wir gerade im Moment anpeilen. Nochmal zur Einordnung, ich hatte es gerade schon gesagt, wir betreiben ein Forschungsinformationssystem, das heißt, das beinhaltet für uns die
01:24
Bibliografie, sowohl für Publikationen als auch für Forschungsdaten und das ist für uns auch der Publikationsserver. Insgesamt ist es das System mit anderen Universitätssystemen verbunden, also zum Beispiel Einloggen über Schipolett haben wir realisiert oder Anbindung an Typo 3,
01:43
mit dem Typo 3 Plugin und OData Schnittstelle. Wie wir die Space in Bamberg entwickeln, das zeigt der rote Kasten unten, damit möchte ich anfangen und zwar haben wir natürlich lokal ein GitHub, unser ITS hat es quasi installiert und aufgebaut, da merchten wir regelmäßig
02:04
gegen die Space Chris, also Diffen und schauen quasi aktuelle Entwicklungen an. Wir arbeiten lokal mit Docker und deployen eigentlich regelmäßig unser System neu. Worauf ich jetzt im Näheren eingehen will, ist, dass wir dadurch halt schon viel Erfahrung haben,
02:22
also wir sind jetzt zwei, drei Entwickler und wir wollen nicht nur die Sachen, die wir einbringen, in die Space Chris einbringen, sondern hier der rote Pfeil, wir diskutieren auch übergreifend für dSpace Sachen, die wir gerne anstoßen würden oder die wir interessant finden mit
02:41
der ganzen dSpace Community und das scheint uns ein ganz zielversprechender Weg und deswegen sind die anderen Folien, auf die ich jetzt noch eingehen werde, immer im Kontext von dSpace Vanilla quasi gemeint. Dieser Slide, es gibt drei Wege, um Daten zu erfassen, als wenn sie in der My dSpace Seite
03:03
sind, dSpace Vanilla 7, dann haben sie im Moment drei Wege, um Daten einzugeben. Entweder das Männchen läuft in Richtung Datei-Upload, das heißt PDF-Datei oder auch eine RISC-Bit-Tech-Datei oder man nimmt die andere Abzweigung, dann ist es Import von Meda-Daten aus externen Quellen oder man hat
03:26
eben eine neue Veröffentlichung, die man melden kann. Seitens der Nutzerführung ist es natürlich ein bisschen vielfältig, aus was man auswählen kann und es sind ja natürlich immer Kontext-Menüs mit den kleinen Pfeilen noch angedeutet, deswegen haben wir uns gefragt, ob wir das nicht verbessern
03:44
könnten bzw. wir wollten vorschlagen, ob man quasi erstmal einen Schritt zurückgeht und dem Nutzer noch mal in die Hand nimmt und sagt, wohin kannst du denn überhaupt, also was willst du denn machen? In dSpace 7 sind ja Entitäten das große Thema, das heißt möchtest du eine Publikation erfassen,
04:04
möchtest du vielleicht ein Projekt anlegen, möchtest du vielleicht Forschungsdaten verzeichnen, das sind ja erstmal drei grundlegende Unterschiede und da möchten wir den Nutzer eigentlich mitnehmen und schlagen da eine alternative Komponente vor für den My dSpace Bereich im Endeffekt. Die sieht
04:24
dann so aus wie oben dargestellt, man hat eine Kurzbeschreibung, zum Beispiel Publikationen, hier können sie etwas melden und Open Access veröffentlichen und dann ist hier dieser Button mit dem Plus hier Publikation melden. Was passiert denn dann? Wenn man da draufklickt, wird eben der
04:41
Entitätstyp, in dem Fall Publikation und die Collection gesetzt. Wir haben in Bamberg bislang immer nur eine Collection für Publikation gehabt, andere Instanzen haben natürlich mehrere Collections, also beispielsweise Dissertationen, Abschlussarbeiten, das ist ja sehr vielfältig und wir haben uns eben überlegt, wer eben nur eine Collection setzen mag, der kann das mit dem einfachen
05:03
Button machen und wenn er mehrere Collection zum auswählen hat, dann könnte man hier mit so einem kleinen Pfeil, das man vorhin ja auch gesehen hat, diese Collection auswählen. Dann hätte der Nutzer Publikation melden und konkretisiert, was er machen will, hätte er schon erfasst. Bei Klick auf den Button würde er dann zu einer Übersichtsseite gelangen, wo alle Möglichkeiten
05:30
für ihn dargestellt sind, zum Beispiel manuell eine Publikation erfassen oder eine DOI eingeben oder vielleicht eine ESPN eingeben, darauf komme ich noch mal, Orchid eingeben und importieren
05:47
von Metadaten wie Abiptecher. Das heißt, wir würden diese anderen beiden Symbole, also Import aus externen Quellen und neue Publikation erfassen, in der Form jetzt nicht mehr brauchen, sondern würden sie einerseits durch die Komponente und andererseits durch diese Überblickseite ersetzen. Das wäre für
06:07
uns ein Weg, der vielleicht für andere auch vielversprechend ist und deswegen haben wir jetzt im Originär-D-Space-Github-Repo, hier im Angular-Github-Repo quasi ein Issue geöffnet, das Issue 2138.
06:21
Hier wird es auch diskutiert. Wir würden uns einfach über Feedback freuen, ob das ein alternativer Weg für Sie wäre, der auch gangbar ist, so dass man den Nutzer an der Stelle noch besser mitnimmt. Gut, das wäre jetzt der Part, den ich übernommen hätte und jetzt kommt der Part, den mein Kollege dann übernommen hätte, der Philipp. Jetzt darf ich ihn vertreten an der Stelle. Und zwar haben
06:44
wir uns in dem Schritt natürlich nur überlegt, wie kann man denn die vorhandenen Importmöglichkeiten in D-Space selbst verbessern. Und das haben wir teilweise schon getan. Der erste Vorschlag von uns war,
07:03
wir hatten bisher in D-Space 7.4 nur Crossref gefunden als DOI-Registrar. Datasite fehlte uns noch, weil wir auch die Forschungsdaten-Geografie haben und dafür haben wir ein Issue geöffnet. Es wurde ein freiwilliger gesucht. Wir haben uns dann auch gemeldet und haben es jetzt implementiert.
07:22
Das heißt, in D-Space 7.5, wenn Sie das schon nutzen, ist Datasite jetzt schon mit drin. Im Nachgang hatten wir dieses Feature auch noch mit Paul Vierkern von Datasite ein bisschen besprochen. Der hatte dann zu uns gemeint, ja, ist ja ganz toll, aber ihr mappt ja nur Autor und Titel. Bei uns gibt es sowas wie Pflichtfelder. Und da muss man ganz ehrlich
07:41
sagen, das ist uns vielleicht bei der Bearbeitung von einem Issue auch ein bisschen abhanden gekommen. Also das ist natürlich mehr Zeitgrund. Man muss natürlich auch alles testen. Man muss Test schreiben. Man macht erst mal das grundsätzliche Mapping. Wir haben jetzt hier wieder ein Issue geöffnet, dass wir zumindest das Initiale auf diese mandatory fields ausweiten,
08:01
damit alles gemapped wird und haben dafür ein Issue geöffnet und haben uns dafür auch freiwillig gemeldet. Das heißt, wir würden das jetzt noch nachbringen, dass auch alle Pflichtfelder bei Datasite, DOI-Import quasi reinkommen. Was ein größeres Thema ist, damit hatten wir so in der Form jetzt vielleicht nicht ganz gerechnet. Sie sehen oben wieder den Ausschnitt, wie es in
08:27
Vanilladespace aussieht. Also sie geben ja quasi beim Import aus externen Quellen, geben sie halt oben in diesem Suchschlitz die DOI ein und dann wählen sie aus, zum Beispiel Crossref, und klicken auf Suche. Jetzt kann das vielleicht richtig sein, aber in manchen Fällen ist es
08:46
vielleicht dann als Datasite der Registrar. Und dann müsste man ja oben quasi diesen nochmal neue Auswahl treffen und einfach die Suche nochmal anstoßen. Und da war für uns die Frage, interessiert es die Forschenden überhaupt, woher die DOI kommt oder wollen sie einfach nur Metadaten
09:03
haben und es sollte eigentlich egal sein. Und unser Vorschlag wäre, es sollte eigentlich egal sein. Und wir haben das jetzt lokal getestet mit einer parallelen Abfrage. Beide Schnittstellen, sowohl Crossref als auch Datasite, das was wir bekommen, lenken wir dann in Submission ein. Das haben wir quasi auch in einem Issue geöffnet mit 8674 und diskutieren das gerade mit der
09:29
Community. Es ist natürlich so, dass Änderungen, die man vorschlägt, vielleicht im Widerspruch zu anderen Änderungen sind und Planungen sind. Wir würden uns sehr freuen, wenn Sie diese Issues vielleicht ein bisschen im Blick haben und vielleicht auch ein bisschen mit abstimmen,
09:42
wie wichtig Ihnen bestimmte Issues sind. Deswegen hatten wir hier bei diesen Slides auch immer dieses Daumen hoch. Sie können glaube ich auch einen Daumen runter geben. Aber engagieren Sie sich vielleicht ein bisschen und gucken da mal rein. Wenn Ihnen dieses Feature auch sinnvoll erscheint, genau, würden wir uns über eine Stimmabgabe quasi sehr freuen. Ich hatte ja schon erwähnt,
10:05
in der Überblickseite, da hatten Sie es schon gesehen, da war so etwas wie ESPN eingeht. Unser Hintergrund ist ja als Forschungsinformationssystem mit einer Universität, mit starker geisteswissenschaftlicher
10:20
Ausprägung, da ist es der Normalfall, dass viele Forscher eben noch Bücher schreiben, also tatsächlich so richtig mit ESPN. Und die müssen Sie natürlich auch erfassen und zwar so richtig mit Daten. Und da möchten Sie sich natürlich auch über Metadaten freuen im Submission Prozess. Und deswegen haben wir hier in diesem Issue ein Feature vorgeschlagen, das ein ESPN
10:44
Import ermöglicht, also mark.xml, die ja SAU-Schnittsteller in DSPACE einbringen. Wir haben es auch schon lokal realisiert. Hätten es aber erstmal für die Community vorgeschlagen, ob das für alle oder ob das für viele interessant wäre, so etwas quasi noch mal weiter zu entwickeln,
11:03
als initiale Quellen erscheint uns jetzt Library of Conquers für die Englischsprachige Literatur und die DNB natürlich für die deutschsprachige Literatur erstmal ein guter Ausgangspunkt. Man kann natürlich immer noch weitere Quellen selber einbinden, aber mit den beiden Quellen
11:21
quasi im Standard wäre es glaube ich schon ein wichtiger Schritt, um diese Funktion quasi reinzubringen. Wie gesagt, ein Issue ist eröffnet. Wir würden uns auch hier über Daumen hoch oder auch Daumen runter freuen. Es gibt nachher ja auch einen Themen-Tisch zum Thema Orchid beim
11:45
Andrea. Wir hatten, da möchte ich jetzt gar nicht so viel dazu sagen, wir finden das total klasse, was Four Science und auch Beate, das Konzertium in dem Kontext realisiert hat. Wir hätten vielleicht eine kleine Bitte, die wir auch in dem Issue vorgeschlagen haben. Es konnte sich bei uns im
12:03
Team keiner seine Orchid merken. Es tut mir leid, also das war so ein Missing Link bei uns. Deswegen hatten wir uns gefragt, ob das nicht sinnvoll wäre, wenn jemand schon sein Profil mit einer Orchid verknüpft hat, das das beim Orchid-Import standardmäßig vorbelegt. Wenn jetzt eine
12:22
Hilfskraft für den Professor vielleicht eingibt, dann kann die das ja copy-pasten für die jeweilige Person, aber zumindest initial mit dem verknüpften Orchid-Profil, da würden wir schon gerne arbeiten und haben dafür auch schon ein Issue quasi geöffnet. Das erscheint uns an der Stelle einfach
12:40
sinnvoll zu sein. Vielleicht stimmen Sie dem auch zu. Die letzte Importmöglichkeit, die ich mit Ihnen noch besprechen wollte, ist der Import aus Parteien. Jetzt bin ich neben meiner Tätigkeit als als OB-IT-Leiter quasi auch als Fachreferent gesegnet und bin natürlich mit den Professoren
13:06
da ständig im Austausch, mit Professorinnen. Jetzt hatte ich den letzten Anfrage, ich habe meine Datei für einen Neuberuf, also ein Professor ist neu berufen worden, er hat mir seine BibTeX-Datei geschickt, das sind seine Veröffentlichungen, 353 Stück, die hält er natürlich jetzt auch gerne
13:22
in seinem Forschungsinformationssystem. Und dann überlegt man das jetzt mit Display 7, wie würde der Workflow jetzt aussehen? Ja, also in MyD-Space gibt es ja Track and Drop, diese Funktion, ich schmeiße meine BibTeX-Datei rein und bekomme aber erstmal eine Fehlermeldung in rot, dass zu viele
13:43
Einträge in dieser Datei enthalten sind. Das ist in der bisherigen Logik in Displays eben so abgebildet, dass pro Datei ein Datensatz enthalten sein kann. Das heißt, im Fall von meinem Professor, er müsste
14:01
tatsächlich 353 einzelne BibTeX-Dateien erstellen und die jeweils hochladen, was nicht ganz in dem Sinne der Eingabe wäre. Deshalb haben wir uns natürlich eine Alternative überlegt, was kann man denn machen? Hier auch wieder das Thema Orchid, wie gesagt, da weiß auf Themen-Tisch, ich würde
14:22
ihm empfehlen, er soll doch bitte die Datei nehmen, sie soll Orchid hochladen und wir übernehmen quasi aus Orchid die Metadaten in Displays. Das wäre eine mögliche Alternative mit der aktuellen Displays-Version, um damit umzugehen. Das hatten wir intern diskutiert, dann haben wir ein bisschen
14:44
probiert und auch programmiert und hätten dann doch als Vorschlag, es wäre doch ganz schön, wenn man mit mehr als einer Datei arbeiten könnte, also mit mehr als einem Datensatz in der Datei arbeiten könnte und beispielsweise Workspace-Items anlegen könnte, dann hätte es den Vorteil, dass
15:09
man dann vielleicht in einer separaten Übersicht nochmal sehen könnte, was in dieser Datei denn alles drin ist und dann gezielt vielleicht als Publikation oder als Forschungsdatum Daten übernehmen
15:23
könnte. Sie sehen, wir haben auch dafür ein Issue geöffnet, 8469, auch da geht es darum, wie möchte man zukünftig mit Displays arbeiten, es geht auch um generelle Ansätze. Genau und wie
15:40
gesagt, beteiligen Sie sich doch bitte an der Diskussion, in welche Richtung es weitergehen sollte. Ich fände es nur spannend, wenn man diesen Import von Bibtex-Dateien an der Stelle ein bisschen verbessern könnte. Auf welche Art und Weise man das technisch dann löst, sind wir auch total offen. Wir beteiligen uns auch an Entwicklungen quasi aktiv mit. Es wäre nur schön, wenn man es
16:05
quasi voranbringen könnte. Der rote Kasten, der eingeblendet ist und Duplikat darstellt, es ist tatsächlich ein Duplikat, wenn man sich das auf der Folie anschaut. Es ist aber von mir nur rein montiert worden. Das wäre natürlich Duplikatserkennung, wäre ein eigener Vortrag
16:21
für sich. Das würde ich jetzt als Ausblick vielleicht fürs nächste Jahr mitnehmen und betrifft jetzt an sich nicht mehr den Submission-Prozess. Ich möchte mich meiner Vorrednerin und dem Pascal natürlich noch, ich möchte noch herzlichen Dankes sagen für die ganze Arbeit im Displays-Konfakt und
16:42
natürlich auch an die IT Berlin. Und ich möchte auch ermuntern, wenn es noch nicht passiert ist, vielleicht am Mitglied zu werden oder sich in verschiedenen Arbeitsgruppen, Unterstützungsangebote hatte Beate auch schon erwähnt, sich zu engagieren. Und vielleicht die letzte Option, GitHub und Issues sind auch ein wichtiges Thema. Schauen Sie doch mal rein. Vielleicht noch am Schluss. Wir
17:07
hatten auch noch einen Themen-Tisch zusammen mit den Kollegen aus Thürich und vielleicht kann man da auch Eingabemöglichkeiten vor der Submission noch mehr diskutieren. Ganz herzlichen Dank.