Einzelner Behindertenparkplatz

Graf Westerholt · 2017-02-14 17:01:50

Hier wurde wohl ein einzelner Behindertenparkplatz eingetragen:

http://www.openstreetmap.org/node/65906 … 89/7.00667

Nach dem Wiki ist amenity=parking aber ein größerer Parkplatz:

https://wiki.openstreetmap.org/wiki/DE: … ty=parking

„Diese sollten eine gewisse Größe aufweisen, es soll also nicht für jede kleine Möglichkeit ein Auto abzustellen ein Parkplatz eingetragen werden. “

Es gibt amenity=parking_space

https://wiki.openstreetmap.org/wiki/DE: … king_space

Was meiner Meinung nach besser dafür geeignet wäre, in Verbindung mit parking_space=disabled

Allerdings steht auf https://wiki.openstreetmap.org/wiki/Pro … es/parking: „In rare situations where there’s really only one single parking space that is not somehow connected to any other spaces nearby, amenity=parking should be applied.“

Da es als amenity=parking eingetragen ist, können Parkplatzsuchende dorthin geführt werden, nur um dann vor einem Behindertenparkplatz zu stehen, auf welchem sie nicht parken dürfen. Daher würde ich es mit amenity=parking_space (da kein großer Parkplatz sondern nur eine oder zwei Stellflächen) mit parking_space=disabled taggen. Aber bin mir halt wegen der angegebenen Gründen nicht sicher, ob das besser wäre. Also wie einen (oder zwei ) Behindertenstellplätze eintragen?

Trockennasenaffe · 2017-02-14 17:16:28

Die Frage habe ich mir auch schon mehrfach gestellt. Ich habe das mal so gelöst, dass ich z.B. capacity = 2 und capacity:disabled = 2 verwendet habe. Sollte ja prinzipiell aussagen, dass dort nur Parkplätze für Behinderte existieren aber ist auch nicht so ganz praktikabel, da es voraussetzt, dass man die genuaue Anzahl der Parkplätze kennt, was bei mir oft nicht der Fall ist. Zudem bin ich auch sicher, dass die meisten Anwendungen das nicht korrekt auswerten, sondern als normalen Parkplatz sehen.

Harald Hartmann · 2017-02-14 17:44:48

Trockennasenaffe wrote:

Zudem bin ich auch sicher, dass die meisten Anwendungen das nicht korrekt auswerten, sondern als normalen Parkplatz sehen.

Nicht unser Problem! Ich würde es inder Tat auch mit amenity=parking und capacity:disabled regeln und für die Anwendungen sollte es ein leichtes sein, wenn capacity gleich cpacity:disabled ist dort ein P mit Rolli hinzumalen..

geri-oc · 2017-02-14 17:58:59

Trockennasenaffe wrote:

Zudem bin ich auch sicher, dass die meisten Anwendungen das nicht korrekt auswerten, sondern als normalen Parkplatz sehen.

Sollte aber nicht als Grund für das eintragen sein.

In dem Fall sollte man doch eine Stellfläche nutzen - parking_space=*

(auch für die beachbarten P)

Trockennasenaffe · 2017-02-14 19:33:13

Es wäre halt trotzdem deutlich praktischer, wenn es eine Möglichkeit gäbe zu taggen, dass es ein Parkplatz nur für Behinderte ist ohne wissen zu müssen wie viele Stellflächen der genau hat. Ich habe oft den Fall, dass es bei Einrichtungen neben dem Hauptparkplatz noch einen kleinen Behindertenparkplatz vor der Tür gibt. Nicht immer habe ich Zeit und Lust da die einzelnen Stellflächen zu zählen.

Last edited by Trockennasenaffe (2017-02-14 19:40:11)

TOGA · 2017-02-14 22:04:22

Also capacity:disabled=yes ist dokumentiert. Das sollte doch eigentlich ausreichen, oder im Zweifelsfall vielleicht noch "only" als möglichen Wert definieren?

Graf Westerholt · 2017-02-17 07:17:01

Harald Hartmann wrote:

Trockennasenaffe wrote:
Zudem bin ich auch sicher, dass die meisten Anwendungen das nicht korrekt auswerten, sondern als normalen Parkplatz sehen.
Nicht unser Problem!

Man sollte aber auch überlegen, dass man es den Anwendungen (wie z.B. OsmAnd~) nicht schwer macht. Also einfach sagen, dass es nicht unser Problem ist, was die Anwendungen damit umgehen, halte ich für falsch. Die Anwendungen sollen die Daten doch verwenden, dann sollte man auch anwendungsfreundlich taggen.

