Stephan Druskat, January 31, 2020
Have you read the essay “The Cathedral and the Bazaar”, by Eric S. Raymond about open source development? In it, Raymond argues that open-source development breaks down the mismatch and separation between different parties regarding mental models of a problem, in his example a software program. Opening the source for a solution of the problem, he further says, makes it “far easier for tester and developer to develop a shared representation grounded in the actual source code and to communicate effectively about it.”
Translated to open research, we see an analogy in open collaboration based on a common shared source of knowledge. Indeed, for deRSE20, we would like it to be far easier for presenters and audience to develop a shared representation grounded in common knowledge, and to communicate effectively about it. As a community conference, there has been a fairly large overlap of presenters and audience at deRSE19 already. This year, we’d like to push this even further, and encourage more, stronger, and earlier collaboration on the topics in research software you care about.
Therefore, we are happy to present the deRSE20 Topic Bazaar! What may sound fairly grand is in fact very simple: If you consider submitting a contribution to deRSE20, we would like you to look around to see if there are potential collaborators in the community, which you may not know about yet. To make it easy for you to find collaborators, we’ve set up a simple “pad” (a shared document on the web, written in Markdown and rendered simultaneously). In this pad, you can
We hope to see many fruitful collaborative contributions at deRSE20!
We encourage you use the topic bazaar especially if plan to submit a workshop proposal! Please don’t leave this until the last minute, as collaboration takes time.
The deRSE20 Topic Bazaar can be found at https://bit.ly/deRSE20-bazaar.
The deRSE20 Call for Contributions opens on Monday, 03 February 2020.
deRSE e.V. - Society for Research Software, December 20, 2019
The 1st International Conference for Research Software Engineers in Germany this year in June in Potsdam was a great success. Therefore we are very happy to announce that planning for the 2nd International Conference for Research Software Engineers in Germany has started!
The conference is expected to take place take place from mid-Tuesday, 25 August 2020, until mid-Thursday, 27 August 2020 at the Friedrich Schiller University Jena. We’re very much looking forward to welcoming you there.
We are aware of holidays during this time in some federal states, but are bound to this date by the availability of the venue.
It is our continued aim in 2020 to focus on the diversity of topics and people in Research Software Engineering, and enable lively exchanges across the whole spectrum of research software. For a first impression of some of the topics that were covered in June, have a look at the video recordings on the TIB AV portal.
The community is also planning for a co-located NFDI event.
If you have any questions about the conference, or about joining the team, please get in touch with us at firstname.lastname@example.org.
See you in Jena!
The #deRSE20 conference committee
George Datseris, May 29, 2019
I’d like to present a new software that was recently released in open beta, called DrWatson, the perfect sidekick to your scientific inquiries.
DrWatson is what I’ll call a “scientific project assistant”. It is software package created to help people “deal” with their simulations, simulation parameters, where are files saved, experimental data, scripts, existing simulations, project source code and in general their scientific projects. Although it is written in Julia, I believe its principles, practices and how it can assist you in managing a project can be applied to any other language.
You can find the full documentation here:
In this blogpost I will summarize what this software can do for you and how can it help you by reducing the stress of managing a scientific project. Please be aware that DrWatson is not a database management system.
DrWarson is a scientific project assistant software package. Its core functionality is separated into 4, almost completely independent parts:
are the principles that we based our design decisions.
structor other data types.
Let me now show two real life examples of using DrWatson.
In simulations it is often the case that we used a named container (like a dictionary) as something to hold our parameters in. For example
c = (T = 100, dt = 0.1, N = 25, mode = “bi”)
then calling the function
savename that DrWatson offers results in
while you can also add prefix/suffix
savename(datadir(), c, “dat”)
What is important is that the function
savename works for any named container, which includes dictionaries, named tuples or any Julia composite structure (existing or to-be-created in the future).
In addition, it sensibly excludes non-fitting fields (e.g. vector-valued fields) but can be customized to full extent for your custom type.
Let’s say that you have run some simulations with parameters a = 1 or 2, b = “x” or “y” and c = 0.3. You save these simulations in the directory “data”. for the purpose of this example you only save the parameter values but no other further data (like actual results)
You can then call the function
df1 = collect_results("data/")
4×3 DataFrame │ Row │ a │ b │ c │ │ │ Int64⍰ │ String⍰ │ Float64⍰ │ ├─────┼────────┼─────────┼──────────┤ │ 1 │ 1 │ x │ 0.3 │ │ 2 │ 1 │ y │ 0.3 │ │ 3 │ 2 │ x │ 0.3 │ │ 4 │ 2 │ y │ 0.3 │
This is already quite convenient. But where
collect_results really shine is the following. You now run a new simulation with a=4, b=“z”, a new parameter d=0.5 or 0.6 and the parameter c does not exist anymore! You again save these simulations in “data”. Then you call
df2 = collect_results("data/")
6×4 DataFrame │ Row │ a │ b │ c │ d │ │ │ Int64⍰ │ String⍰ │ Float64⍰ │ Float64⍰ │ ├─────┼────────┼─────────┼──────────┼──────────┤ │ 1 │ 1 │ x │ 0.3 │ missing │ │ 2 │ 1 │ y │ 0.3 │ missing │ │ 3 │ 2 │ x │ 0.3 │ missing │ │ 4 │ 2 │ y │ 0.3 │ missing │ │ 5 │ 4 │ z │ missing │ 0.5 │ │ 6 │ 4 │ z │ missing │ 0.6 │
As you can see the collection scheme has no problem with combining simulations with different parameters. This is especially useful for a scientific project, since it is almost impossible to know in advance all simulations you would have to run by the end of the project!
I hope that DrWatson can help you and I hope you will be interested to discuss during the deRSE2019 meeting! See you all there! If you are eager to contact us about DrWatson before deRSE2019, please use the GitHub repository:
best regards, George Datseris
Heidi Seibold (Institut für Medizinische Informationsverarbeitung Biometrie und Epidemiologie, LMU München), Daniel Nüst (Institut für Geoinformatik, Universität Münster), February 26, 2019
The RSE community in Germany is filled with life by many committed people. An important building block for the realization of the goals is cooperation of research software engineers on a regional level. Thus local “chapters” can enable a much more regular exchange about problems, challenges, and solutions around software in research. Just as in the association de-RSE e.V. throughout Germany, the focus is on the people developing researching software.
Two new groups came together for the first time last month.
In Munich, Heidi Seibold together with Bernd Bischl (LMU) and Tobias Weber (Leibniz Computing Center) organized a round table at the Leibniz Computing Center. 35 persons from various subjects and scientific institutions in Munich participated, which far exceeded the expectations of the organizers. After the greeting and a short keynote lecture on the topic, almost two hours of constructive discussion took place. Focus topics were the lack of career paths for people who identify themselves as Research Software Engineers, lack of financial means to hire (permanent) Research Software Engineers, and the reputation of research software. Of special interest, of course, was what can be done locally in the Munich area to solve these problems. Among the ideas were the expansion of teaching (e.g. via Software Carpentry courses), education and events on the topic of (computational) reproducibility, the establishment of an RSE Master program (e.g. via the Elitenetzwerk Bayern) and an award for good, sustainable, and open research software. It became clear that many people would like to continue to meet and to support the topic, both in a relaxed atmosphere at regulars’ tables and in working groups or events where concrete goals are tackled. A big thank you goes to the Leibniz-Rechenzentrum and the director Dieter Kranzlmüller for hosting. His team was not only represtented strongly but the data center also provided plenty of snacks and drinks. The day was rounded off with a visit to the Augustiner in Garching, where further conversations were fuelled by savoury dishes, beer, and a nice atmosphere, networks were built, and more ideas were collected. It is simply wonderful when you are no longer lonely and have found a nice group in which you feel understood. Everyone is welcome to join the Munich RSE Mailing List. We are looking forward to new members!
In Münster Daniel Nüst and Stephan Rave also initiated a first informal meeting. 16 interested people met in the pub “Kruse Baimken”, which exceeded all expectations of the organisers, too. Some participants strengthened themselves with typical Westphalian kale while a detailed round of introduction was completed in a relaxed atmosphere. Various faculties and institutes (chemistry, bioinformatics, mathematics) were represented, but common ground was quickly found in the challenges and problems faced by many: How can I develop my career if I program the whole day? How can I develop software sustainably and effectively? How can I publish my work as open source software? How do I communicate with non-programmers about features and requirements? The lively exchange continued until the “last order” was called, though the time did not suffice to come close to discussing solutions. Small individual steps as well as larger changes in cooperation with faculties and the university seem to be necessary, which can be tackled together from now on. To organize further meetings, an ms-RSE mailing list and a chat group were created on the university’s internal Mattermost server and first topics in an Etherpad were recorded. Daniel and Stephan look forward to more members and suggestions!
Local chapters offer a perspective for the newly founded association de-RSE e.V. to develop a broad impact, for example by supporting further education offers, and with an effective flow of information between the association and the universities and research institutions in Germany. Heidi and Daniel look forward to your suggestions for the organization of regional and local chapters (What do you need?) [on GitHub] (https://github.com/DE-RSE/chapter).
Is there a local group with you? Then add them to the list on GitHub.
Are you thinking about organizing an RSE meeting in your city? Here are a few tips:
Post only available in German
Stephan Janosch, January 29, 2019
Ähnlich wie im letzten Jahr kann auch die Beteiligung an der RSE-Umfrage 2018 grafisch dargestellt werden. Das Clustering summiert die Beteiligungen der einzelnen Institutionen. Die Zahl gibt an, wieviel Antworten von wo zur Studie beigetragen haben.
Hinweis: Dieses mal liessen sich nur 268 von 333 Beteiligungen zu verorten.
Hinweis 2: Falls der Feedreader die Karte nicht interaktiv anzeigt, dann bitte den Beitrag im Blog direkt anschauen.
Stephan Druskat, Frank Löffler, Bernadette Fritzsch, Martin Hammitzsch, Daniel Nüst, Stephan Janosch, December 20, 2018
The German community of Research Software Engineers finally has a new home: On Monday, 26th November 2018, the association de-RSE e.V. - Gesellschaft für Forschungssoftware was founded at the Interdisciplinary Laboratory Image Knowledge Gestaltung at Humboldt-Universität zu Berlin.
The community now has a framework to bundle all its activities around research software. During the inaugural meeting, the 21 participants discussed and passed the association charter and its bylaws.
They further elected the six members of the association board, who went on to initiate the formal registration with the register of associations of Berlin.
The founding board consists of Frank Löffler (Friedrich Schiller University Jena, chairperson), Daniel Nüst (University of Münster, deputy chairperson), Stephan Janosch (Max Planck Institute of Molecular Cell Biology and Genetics Dresden, treasurer), Martin Hammitzsch (German Research Centre for Geosciences Potsdam, deputy treasurer), Bernadette Fritzsch (Alfred Wegener Institute Bremerhaven, secretary), und Stephan Druskat (Humboldt-Universität zu Berlin and Friedrich Schiller University Jena, deputy secretary).
Stephan Janosch, October 4, 2018
The time has come: The creation of the official de-RSE association is going to happen soon. We invite everyone who is interested to join us in Berlin on November 26th 2018 to be part of the inaugural meeting, with the chance to become a founding member.
We will meet November 26th 2018 at 11am (doors open 10am) at
Interdisziplinäres Labor Bild Wissen Gestaltung Im Hermann von Helmholtz-Zentrum für Kulturtechnik Sophienstraße 22a 10178 Berlin
At 2pm the board heads out to a notary nearby to start registration process.
Afterwards we will celebrate the foundation .
For organisational reason we ask you to register your interest to participate in the inaugural meeting.
Post only available in German
Stephan Janosch, September 4, 2018
Martin Hammitzsch, Stephan Janosch, Frank Löffler, Frederieke Miesner, September 3, 2018
Following the success of the First and Second international Conference of Research Software Engineers in the UK, a national conference addressing research software and the people behind in the German research landscape will be held at the Albert Einstein Science Park in Potsdam on June 4-6 2019.
We are expecting a lively mix of 200 attendees from different research domains. The purpose of this national conference is to get together with people who develop software that is used in any field of research. We call these people Research Software Engineers (RSEs), but they exist under many job titles (from postdoctoral researcher to research associate, to faculty).
#deRSE19 is not a standard academic conference. We welcome researchers, but we also want to hear from people who fund, develop, run or maintain research software and may not typically attend conferences. It’s a community conference: get involved and help us build the RSE Community in Germany. So save the date and spread the word to your peers writing software for research.
Stay in touch with us and get the latest updates by registering at email@example.com. We will announce the opening of the calls for sessions soon, followed by the calls for talks, posters, workshops and tutorials by end of this year. Updates about the conference will be available also by @RSE_de at twitter. The hashtag for the event is #deRSE19.
If you have any questions about the conference, please contact the conference organisers at firstname.lastname@example.org.
The #deRSE19 Conference Committee
Post only available in German
Stephan Janosch, August 8, 2018
Volle Fahrt Richtung Verein!
Letztes Jahr veröffentlichten wir einen Blogpost mit dem Titel “Fahrplan” mit einer Liste die folgenden Punkt enthielt:
- Satzung, unterschrieben von min. 7 Mitgliedern
Um mit der Vereinsgründung weiter zu kommen, haben wir in der ersten Jahreshälfte eine Satzung und Geschäftsordnung geschrieben. Während der Zusammenarbeit hatten wir auch einen Zeitplan im Hinterkopf:
Der Juni ist schon Geschichte und wir wollen Euch nun die Möglichkeit geben, den erreichten Stand zu sichten und zu kommentieren.
In Anlehnung an diverse Vereine mit ähnlichem Aufbau/Aufgaben sind wir mittels Telearbeit zu einem Dokument gelangt, welches Satzung und Geschäftsordnung enthält.
Es wurde versucht eine Satzung zu finden, die es uns erlaubt, unsere Ziele abstrakt zu beschreiben, aber auch gleichzeitig konkret genug ist, um als gemeinnütziger Verein anerkannt zu werden. Eine Satzung ist ein relativ statisches Dokument, welches nach Änderungen erneut eingereicht werden muss. Daher sind konkrete Sachverhalte (z.B. Mitgliedsbeträge) in die Geschäftsordnung ausgelagert, welche mittels Mitgliederversammlungen an neue Gegebenheiten angepasst werden kann.
Und da so ein Verein von seinen (potentiellen) Mitgliedern getragen wird, wollen wir schon in der Gründungsphase transparent agieren und Beiträge zum Dokument ermöglichen. Daher könnt Ihr bis zum 9.9 entweder direkt im Google-Doc kommentieren oder auf Github.
Um einen Verein gründen zu können, sind mindesten 7 Gründungsmitglieder notwendig. Diese treffen sich auf der Gründungsversammlung und beschließen die Satzung, Ordnungen (z.B. Geschäftsordnung) und wählen den Vorstand. Höchstwahrscheinlich wird die Versammlung in Berlin im September/Oktober 2018 stattfinden. Falls Ihr als Gründungsmitglied mit auftreten möchtet, dann seid Ihr herzlich dazu eingeladen. Termin und Ort werden sobald wie möglich veröffentlicht. Interessierte sollten sich in unserem Slack-Channel "Verein" einfinden, um auf dem Laufenden zu bleiben.
Daniel Nüst, July 30, 2018
On April 12th 2018, the first Research Software Engineers (RSEs) for geosciences meeting was held at the European Geophysical Union (EGU) General Assembly (GA) in Vienna, Austria. The EGU GA is a huge event with over 15.000 people from more than 100 countries. It has a diverse programme with thousands of posters and hundreds of sessions, but what it lacked was an event to bring together scientists who contribute to research software. Daniel Nüst from the Institute for Geoinformatics, Germany, proposed the idea of such an event to a group of regular EGU GA attendees from the German RSE chapter. He was joined by Martin Hammitzsch (GFZ eScience Centre, Germany), Bernadette Fritzsch (AWI, Computing and Data Centre), and David Topping (University of Manchester) as co-conveners for a Townhall Meeting “Research Software Engineers in the Geosciences”. Townhall Meetings, or “townhalls”, are union-wide events. They allow participants to take part in open discussions covering a variety of topics. Townhalls take place in the evening after a full day of regular conference and poster sessions, so the motivation of people showing up is unquestionably high.
For the RSE townhall, it was difficult to stand out in the programme, it being a first time event at a large conference cutting across many domains and 24 divisions, from biogeosciences to seismology and paleontology, with over 600 sessions over the course of a whole week. But searching the submissions some weeks before the assembly for “software”, it seemed clear that software plays an important role for scientists attending EGU as it does of any researcher, so the conveners were hopeful to welcome a few people. And they did! About 40 people from 7 countries representing the wide range of EGU divisions joined the meeting. It was a good mix of seasoned RSE folks and early career scientists as well as senior researchers for whom the topic was relatively new.
First research software engineers meeting at the EGU just started. Great to see people engaging with the role behind a crucial part of science. #rse #RSEng @SoftwareSaved @RSE_de @nordic_rse @nl_rse #EGU18 @EGU_ESSI pic.twitter.com/Y0lDsAtaae— Daniel Nüst (@nordholmen) 12. April 2018
The meeting kicked of with a short welcome by the initiator, Daniel, followed by Jens Klump (Science Leader Earth Science Informatics at CSIRO, Australia), Deputy President of EGU’s ESSI Division and advisory board member of the Australian and New Zealand chapter RSE-AUNZ. Both pointed out the relevance of contributions to science made by software and thereby the people contributing to that software in any way.
The motivations for national and international RSE activities were further detailed by three representatives from national chapters. David Topping from UK RSE, the oldest and largest RSE organisation, took a look at the definition of an RSE, at the community history, and its current state in the UK and beyond. Over 15 local groups already exist and more are forming at a high rate, sometimes even competing over members. Martin Hammitzsch presented the German chapter, de-RSE. Initiated only 1.5 years ago, he shared the group’s objectives, how they work to build a community, challenges they face and some lessons learned: a great resource for the attendees from countries without any organisational structure yet. Third up was Niels Drost (Netherlands eScience Center), who introduced the youngest European chapter NL-RSE and its core team, which already generated a considerable reach across the Netherlands.
After the short talks, we took advantage of the group size, had a complete round of short introductions, and enganged in a discussion. We found that one of the big challenges was to reach people engaged in Research Software Engineering (RSEng) activities at their work, especially outside of ESSI, and those for whom the “RSE” label does not ring a bell yet. The need for outreach also applies to holders of an office within the union, to reach better acknowledgements of the needs of RSEs in universities, scientific unions, and at scientific conferences.
Some good ideas came up and we plan to reach out to EGU and ESSI leadership and share them. For example, EGU could increase recognition of RSEs and their work by awarding a medal, by offering a special poster track for contributions to scientific software (allowing an additional “software submission” per author), or by tagging abstracts as “RSE” similarly to the “ECS” labels. These are ideas for “top-down” activites that we would like to advocate within the organisation. The usefulness and overall potential of such domain-specific (taking all EGU members as a group for a moment) actions, who are lateral to the national chapters, was commonly agreed on.
But there were also ideas for “bottom-up” activities which can support the RSE organisations’ causes, for example scientists organising sessions related to RSE roles and activities within their divisions, offering short courses specifically around RSEng capabilities (and also labeling the numerous existing courses as such), or organising software and data carpentry courses in the week before or after the conference. One participant suggested a session “Software development for professors - what do my students do with their computers?”, which seems funny at first, but at a second look goes to the heart of RSE outreach activities for raising awareness and teaching software-related skills. It was great to follow the lively discussions, which were enriched with a common understanding of the values and importance of diversity and openness. If you think about convening a session on scientific software yourself at an EGU GA, please get in touch!
An important aspect of structured RSE activities are surveys, because the people self-identifying as RSE are diverse and wide-spread and the roles that RSEs play in scientific research are manifold. We want to contribute to the process of understanding the needs and diversity of people involved in RSEng with the following survey on EGU attendees:
The townhall meeting was a good start to spreading the word about the goals of RSE organisations and the activities to put Research Software Engineering on the map of all stakeholders in science, such as researchers, publishers, funding agencies, and scientific unions. What can we do better next year? Hopefully we can do what more “established” townhalls can offer: snacks and drinks! We should also announce and prominently place a sticker table. Apart from that, this first townhall did an excellent job, just like other long-running townhall meetings at EGU GA: It provided a place for like-minded people to connect and for newcomers to dip their toes into a new topic and be introduced to members of an international friendly community of dedicated people who “do science with code”.
The slides (download all slides here) include many links to further resources on the history and state of RSE-related activities.
Please let us know what you think on Twitter:
See you at the RSE Townhall Meeting at EGU 2019!
RSE Townhall Conveners
Post only available in German
Stephan Janosch, March 6, 2018
Die Auswertung der Umfrage geht langsam voran, hier schon einmal die geographische Verteilung der Antworten. Das Clustering summiert die Beteiligungen der einzelnen Institutionen. Die Zahl gibt an, wieviel Antworten von wo zur Studie beigetragen haben.
Hinweis: Die Koordinaten der Institute stammt aus Wikidata. Da dort nicht immer Koordinaten hinterlegt sind oder meine Abfrage die Institution nicht erfasst haben mag, sind hier nur 269 von 325 Beteiligungen zu sehen.
Post only available in German
Stephan Janosch, March 1, 2018
Anfang diesen Jahres überraschte Stephan Druskat mich mit einer Einladung, die Keynote für dem RSE-Workshop auf der Jahrestagung der digitalen Geisteswissenschaften (Digital Humanities, DH) zu halten. Der Workshop sollte 30 Personen Platz bieten, doch die Sache entwickelte sich anders.
Die folgende Wortwolke der Tagungseinreichungen zeigt deutlich, dass Reseach Software Engineering kein Mauerblümchendasein mehr fristet.
Wortwolke der Tagungseinreichungen (Quelle: http://dhd-blog.org/?p=9001) mit Hervorhebungen von mir
Wegen einer “Kommunikationspanne” meldeten sich 105 Personen an und überwältigten die Ausrichter förmlich mit Interesse (in Relation: ca. 600 Tagungsteilnehmer gesamt). Trotz der eisigen Temperaturen in Köln folgten ca. 80 Anwesende Torsten Schrade zu Beginn, der eine Auswertung einer Umfrage zur Kartierung der Entwicklergemeinschaft vorstellte, die von den Veranstaltern im Vorfeld lanciert wurde. Es offenbarten sich Parallelen zur unserer letztjährigen Studie. Mit meiner anschließenden Keynote versuchte ich die Stimmung zu heben und die Motivation für den folgenden Teil zu schärfen.
Es folgte nun ein zweigeteilter Arbeitsblock in 11 Gruppen, bestehend aus einem 45 minütigen Diskussionsteil und weiteren 30 Minuten zum Fixieren der Diskussionsergebnisse in Form von Speed-Blogging. Alexander Czmiel achtete darauf, dass Räumlichkeiten und Zeit maximal ausgenutzt werden konnten. Folgende Themen wurden mit von Gruppen bearbeitet:
Eine gegenseitige Kurzvorstellung der Ergebnisse schloss diesen Block ab. Die entsprechenden Blogeinträge werden ab April im dh-RSE-Blog erscheinen.
Für mich überraschend wurde zum Ende des Workshops noch die Gründung der “AG Research Software Engineering in den Digital Humanities (im DHd-Verband)” bekanntgegeben. Die AG bezweckt RSE-bezogene Fragen innerhalb des DHd-Verbandes zu bearbeiten und ansonsten eng mit de-RSE zusammenzuarbeiten. Damit scheint ein prototypischer Weg gefunden worden zu sein, wie innerhalb der vielfältigen deutschsprachigen Forschungslandschaft zusammengearbeitet werden kann. Ob die Geowissenschaftler einen ähnlichen Pfad auf ihrem EGU-Townhall-Meeting der RSEs einschlagen bleibt abzuwarten.
A research software engineering working group (DH-RSE) within the DHd-Verband has been founded at the yearly conference of Digital Humanities in German speaking countries. The foundation was paired with a workshop which saw ~80 faces. The working group will closely collaborate in with de-RSE.
Stephan Janosch (translation Daniel Nüst), January 23, 2018
Ever since we have come together as a community to create de-RSE for the everyday support of our work, one question has always been on the table: What organisational and legal form is suitable for the realization of our goals?
It seems clear that a loosely coupled group of willing people will not be able to build supportive structures for the long term, for example:
An impromptu meeting at the 2nd S3 conference in Hannover, May 2017 (recordings) Hendrik Eggers (TU Braunschweig) suggested the foundation of a cooperative besides the creation of a registered association.
Bernadette Fritzsch (Alfred-Wegener-Institut, Helmholtz-Zentrum für Polar- und Meeresforschung) has taken up these first ideas and started a series of telephone conferences in autumn 2017.
Three conference calls by a core group of seven members later, we have come to
the conclusion that the creation of a registered association is more suitable.
Collaboratively (Slack channel
#verein) we are developing a charter and rules of operation (both in German).
The ultimate goal is a registered non-profit association, which utilises modern technology
to allow for distributed collaboration.
Additional collaborators are always welcome!
What should that association be named? The abbreviation “de-RSE” seems set. The term Research Software Engineer establishes itself more and more, also internationally (just out: nl-RSE.org), and is not going to disappear any time soon. But there are also the German job titles of “Wissenschaftler” and “Ingenieur”, which seem to contradict each other at first glance, although both may include software development.
At the moment the charter repository includes three suggestions:
Personally, I favour a mixture, maybe de-RSE e.V.: Förderverein für Forschungssoftware und wissenschaftlich Software Entwickelnde? Maybe you, dear reader, have an illuminating idea for naming our association. The name is going to be widely used in a number of noteworthy contexts:
We look forward to your feedback on the mailing list and in the chat (ideally till Feb. 5th).
And since we’re already here, let’s address another important topic.
Until now, the question of membership fees has rarely been mentioned. But where there are eggs to be broken for an omelette, these eggs need to be laid first. And some forms of third-party funding require a certain level of existing initiative, i.e., own resources. We hope the search for a name is a good occassion for everyone to think about their personal opinion on financial support. Everything is possible:
If I were asked today, I would be ready to pay € 10 per month, roughly the fees my sports club charges me to take care of my health.
We belatedly wish you a good start to 2018 and look forward to your thoughts on the association’s name.
Stephan Janosch, November 15, 2017
Did fill out the survey? Yes, great!
So let’s check quickly how many people filled it out as well.
Not bad, there are almost 300 answers! But on the other hand I only see 3 persons per university creating research software in average, which seems a bit odd.
Let’s see how many more people can answer the survey till end of the year.
Stephan Janosch, October 19, 2017
Do you develop research software, or are you involved in the scientific software creation process? Then we would very much like you to participate in the following survey:
As of now there is not much knowledge about the community of those in research and science who develop software. This survey aims to gain valuable insights into this community in order to support research funders and other institutions to develop strategies and funding programs as well as policies.
This survey gives you the opportunity to make your point of view and experiences be heard, and thus be part of the development of this community.
In case you know others who develop software in research, please feel free to forward this invitation. If you forward this mail to a mailing list, please be so kind and copy in Martin (email@example.com) and Stephan (firstname.lastname@example.org).
The survey results will be published under a CC BY-NC license, and will be announced and evaluated via the de-RSE mailing list and the de-RSE blog. Simultaneously, similar surveys are conducted in the UK, Canada, Australia, Norway, the Netherlands, the USA and South Africa. For reasons of comparability, this survey was closely coordinated with the others.
We look forward to your participation in the survey!
Many thanks, Martin Hammitzsch and Stephan Janosch
Stephan Janosch, May 8, 2017
This post will explain how you can assign a DOI to a piece of software within the Max Planck Society (MPG). I need to restrict the scope to the MPG, because the access to the DOI service of the Max Planck Digital Library is restricted. If you plan to release on Github, then the guide ‘Making Your Code Citable’ helps you along.
Next you head over to https://doi.mpdl.mpg.de/request-doi/ and fill out and submit the form.
The MPDL did choose an request confirmation via email. So will receive an email like that which you return to DOI helpdesk. Then you wait for the confirmation to take place.
your eMail address was used to request a DOI name via the Max Planck Digital Library (MPDL). To confirm that a DOI name should be registered on your behalf for the content item described below, please return the complete eMail to email@example.com.
In addition, you confirm that all information provided is correct and permit the MPDL to store the data locally. You also agree that the location URL and bibliographic metadata will be transfered to the German National Library of Science and Technology (TIB) in order to register the DOI name. The TIB receives the metadata under the conditions of the Creative Commons CC0 1.0 Universal Public Domain Dedication.
Best regards, your DOI helpdesk in the MPDL
After a while, you will receive the DOI with a nice hand-craftet mail. Done.
Lieber Herr Janosch,
vielen Dank fuer Ihre DOI-Anfrage. Fuer das Software-Paket wurde soeben die DOI 10.17617/1.46 vergeben und in wenigen Minuten sollte https://doi.org/10.17617/1.46 auf die gemeldete URL umleiten.
With a few clicks more you can link your freshly minted DOI to your ORCID record.
So open your ORCID profile and hit ‘Add Works’ -> ‘Search & Link’ -> ‘DataCite’
After you allowed the DataCite to connect to your ORCID profile, you can ‘Search’ for your works.
Two clicks more on ‘Add to ORCID record’ and ‘OK’ completes the process.
Software appears in different manifestations. You could refer to it as a specific release of your code (e.g. version 0.3 of the plugin) or as software engineering project. If you are interested in the citation count you want to have only one DOI for your software. Opposite to this, you want to have a DOI for each release of your code. This ensures that protocols or workflows cite the exact version used in order to prevent reproducibility issues.
The DataCite Metadata Schema (version 4 pdf) knows some very handy relation types like:
- IsNewVersionOf - IsPreviousVersionOf - IsPartOf - HasPart
It looks like, that Zenodo makes use of these, as this example shows. I will try to speak with Martin Fenner (DataCite), who is giving a talk with the topic ‘Workflows for assigning and tracking DOIs for scientific software’ this wednesday, to get a better idea about metadate for software.
According to the MPDL personell there is no interface right now for changing the landing page URL. Their advice was sending an email to the DOI helpdesk and submit your changes that way.
As you can see, assigning a DOI to a piece of software is not very hard. The easy interface provided by the MPDL helps a lot, but maybe an expert version of it is more appropriate for software? And it takes a bit patience because there is some waiting involved (explaination?). But the process in general is straight forward.
Feel free to discuss this topic at our communication channels (mailing list and/or slack). In case you have the desperate need to document the DOI assigning process for your own research organisation then head along and copy this post and push a pull request to our website repo. 😉
Post only available in German
Stephan Janosch, Martin Hammitzsch, April 28, 2017
de-RSE als Bewegung hat Ziele, für deren Erreichung nicht nur persönliches Engagement gefragt ist, sondern auch finanzielle Unterstützung für die geplanten Aktivitäten wie Workshops, Fellowship Programme oder eine jährlich stattfindende Konferenz. Eine derzeit diskutierte Idee soll hier kurz skizziert werden. Darauf aufbauend wünschen wir uns eine Diskussion, die diese Idee und eventuell andere Alternativen betrachtet, um in der Community zu einem Konsens zu kommen und handlungfähig zu werden.
Um als Vereinigung von Leuten mit Geld/Ressourcen umgehen zu können, braucht es eine Körperschaft. Die Idee der Gründung eines gemeinnützigen Vereins liegt hier nahe. Um einen rechtsfähigen Verein gründen zu können braucht es folgende Dinge:
Mit einer strukturierten Vorbereitung wäre dies evtl. bis Herbst diesen Jahres machbar. Die Satzung könnte beispielsweise gemeinsam in einer Markdown-Datei geschrieben werden und regelmäßige Webkonferenzen helfen, diskussionsbedürftige Textbausteine anzugehen sowie weitere Aktivitäten abzustimmen. Falls nötig können wir abschließend auf einem eigens einberufenen Meet-up oder bei einer Konferenz die Gründung durchführen, so dass ein Vorstand berufen und der Verein gegründet werden kann. Alles weitere liegt dann beim Vorstand, der die geplanten Aktivitäten gemeinsam mit der Community angeht.
Für Konferenzen, Workshops und Stipendien (fellowships) braucht es Geld. Stellt sich die Frage, wie sich de-RSE nachhaltig finanzieren kann. Gestaffelte Mitgliedsbeiträge sind hierbei ein erster Anfang. Mitglieder und deren Beiträge könnten sein:
|Mitglied||möglicher Beitrag pro Jahr|
|natürliche Person||50-100 €|
|Institute und Universitäten||1.000 € - 5.000 €|
Wir gehen am Anfang von einem Übergangsprozess aus, von der Gründung mit vielen natürlichen Personen hin zu einer stabilen Einnahmesituation durch institutionelle Träger. Denkbar sind darüber hinaus finanzielle Förderungen durch:
Im Moment hat die Mailingliste fast 70 Abonnenten, was genug Potential für eine Vereinsgründung vermuten lässt. Nun würden wir uns aber erstmal eine lebhafte Diskussion über diesen Fahrplan erwünschen.
Stephan Druskat, March 22, 2017
This weblog will contain posts on subjects that are relevant to the Research Software Engineers community.
You, too, can contribute (in English or German). Simply clone this website’s GitHub repository, check out the README (we use Jekyll, and it’s easy to create and publish drafts with
rake), create a blog post, and submit it to us via a GitHub pull request against
Happy reading, happy contributing!