[Tagging] Charging stations: socket:<type>:output -- which format for the value?

Warin 61sundowner at gmail.com
Thu Aug 1 00:42:26 UTC 2019


On 31/07/19 20:28, Paul Allen wrote:
> On Wed, 31 Jul 2019 at 08:35, Warin <61sundowner at gmail.com 
> <mailto:61sundowner at gmail.com>> wrote:
>
>
>     Err the wiki could state the default is kW.
>     There is no present default unit for power - see
>     https://wiki.openstreetmap.org/wiki/Map_Features/Units#Default_units
>     Adding a default would be good, and kW is probably the most
>     universal in this case, but for power generation MW is more universal.
>
>
> There have been sporadic discussions here about mapping the 
> availability of USB charger
> outlets.  A default of kW doesn't suit everything.

USB outlets are typically specified by the current capability. So I 
would not tag power on them but current.
Say, current=0.5 A or current=2.1 A .. where A stands for Ampere.

> But, assuming we agree that SI multipliers
> can be used, then sure, kW is a reasonable default.  I would also 
> propose that any value
> that defaults to any SI unit should allow SI multipliers.
>
>     And the wiki could also state that a space is required between the
>     numeric values and the units, if any.
>     This is the case for all other units so the convention should be held.
>
>
> It is certainly desirable that a space be there (in non-monospaced 
> fonts, a good typographer
> would insert a thin space rather than a full space, this does conform 
> to SI requirements for
> spacing).  However, people are fallible and may omit the space for 
> many reasons (didn't
> read the documentation, typo, etc.).  It would be nice if editors (at 
> a minimum, it could be
> applied to other steps in the chain too) applied Postel's robustness 
> principle: "Be conservative
> in what you send, be liberal in what you accept."  I.e., an editor 
> would allow a user to enter
> "7kW" but would upload it as "7 kW."  Some editors already strip 
> superfluous spaces from
> values (of any kind) so this would not be a drastic break from what 
> they currently do.
+1


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20190801/eb841471/attachment.html>


More information about the Tagging mailing list