12:17 a.m.
Hallo zusammen,
am 20. und 21. März fand in Frankfurt der erste Hackathon unter dem
Namen "DB Open Data-Train Challenge" [1] statt, am 8. und 9. Mai soll in
Berlin mit der DB Infrastructure Challenge [2] der zweite Hackathon,
diesmal mit dem Fokus auf Infrastruktur stattfinden.
Wer an diesen Veranstaltungen teilnimmt, bekommt einen kleinen Datensatz
(historische Daten) zur Verfügung gestellt, die Formatdokumentation gibt
es schon ein paar Tage vorher [3]. Soweit nicht ungewöhnlich,
interessant wird es allerdings bei den Teilnahmebedingungen [4]:
Teilnehmer des Hackathons dürfen die Daten nach der Veranstaltung nicht
weiterverwenden, sprich er oder sie hackt für die Katz. Da die
Anwendungen meist auf den Datensatz zugeschnitten sind, sind sie nach
dem Hackathon somit weitgehend nutzlos.
Am Ende der Veranstaltung werden die Projekte der Teilnehmer prämiert,
der Erstplatzierte bekommt einen Preis, der erste und zweite Verlierer
einen Trostpreis. Ruhm und Ansehen sind somit das Einzige, was den
Teilnehmern nach der Veranstaltung bleibt.
Bereits auf der Veranstaltungswebsite ist ersichtlich, wozu die
Veranstaltung dient [5]. Die Teilnehmer sollen Software entwickeln, um
das Auftreten von Gleislagefehler vorhersagen. Während beim ersten
Hackathon Tools für Fahrplansoll- und -echtzeitdaten entwickelt wurden,
ist die Zielgruppe von Gleislagefehler-Analysetools deutlich geringer.
Statt interessanter Daten werden für die aktuelle Veranstaltung also nur
unkritische Datensätze bereitgestellt, mit denen außer Gleisbauern kaum
jemand etwas anfangen kann. Wer bei diesem Hackathon mitmacht, hackt
nicht für sich und die Allgemeinheit (worum es bei Open-Data gehen
sollte), sondern für ein Unternehmen, das bei dieser Veranstaltung Code
und Ideen abgreifen möchte. Dies sollte den Teilnehmern bewusst sein.
Auf der anderen Seite verfügt die DB über viele für die Öffentlichkeit
interessante Daten, die ohne Probleme als "richtiges" Open-Data
freigegeben werden könnten. Beispiele dafür sind das
Betriebsstellenverzeichnis [6] und das Infrastrukturregister. Die Daten
sind bereits jetzt öffentlich sichtbar, die Webseite [7] bietet die
entsprechenden Daten an.
Man bekommt den Eindruck, dass die DB den Begriff Open-Data lediglich
als Marketingbuzzword verwendet, um sich modern und dynamisch zu
präsentieren. Auf diese Weise möchte man sich ein wenig das Image eines
Startups verpassen, in der Hoffnung, damit entsprechende innovative
Entwickler anzulocken.
Fazit: Nicht überall da, wo Open-Data draufsteht, ist auch Open-Data
drin. Das vorliegende Beispiel zeigt, dass man vor der Teilnahme genauer
hinsehen sollte, welchen Bedingungen man sich unterwirft. Weder sind die
Daten frei, noch dürfen sie unbeschränkt verbreitet werden. Bloß der
Nutzungszweck während des Hackathons ist nicht beschränkt. Wer sich
nicht in eine gewisse Abhängigkeit von Unternehmen begeben möchte, für
den sind Projekte wie OpenStreetMap weiterhin die erste Wahl. Bei
solchen nachhaltigen Quellen können Entwickler wirklich sichergehen,
dass eine Anwendung auch noch nach dem Hackathon nutzbar bleibt. Und vor
allem, dass die Arbeit nicht umsonst war, denn dafür ist die investierte
Zeit einfach zu schade.
Gruß
Alex
[1]
http://www.heise.de/developer/meldung/Hackathon-der-Deutschen-Bahn-in-Fra...
[2]
http://www1.deutschebahn.com/dbhackathon-en/hackathon/dbhackathon1.html
[3]
http://www1.deutschebahn.com/dbhackathon-en/hackathon/dbhackathon3.html
[4]
http://www1.deutschebahn.com/file/dbhackathon-en/9225054/cH6sfk0BoKMh-j2b...
[5]
http://www1.deutschebahn.com/dbhackathon-en/hackathon/dbhackathon2.html
[6]
https://fahrweg.dbnetze.com/file/fahrweg-de/2394144/vHBDX5OndmGwv-JTA9Ezu...
[7] http://stredax.dbnetze.com/ISRViewer/public_html_de/svg/index.html