Bei Parkhäusern sollte ja auch ein building=* dazu, damit es für die Renderer einfacher ist, z.B. für die 3D-Darstellung.

Bei Parkplätzen trägt man z.B. access=yes oder access=private oder access=customers ein. Für mich wäre es logisch, access=disabled einzutragen. Mapnik zeigt das P bei access=customers heller an, dann könnte bei access=disabled auch ein P mit Rollstuhlsymbol gerendert werden. Für mich ist diese Lösung logisch und konsequent und konsistent.

Das nur über die Anzahl der Stellplätze quasi als workaround zu definieren, erscheint mir nicht konsistent.

Als Parkplatz würde ich es allerdings nicht taggen, da Parkplätze größere Flächen mit vielen Stellflächen sind, und das ist bei einer Stellfläche für ein oder zwei Autos nicht gegeben. Daher nur als amenity=parking_space und parking_space=disabled, womit das access=disabled überflüssig würde.

chris66 · 2017-02-17 09:31:47

Graf Westerholt wrote:

Für mich wäre es logisch, access=disabled einzutragen.

Ist immerhin schon 347 mal in OSM eingetragen.

Graf Westerholt · 2017-03-07 22:53:22

Gibt es noch weitere Meinungen dazu? Ich fände es schön, wenn klar ist, wie so etwas eingetragen werden sollte.

Trockennasenaffe · 2017-03-08 09:16:31

Graf Westerholt wrote:

Bei Parkplätzen trägt man z.B. access=yes oder access=private oder access=customers ein. Für mich wäre es logisch, access=disabled einzutragen. Mapnik zeigt das P bei access=customers heller an, dann könnte bei access=disabled auch ein P mit Rollstuhlsymbol gerendert werden. Für mich ist diese Lösung logisch und konsequent und konsistent.

Was ist denn dann mit Kundenparkplätzen für Behinderte? Ein durchaus öfter anzutreffende Fall.

geri-oc · 2017-03-08 13:46:59

Beispiele:
http://www.openstreetmap.org/#map=19/51.00885/13.65719

GeorgFausB · 2017-03-08 16:09:38

geri-oc wrote:

Beispiele:
http://www.openstreetmap.org/#map=19/51.00885/13.65719

NB:
operator=Mitarbeiter?

geri-oc · 2017-03-08 16:15:29

GeorgFausB wrote:

NB:
operator=Mitarbeiter?

Danke - geändert.

Graf Westerholt · 2017-03-09 08:25:38

Trockennasenaffe wrote:

Was ist denn dann mit Kundenparkplätzen für Behinderte? Ein durchaus öfter anzutreffende Fall.

Ja, dann müsste es natürlich access=customers sein, also kann man nicht access=disabled setzen, also müsste man

amenity=parking_space
parking_space=disabled
access=customers

setzen. Da das dann auf einem anderen Parkplatz eingezeichnet ist, würde ich da nicht extra weiter Infos vom übergeordneten Parkplatz, z.B. Betreiber, Öffnungszeiten, Höchstparkdauer, Oberfläche oder so eintragen, die Daten wäre ja dann mehrfach eingetragen. Oder wie seht ihr das?

Announcement

#1 2017-02-14 17:01:50

Einzelner Behindertenparkplatz

#2 2017-02-14 17:16:28

Re: Einzelner Behindertenparkplatz

#3 2017-02-14 17:44:48

Re: Einzelner Behindertenparkplatz

#4 2017-02-14 17:58:59

Re: Einzelner Behindertenparkplatz

#5 2017-02-14 19:33:13

Re: Einzelner Behindertenparkplatz

#6 2017-02-14 22:04:22

Re: Einzelner Behindertenparkplatz

#7 2017-02-17 07:17:01

Re: Einzelner Behindertenparkplatz

#8 2017-02-17 09:31:47

Re: Einzelner Behindertenparkplatz

#9 2017-03-07 22:53:22

Re: Einzelner Behindertenparkplatz

#10 2017-03-08 09:16:31

Re: Einzelner Behindertenparkplatz

#11 2017-03-08 13:46:59

Re: Einzelner Behindertenparkplatz

#12 2017-03-08 16:09:38

Re: Einzelner Behindertenparkplatz

#13 2017-03-08 16:15:29

Re: Einzelner Behindertenparkplatz

#14 2017-03-09 08:25:38

Re: Einzelner Behindertenparkplatz

Board footer