[Tagging] Problems with amenity=charging_station

[Volker Schmidt]

I agree that the <vehicle>=yes|no is not correct, as this is about legal
access, not about compatibility, but that is in the present wiki pages.

I am learning as I go on about this, and it seems that also for pedelecs
there are manufacturer-specific sockets in addition to the "universal" (?)
230V Schuko sockets (in Europe). The difference is that the Schuko
connection requires the cyclist to carry his charger with him, whereas a
maker-specific socket, like Shimano or Bosch, may connect directly to the
battery on the e-bike.

Then there are different lock systems on the charging stations that allow
you to leave the ebike and go shopping, for example. These systems may be
mechanical or electronic (via app).

Then there is a wider aspect to this: routing and navigation for e-cycle
tourists. Thai presents very similar problems to e-car navigation systems,
where the routing instructions take into account the available recharging
occasions ahead, including the availability of charging slots (both
physical slot and time slot).


On Fri, 11 Jun 2021 at 11:56, Lionel Giard <lionel.giard at gmail.com> wrote:

> In my experience (for cars at least, but i think it is similar for bicycle
> or motorbike), the most important tag on a charging station is the "
> *socket:<type>=**" tag as it will tell you if you can charge or not. The
> access tag doesn't mean much about this, as technically that's the socket
> which limits charging (you can't plug a CCS2 (combo) socket into a bicycle
> for example as that's not a compatible socket). I think that most bicycle
> only charge on domestic socket (like schuko) and thus, the user can just
> filter on that type to see the charging place available. So if you have the
> information about the socket type availabe at the charging station (a lot
> of them have multiple possibilities) and it is compatible with the charging
> equipment, even if it is designed for cars, you can technically charge a
> bicycle.
>
> The access tag is more about legal access where there is a sign like "only
> motorbikes can charge here" for example (it really depends on the country
> too as a lot of countries don't have legal limitation for charging stations
> or parking places in front of the station). Also the bicycle=no can be used
> on any station that are specifically limited to some vehicle or brands
> (like Tesla supercharger where a motorbike or other cars can't charge even
> if it does charge with CCS because it is limited to the brand Tesla). I
> don't know if there are other use cases for the access tag, but these two
> only use the "bicycle=no" tag (and I assume that all other places are
> "bicycle=yes" by default).
>
> Regards,
>
> Le ven. 11 juin 2021 à 11:20, Volker Schmidt <voschix at gmail.com> a écrit :
>
>>  I am not a charging-station user myself,  but I got approached by two
>> different types of users about how to correctly insert
>> ebike/mobility-scooter charging points in OSM. Hence I looked into how this
>> could be done.
>> I started with the English-language wiki page
>> <https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcharging_station> and
>> also the German one
>> <https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dcharging_station>.
>> Both pages and the actual tagging in OSM present a major problem:
>> the indication of the vehicle type for which the specific station is
>> intended is not mandatory, an is missing in 80% of the occurrences in Italy
>> and Germany:
>>
>> amenity=charging_station
>>
>> Italy:  2045
>>
>> Germany: 14226
>>
>> The Netherlands: 3452
>>
>> amenity=charging_station and bicycle=*
>>
>> Italy: 140 or 7%
>>
>> Germany: 2542 or 18%
>>
>> The Netherlands: 444 or 13%
>>
>> In my view this is a major problem, but, as I said, I am not even a user.
>> I have no idea what overlap there is between categories. From an end-user
>> perspective I suppose that the suitability of a station for "my" specific
>> vehicle is the most important information.
>>
>> Any suggestions and/or  experience?
>> _______________________________________________
>> Tagging mailing list
>> Tagging at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/tagging
>>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20210611/9f59b7d1/attachment.htm>