[Tagging] Feature Proposal - RFC - shop as post-partner
Robin Burek
robin.burek at gmx.de
Sun Feb 28 14:45:38 UTC 2021
Am 28.02.2021 um 15:15 schrieb Bert -Araali- Van Opstal:
> I didn't program it nor a specialist but as seen from the aboce,
> Nominatim will search for the value you eneter in the search box in:
>
> the main name key and in the operator key, only when the amenity is a
> restaurant or fuel.
> In all other cases (except amenity=no) it will look for the value only
> in the name key.
> There is no specific way as far as I can see to look for the value
> post_office in the amenity key.
>
> If you enter post_office as a search value, it comes up with all POI's
> where post_office is contained in the name or where mappers have
> contained it in another key, like I am seeing lots of results where
> addr:housename contains Post office or variant of that value. Done
> this way to map for a specific data consumer, Nominatim ?
> The Africans, as usually, solved it by putting the name Post Office in
> the name key which is also not good practice. But that is what users
> do, being creative if the proposed or approved tagging doesn't give a
> feasible solution, for data processing, for rendering or for mapping
> purposes, that's the mess you get.
>
> But please, correct me if I am wrong.
>
No, I think you're near the truth. The problem here: nominatim neglects
a lot of different data (e.g. stop area relations and much more) - mho:
The search is more broken than it really works well. It works for me not
like a search should do in 21st century.....
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20210228/d70e6917/attachment.htm>
More information about the Tagging
mailing list