Aber auch dann hast Du nur die Stellfläche/ den Parkplatz beschrieben. Dafür benötigt man übrigens amenity=parking. parking=parking_space ist nur als ergänzendes Detail für eine einzelne Stellfläche gedacht. capacity hat sich jemand einfallen lassen, um dann mit einem Objekt für eine einzelne Stellfläche auch mehrere Stellflächen zu beschreiben. So nach dem Motto natural=tree + tree_count=1000 für ein Wald.
Die Frage war noch einem Äquivalent zu amenity=fuel für Tankstellen.
Jede Ladesäule einzeln an ihrer Position als Punkt mappen, ohne name=* aber wenn möglich mit ref=*, dazu dann alle Daten zu Betreiber, Steckertypen etc.
Die Parkplätze an den Ladesäulen einzeln als Fläche mit
amenity=parking_space
parking_space=charging
mappen. Die Ladesäulen und die Stellplätze werden dann **nicht **als Relation zusammengefasst.
Genau. Und die einzelnen amenity=parking_space müssen sich in einer amenity=parking Fläche befinden:
amenity=parking beschreibt den Parkplatz (Mit Angabe der Summe der Stellflächen mittels capacity=*)
amenity=parking_space beschreibt einen einzelnen Stellplatz (daher kann man capacity=1 auch weg lassen)
Typisch OSM: da wird an einem neuen super-duper Tagging-Konzept gefeilt, anstatt sich mal um saubere Daten zu kümmern.
An mehr als 50% aller Ladestationen in D-Land fehlt die Angabe ob es sich um eine EBike- oder Auto-Ladestation handelt.
Praktisch immer ist ein Adapter/Netzteil/Trafo von Nöten. Fahrradbatterien lädst du auch mit 230 VAC nicht, die Designspannung ist eher (z.B.) 12 VDC. Deswegen der Einwurf, man braucht “nur noch” das passende Teil… dann kannste auch an 800VDC-Wallboxen laden.
Vorab: das Thema ist für mich absolutes Neuland. Ich kenne mich da überhaupt nicht aus.
Wie mappe ich am besten die am Parkplatz Way: 534201562 | OpenStreetMap neu installierten Ladestationen: An drei Parkbuchten, die jeweils vier Stellplätze haben, gibt es jeweils zwei Säulen, eine mit zwei und eine mit einem Ladeanschluss (alle socket:type2). Laden ist nur für Mitarbeiter und Kunden möglich, es wird eine RFID-Karte (oder Chip) benötigt.
Hersteller der Säulen scheint Alfen zu sein, Dienstleister für die Authentifizierung Eneco.
Im Display habe ich zum einen den Firmennamen als auch Energie SaarLorLux (Energieversorger) lesen können (ich hatte nicht genug Geduld, um länger zu warten)
Ob an den Doppelsäulen wirklich zwei gleichzeitig geladen werden können - und insgesamt neun Fahrzeuge - keine Ahnung. Ich habe auch nichts zur Leistung gesehen.
Was mir noch einfällt: Der access müsste dann für die Säulen noch beschränkt werden.
Das wäre dann wohl access=customers;private , auch wenn so Tags mit mehreren Values für acces unbeliebt sind, ist es hier offenbar nötig, da on the ground so vorhanden.
Daran ist problematisch, das bei vielen Schnelladestationen eben nicht geparkt sondern geladen werden MUSS.
Es ist als nicht in erster Linie ein Parkplatz mit einer Zusatzfunktion, denn PARKEN ist ja explizit verboten.
Wir mappen doch auch eine normale Tankstelle nicht als Parkplatz mit der Zusatzfunktion “Bensin einfüllen” obwohl die Leute das Auto da auch stehen lassen.
Was spricht den gegen amety als Fläche? Ein Schnellader vor dem man sein Auto nicht hinstellen kann, ist doch kein Schnellader…
amenity=parking_space ist ja eine einzelne Parkfläche innerhalb eines größeren Parkplatzes. Ist also mit einer Tankstelle nicht zu vergleichen
Und im Eingangsbeitrag ging es ja um Parkplätze.