[Tagging] Feature Proposal - RFC - police=*

Lionel Giard lionel.giard at gmail.com
Sat Mar 16 22:43:03 UTC 2019


That's why the proposal state that we will keep the amenity=police tag on
the public-facing object so that they will still be backward compatible at
the moment. Thus, the "technical" problem doesn't exist, and if we drop the
amenity tag in the end, it will be probably after (at least) a year - if we
look at others tag changes in the past. Thus database users should have
plenty of time to adapt if needed ! ;-)

Le sam. 16 mars 2019 à 23:23, Joseph Eisenberg <joseph.eisenberg at gmail.com>
a écrit :

> The key “police” is not currently on the list of features that import as a
> polygon in osm2pgsql, when mapped as a closed way.
>
> So renderers and other database users that rely on osm2pgsql will need to
> add the “police” key to the lua transformations list and reimport the
> database.
>
> This is easy for cartographers that make insividual maps, but it’s a major
> undertaking for the main OSM servers, which is only done every couple of
> years. So it will take some time before any objects tagged “police=station”
> without an “amenity” tag could be rendered on the Standard map layer on OSM.
>
> This shouldn’t be a problem for things like warehouses, non-public
> offices, vehicle impound facilities etc. But it requires patience for
> police stations.
>
> -Joseph
>
> On Sun, Mar 17, 2019 at 4:16 AM Mateusz Konieczny <matkoniecz at tutanota.com>
> wrote:
>
>>
>> Mar 16, 2019, 3:08 PM by dieterdreist at gmail.com:
>>
>> On 16. Mar 2019, at 13:11, Jan S <grimpeur78 at gmail.com> wrote:
>>
>> All other police facilites, that may currently have been tagged
>> erroneously as amenity=police would be tagged only as police=*,
>>
>>
>>
>> The „problem“ with this approach is that maps who base the presence of
>> objects in their renderings on the presence of specific keys will likely
>> not happen to find these police=* things in their database.
>>
>> Why not? Is it concern about technical difficulties or that they would be
>> unaware that
>> this tag exists?
>> _______________________________________________
>> 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/20190316/58789d48/attachment.html>


More information about the Tagging mailing list