Wheelmap: Werbung mit OSM-Material im TV

Bloß schade, dass bei mir in der Umgebung praktisch alles, was keine Eingangsstufen hat (jede Bushaltestelle usw.) grün erscheint, obwohl grün laut wheelmap.org ein Behinderten-Klo vorraussetzt…

EDIT: Beschreibung auf wheelmap.org deckt sich leider nicht ganz mit der Wiki…

Na, “Rollstuhl-WC vorhanden” würde ich verstehen als “Rollstuhl-WC vorhanden, sofern man an diesem Ort gemeinhin eine Toilette erwartet”. Die gemeine Bushaltestelle hat in der Regel keine (auch wenn das Wartehäuschen gelegentlich so interpretiert wird). In einem Restaurant, größeren Geschäft oder öffentlichen Gebäude würde ich dagegen eines erwarten. Zugegebenermaßen sind solche Erwartungen subjektiv (und die Abgrenzung “größerer” Geschäfte problematisch), aber die genannten Beispiele sind hoffentlich konsensfähig.

Aber ja, eine klarere Definition von wheelchair=* wäre schön (gewesen). Soll wheelchair=yes Erreichbarkeit oder Nutzbarkeit bedeuten? Das ist nicht immer dasselbe. Das Wiki spricht von “unlimited access” bzw. “erreichbar”, aber als das mal geschrieben wurde, wurden wohl kaum alle Anwendungsfälle durchdacht.

Was heißt z.B. wheelchair=yes an einer Carsharing-Station? Wohl kaum, daß alle Fahrzeuge rollstuhlgerecht oder gar mit Handgas etc. ausgestattet sind. Vermutlich meinte derjenige wheelmap_visitor, der eine Station in meiner Nähe so gekennzeichnet hat, daß die Station mit Rollstuhl erreichbar ist (wobei es da noch einen Bordstein gibt). Im Grunde ist die Erreichbarkeit in diesem Fall sogar fast egal: selbst fahren kann ein Rollstuhlfahrer mit den Fahrzeugen meist eh nicht, und wenn er mitgenommen wird, kann man ihn notfalls auch an geeigneterer Stelle einladen.
Oder wozu braucht es wheelchair=no an einer Elektrofahrradverleihstation der Deutschen Bahn? Daß ein Rollstuhlfahrer mit einem gewöhnlichen Fahrrad wenig anfangen kann, ist eine Binsenweisheit. Erreichbar ist die Station dagegen barrierefrei. Vielleicht wollte wheelmap_visitor sagen, daß es dort keine Toilette gibt? :wink:

Siehe wheelmap.org:

Ja: Eingang stufenlos, alle Räume stufenlos, Rollstuhl-WC vorhanden.
->wheelchair=yes

Teilweise: Eingang max 1 Stufe (7cm hoch), die wichtigsten Räume stufenlos, WC egal.
->wheelchair=limited

Nein: Eingang hat höhere oder mehrere Stufen, Räume nicht erreichbar.
->wheelchair=no

Unbekannt: Hilf mit und markiere diese Orte! Wie?
->wheelchair=unknown

Wie denn nu?

Rollstuhlrampe zum Eingang, keine Stufen im Geschäft, keine Toilette
wheelchar=yes oder limited?

Gruss
Walter

p.s. es ist 'ne Apotheke.

Ich halte ja die Definition für fehlerhaft. Es müsste viel mehr so lauten, dass yes bedeutet: Wenn eine Kunden/Besuchertoilette oder öffentliche Toilette vorhanden ist, dann muss auch eine behindertengerecht sein.

Das ist aber eine (ungenau) verkürzte Beschreibung der wiki:

Hat der wheelchair=yes getaggte Supermarkt jetzt eine behindertengerechte Toilette oder keine?

Laut Wiki ist ein Proposal geplant, dass genauere Werte beschreibt, stellt sich bloß die Frage, ob ein taggen über wheelmap.org dann noch möglich wäre…

Wheelmap.org kann jetzt Flächen-POIs darstellen.

Gruß,
Mondschein

Sehr schön, hab mal ein paar Gebäude in meiner Umgebung testweiseeingetragen (natürlich korrekt :wink: ). Mal schaun, obs richtig übertragen wird.

Frage mich gerade nur, warum ich es bei JOSM nie eintrage?!

Flächen, welche schon zuvor einen wheelchair-Tag hatten oder auch nicht, werden bei Wheelmap.org entsprechend angezeigt.
Neu auf Wheelmap.org hinzugefügte wheelchair-Tags werden zwar in die OSM-Datenbank eingetragen, aber bisher nicht auf Wheelmap.org entsprechend aktualisiert.

Gruß,
Mondschein

Die Anwendung hat einen Bug:
Supermärkte werden auf Wegen nicht erkannt, warum auch immer!

Wär halt gut, wenn sie jetzt auch noch die ungenaue Beschreibung mit dem WC entfernen. Die ganzen Parkplätze, Bushaltestellen, da hat ein WC wohl nichts verloren, die Beschreibung tut aber so, als müsste eins da sein.

Ja, da gab es noch einen kleinen Fehler. Der ist jetzt behoben, so dass auch Shops aller Art und einige andere Ortstypen angezeigt werden. Mit Eurer Zustimmung würden wir jetzt die Funktion wieder freischalten, dass registrierte Benutzer der Wheelmap neue Orte in Form von Nodes anlegen dürfen und diese dann in deren Namen in die OSM übertragen werden. Oder gibt es noch Einwände?

