I disagree with adding abbreviations to street names. The observation that
map renders automatically render them are limited to certain styles, and
won't apply to OSM data used elsewhere.

Notwithstanding the on-the-ground rule of the thumb, the standing
convention for abbreviations is ** don't do it**.
https://osmorg/wiki/Names#Abbreviation_.28don.27t_do_it.29



- - - - - - - - - - - - - - - - - - -
» email: erwin@ <er...@ngnuity.net>*n**gnu**it**y**.xyz*
<http://ngnuity.net/> | gov...@gmail.com
» mobile: https://t.me/GOwin
» OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B


On Tue, Feb 4, 2020 at 11:14 AM Jherome Miguel <jheromemig...@gmail.com>
wrote:

> Our present convention on street/road name suffixes, contributed by Rally
> since 2015, is to better not include them on the name if they could just
> create unnecessary clutter, but since there are already map renderers that
> can automatically abbreviate them, I think we should be changing this view.
> We should preferably stick on the on-the-ground rule on road/street names:
> if the signs (official road signs or shop signs) show a suffix, we should
> be including them rather than dropping them because there are no software
> that can handle such "map clutter" yet.
>
> -TagaSanPedroAko
> _______________________________________________
> talk-ph mailing list
> talk-ph@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ph
>
_______________________________________________
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Reply via email to