Skip to content

Latest commit

 

History

History
20 lines (16 loc) · 3.31 KB

02_Technische_Wuensche.md

File metadata and controls

20 lines (16 loc) · 3.31 KB
Raw

Wünsche der Stadt an die Anbieter – 2), Technische Wünsche an die Datenübermittlung

Daten und Schnittstellen analog zur Mobility Data Specification

  • Binnen 30 Tagen nach Beginn des Rollouts muss der Betreiber eine Datenschnittstelle (API) oder einen vergleichbaren automatisierten Mechanismus betreiben, der die Einbettung des Dienstes in New Mobility Services (NMS) Dritter erlaubt, so dass NutzerInnen den Standort und Zustand der Roller über Dienste Dritter einsehen und darüber Buchungen vornehmen können.
  • Daten über alle Fahrzeuge müssen der Stadt und ihren Partnern gemäß der General Bike Feed Specification (GBFS) und der Mobility Data Specification (MDS), gegebenenfalls ergänzt durch weitere Formate, bereitgestellt werden. Die Stadt wird eine Übersicht über die verlangten Formate und einen Verweis auf die jeweiligen Spezifikationen auf einer geeigneten Website bereitstellen.
  • Service Areas als Ausschluss- und Wunschzonen müssen vom Anbieter über die MDS-Schnittstelle entgegengenommen und unverzüglich in das Softwarebackend übernommen werden
  • Die GBFS-Daten müssen der Allgemeinheit ohne jedwede Einschränkungen und mindestens den Bedingungen der Open Definition zur Verfügung gestellt werden. Die MDS-Daten müssen der Stadt und allen ihren von ihr benannten Partnern zur Verfügung gestellt werden. Die Stadt und der Anbieter sind sich einig, dass weder die GBFS- noch die MDS-Daten einem wie auch immer gearteten urheberrechtlichen Schutz unterliegen und dass es sich hierbei nicht um Geschäftsgeheimnisse handelt. Die Datenfeeds müssen von beliebigen, mit den jeweiligen Standards kompatiblen Softwaresystemen verarbeitbar sein.
  • Über die Anforderungen von GBFS und MDS hinaus wünscht die Stadt Zugang zu den folgenden Informationen:
    • Anzahl an Störungsmeldungen aufgeschlüsselt nach Art (z.B. Beschwerden wegen falsch abgestellter Fahrzeuge, Beschädigungen, Kollisionen, Unfälle, etc.)
    • Anzahl an Störungsmeldungen aufgeschlüsselt nach Kontaktart (Telefon, E-Mail, In-App, Webformular etc)
    • Klärungszeit nach Anfragen, einschließlich Datum und Uhrzeit der Anfrage/Beschwerde und Datum und Uhrzeit der Problembehebung
    • Datum und Uhrzeit sowie Geolokationen von Fahrzeugumsetzungen
    • Anzahl Aktiver NutzerInnen pro Tag im Geltungsbereich der Stadt, aufgeschlüsselt nach Nutzungshäufigkeit (Neue NutzerInnen, 1-3 Fahrten, 4-8 Fahrten, 9-15 Fahrten, 16-30 Fahrten, 31-60 Fahrten, mehr als 60 Fahrten)
    • Anonymisierte NutzerInnenzahlen aufgeschlüsselt nach Geschlecht (m/w/d) und Altersgruppen (5-17, 18-24, 25-34, 35-44, 45-54, 55-64, 65 und älter)
    • Am Ende der jeweiligen Evaluationsperioden führen die Anbieter eine Kundenbefragung unter allen KundInnen durch, die in der Evaluationsperiode ein Fahrzeug in der Stadt angemietet und bewegt haben. Die zu stellenden Fragen werden von der Stadt bereitgestellt werden.
  • 2019-07-01: Links hinzugefügt. Diese sind nicht Teil der übermittelten technischen Wünsche gewesen, sondern sollen LeserInnen in dieser Fassung weiterführende Informationen geben