OpenData Anti-Patterns

Zielsetzung

Diese Sammlung ist aus dem XMAS Open Mobility Meetup entstanden. Wir sammeln häufige dysfunktionale Muster, mit denen die Veröffentlichung von Open Data leicht zu einem Beispiel für "das Gegenteil von gut ist gut gemeint" wird. Hoffentlich können wird durch diese Infos dazu beitragen, dass mehr tatsächlich gute OpenData-Angebote entstehen.

Sobald die Daten auf einem brauchbaren Stand sind, werden wir diese Liste auch als Blog über Github pages veröffentlichen - das ist dann etwas übersichtlicher zu lesen als direkt hier.

Alles hier ist noch in Diskussion – falls ihr noch Ideen dazu habt, helft gerne mit (siehe unten).

Liste der Anti-Patterns

• Zugang

  • Noch ein Daten-Portal erstellen
  • User-Agents ausschließen
  • Jede neue Version unter neuer Adresse veröffentlichen
  • Verwende für Features keine, nur Dir bekannte, am besten ständig wechselnde IDs, die es unmöglich machen, sie mit Daten anderer Quellen zu verknüpfen
  • Erfordere eine Registrierung zum Abruf der ‚offenen Daten‘
  • Erfordere ein Login zum Abruf der ‚offenen Daten‘
  • Findbarkeit der Daten
  • Nutze Dienste ohne Zugriff auf Deine Daten sicherzustellen
  • Verwechsle deinen Datenkatalog mit einer Nachrichtenseite oder einem Social Network

• Struktur / Format

  • Daten mit syntaktischen Fehlern veröffentlichen
  • Datenformat unangekündigt ändern
  • Verwende dein selbstdefiniertes Datenformat, obwohl es Standards gibt
  • Fragmentiere Deine Daten so sehr, dass es Nutzenden nicht möglich ist, sie zu einem kohärenten Ganzen zusammenzufügen

• Inhalt

  • Daten mit zeitlichem Verzug bereitstellen
  • Daten mit engem zeitlichem Vorausblick bereitstellen
  • Download erzwingen bevor erkennbar ist, ob sich überhaupt etwas geändert hat
  • Behaupte, Du verwendest das Standardformat, obwohl du nur das technische Protokoll meinst
  • Generiere eine bunte Webseite statt der Daten

• Lizenz

  • Bezeichne es als OpenData, obwohl es keines ist

• Unkategorisiert

  • Die eigenen ‚offenen Daten‘ nicht nutzen

Mitarbeit

Wir bieten mehrere Möglichkeiten, beizutragen:

• Erstelle ein Issue
• Forke das Repository und erstelle einen Pull Request
• Frage einen Zugang als Collaborator an (sinnvoll, wenn du bereits im Umfeld des Transportkollektiv bekannt bist)

Egal, ob du in einem Fork arbeitest oder nicht: Füge neue Patterns hinzu, indem du diese Vorlage kopierst, ausfüllst und oben in der Liste verlinkst.

Weiterführende Infos

Best Practices / Empfohlene Patterns

• Das OpenDataInstitute hat Policy-Design-Patterns veröffentlicht (Motivation, Struktur, Vor-/Nachteile), warum welche Daten veröffentlicht werden sollten: Policy design patterns that help you use data to create impact .
  • Insbesondere der Katalog Strategic government interventions using data
• Open Data - typische Argumente gegen Open Data und mögliche Gegenargumente