Compatibility

[tursics]

Können wir uns auf 1 Austauschformat einigen? Das werden immer mehr (ich soll noch eins für Moers vorschlagen).

Paderborn: http://codefor.de/projekte/2014-12-15-pb-parking.html Dresden: http://codefor.de/projekte/2014-04-19-dd-freieparkplaetze.html Bonn: http://opendata.bonn.de/dataset/parkh%C3%A4user Zürich: https://data.stadt-zuerich.ch/dataset/parkleitsystem

[webwurst]

Besten Dank für die Übersicht, schaue ich gerne mal durch.

[ubergesundheit]

Nach kurzer Durchsicht der Links fällt mir als erstes folgendes auf:

Münster verwendet als einzige Stadt GeoJSON. Ist von sich aus natürlich erstmal "fetter", ist aber direkt für das Anzeigen auf einer (z.B.) Leaflet-Karte optimiert..

Finde den Ansatz von Dresden, die zugehörige OSM id zu referenzieren sehr gut! Leider liegen die Geodaten und Parkplatzdaten dann jedoch in unterschiedlichen Dateien.

Ich schlage vor, die Daten in zwei Arten abzugeben:

• als GeoJSON FeatureCollection mit kompletten Geometrien für einfaches Visualisieren auf Karten. Die properties der einzelnen Parkplätze sollte dann mindestens die Schlüssel free, total, name, osm_id und updated_at beinhalten.
• als json array mit mindestens free, total, name, osm_id und updated_at

Zusätzliche Informationen wie Öffnungszeiten oder Barrierefreiheit könnten dann durch optionale Schlüssel abgedeckt werden. Hier sollte man sich dann auch jeweils nochmal auf Formate einigen.

[tursics]

In Zürich haben sie tatsächlich zwei unterschiedliche Datensätze. Einen extra für die Geo-Beschreibung https://data.stadt-zuerich.ch/dataset/parkierungsanlage

Den Ansatz für eine fette GeoJSON plus eine schmale Daten-JSON finde ich gut.

[ubergesundheit]

Da unser scraper im Moment eh nicht mehr ganz funktionierte, habe ich mal die Ideen direkt im branch mechanize-rewrite umgesetzt.

Das ganze läuft dann zur Ansicht http://104.238.158.210:8080/ <- GeoJSON http://104.238.158.210:8080/slim <- Array