soll das jetzt heißen, dass die alten Node-Einträge die bei der wheelmap bisher lokal gesammelt wurden, nun alle in einem Rutsch importiert werden? Hier http://wheelmap.org/?zoom=18&lat=51.36909&lon=12.73893&layers=BT hat nämlich einer Cafe Eisblume eingetragen. Ist aber a) schon drin und b) überhaupt nicht an dieser Stelle.
Hat jetzt 3 Tage gedauert bis meine Änderungen die ich direkt in OSM an Wegen eingetragen hatte, sichtbar wurden. Ich hoffe das liegt nicht nur am Bug ausmerzen und neu einlesen, sondern das dies auch sonst immer mal gemacht wird.

Ich find euren Schritt prima das Problem anzugehen. Mir selbst fehlen da alledings so ein paar technische Informationen.
Rendert ihr die Kacheln selbst und mit welcher Verzögerung?
Wie funktioniert das POI Bestimmen von Flächen nun bei euch?
Wie geht ihr mit dem Meer von zusätzlichen Daten um?
Die Nodes können nicht automatisch mit darunterliegenden Buildings Flächen verschmolzen werden, oder?

Ich denke die Frage werden nicht nur mir kommen, was ich daraus schließe, dass sich hier viele zurückhalten. Wenn du aber wissen willst, was wir von der derzeitigen Lösung halten, müssen wir sie natürlich verstehen. Wäre das nicht ein gutes Thema für einen Blogeintrag, sozusagen, behind-the-scenes?

Ja.

Ich warte auf meinen um 20:45 mit einem wheelchair-Tag neu erstellten Parkplatz:
http://tile2.wheelmap.org/18/137509/85349.png/status
http://www.openstreetmap.org/browse/changeset/10627948
http://wheelmap.org/?a=b&lat=53.0364&lon=8.84035&q=Bremen&zoom=18&layers=BT
Die Kachel wurde bisher nicht aktualisiert und auch noch kein Marker of Wheelmap.org gesetzt.

Nein, das erscheint mir auch wenig sinnvoll, da Flächen inzwischen unterstützt werden, d.h. vorhandene Flächen werden erkannt und mit einem Marker auf Wheelmap.org markiert, welcher dann wie üblich geändert werden kann.

Diesem vorhandenen Parkplatz habe ich mit JOSM einen wheelchair-Tag verpasst und der Marker auf Wheelmap.org war in weniger als 5 Minuten aktualisiert:
http://www.openstreetmap.org/browse/way/43587301
http://wheelmap.org/?lat=51.52584&lon=9.92988&zoom=18&layers=BT

Bei neuen Objekten scheint das deutlich länger zu dauern, siehe oben (Parkplatz 20:45).

Gruß,
Mondschein

Meiner Meinung nach sollte ein Editor entweder automatisch prüfen, ob die Änderung schon in den Daten vorhanden ist, oder aber dem Nutzer die vorhandenen Daten anzeigen und ihm diese Entscheidnung treffen lassen. Objekte nur anhand von veralteten Kacheln halte ich für falsch.

Nein, diese Einträge sind eingefroren und werden manuell in die OSM eingetragen, wenn sie nicht schon drin sind. Es sind ca. 5500 Stück.

Das lag daran, dass wir den Planeten neu importieren, die Daten filtern und aufbereiten mussten. Ab jetzt sollte es genau so schnell gehen, wie auch sonst immer, also max. 5 Minuten. Kontrolliert werden die Änderungen nicht, wenn sie aus einer anderen Quelle kommen.

Nein, wir rendern die Kacheln nicht selber. Wir betreiben aber einen Caching Proxy, der vor den eigentlichen OpenStreetMap Kachel Server geschaltet ist. Die Caching Zeit für die Kacheln beträgt einen Tag.

Wir haben eine Kopie der OSM Datenbank mit osm2psql minütlich synchronisiert. Für jedes Gebäude mit building=* und einem weiteren Tag wie amenity=* usw. berechnen wir eine BoundingBox und dessen geometrischen Mittelpunkt. Der Way mit einer negierten OSM id, seinen Tags und den LatLon Werten des berechneten Mittelpunktes wird dann minütlich in die Wheelmap Produktionsdatenbank importiert. Danach ist der Way von einem Node nicht mehr zu unterscheiden. Einzig eine negative OSM ID weist darauf hin, dass es eigentlich ein Way ist.

Wir arbeiten gerade an einer Lösung, die es ermöglicht Dubletten in Geodaten manuell (visuell) zu identifizieren, und die neuen Daten in die OSM zu schreiben.

Wie meinst du das?

Guter Punkt, ich werde mal versuchen was zusammen zu stellen.

Achso, also muss ich zuerst sicherstellen, dass die entsprechende Kachel schon bei OSM aktualisiert wurde, bevor ich diese bei Wheelmap.org aufrufe, wenn ich diese schnell auf Wheelmap.org sehen möchte (und hoffen, das die Kachel nicht schon vor weniger als einem Tag aufgerufen wurden).

Und wie lange dauert es dann, bis der Marker auf Wheelmap.org angezeigt wird?
Entweder da hängt etwas beim Import in die Produktionsdatenbank oder irgendwo bei der Darstellung des Markers.

Gruß,
Mondschein

Wie gesagt, in der Regel ca. 5 Minuten. Aber hier hängt tatsächlich was. Ich habe den Way 149464503 in der OSM Kopie gefunden, und er liegt dort auch in der Form das mutierten Nodes -149464503 vor. Aber irgendwie wird er nicht in die wheelmap transferiert.

Vielen Dank für den Hinweis, ich gehe der Sache morgen mal auf den Grund.

Gruß,

Christoph

Jetzt ist der Marker da. :slight_smile:

Gruß,
Mondschein