<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">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.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Notwithstanding  the on-the-ground rule of the thumb, the standing convention for abbreviations is ** don't do it**. <a href="https://osmorg/wiki/Names#Abbreviation_.28don.27t_do_it.29">https://osmorg/wiki/Names#Abbreviation_.28don.27t_do_it.29</a></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div><font face="trebuchet ms, sans-serif" color="#999999">- - - - - - - - - - - - - - - - - - - </font><div><font face="trebuchet ms, sans-serif"><font color="#999999">»</font><font color="#ff6633"> </font>email:<font color="#000000"> <a href="mailto:erwin@ngnuity.net" style="background-color:rgb(255,255,255)" target="_blank">erwin@</a></font><a href="http://ngnuity.net/" style="background-color:rgb(255,255,255)" target="_blank"><font color="#ff9900"><b>n</b></font><font color="#0066cc"><b>gnu</b></font><b><font color="#9900ff">it</font></b><font color="#ff9900"><b>y</b></font><font color="#000000"><b>.<font color="#ff9900">xyz</font></b></font></a><font color="#000000"> </font><span style="color:rgb(255,102,51)">|</span><font color="#000000"> <a href="mailto:govvin@gmail.com" target="_blank">govvin@gmail.com</a></font></font><div><font face="trebuchet ms, sans-serif"><font color="#999999">»</font><font color="#ff6633"> </font>mobile: <a href="https://t.me/GOwin" target="_blank">https://t.me/GOwin</a></font></div><div><div><font face="trebuchet ms, sans-serif"><font><font color="#999999">»</font><font color="#000000"> </font></font>OpenPGP key: 3A93D56B <span style="color:rgb(255,102,51)">|</span> 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B</font></div></div></div></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 4, 2020 at 11:14 AM Jherome Miguel <<a href="mailto:jheromemiguel@gmail.com">jheromemiguel@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">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.</div><div dir="auto"><br></div><div dir="auto">-TagaSanPedroAko</div>
_______________________________________________<br>
talk-ph mailing list<br>
<a href="mailto:talk-ph@openstreetmap.org" target="_blank">talk-ph@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-ph" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-ph</a><br>
</blockquote></div>