<html><head></head><body>Consolidation seems fine, if there is a better tagging scheme that arise meanwhile, it will be easier to change.<br>
Yves<br>
<br><br><div class="gmail_quote">On 8 septembre 2014 22:12:25 UTC+02:00, Andrew Buck <andrew.r.buck@gmail.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">-----BEGIN PGP SIGNED MESSAGE-----<br />Hash: SHA1<br /><br />Responses inline...<br /><br /><br /><br />On 09/08/2014 02:53 PM, Frederik Ramm wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hi,<br /> <br /> I think using alt_name:1 was not the greatest idea at the time.<br /> <br /> So you have a<br /> <br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> hand-picked team of people using private task manager jobs so<br /> that the work is done carefully and no one just "blindly" dumps a<br /> load of data in without first checking it.<br /></blockquote> <br /> but you can't be bothered to discuss with the wider OSM community<br /> how to best address the multiple alternative name issue; instead<br /> you pick something that works by accident.<br /> <br /> Then you plan to "make it right" by using the
unprecedented and <br /> illogical scheme of "alt_name_x", and before you discuss the issue <br /> with people who might help you devise a better way, you ask the <br /> Nominatim maintainer to add a quick patch for you.<br /></blockquote><br />Yes, we are using what GNS has for the various alt_name entries. We<br />are checking each place name against 3 different sets of topographic<br />maps and have seen some of these spelling variants on the various maps<br />and when we do see them they agree nicely. Additionally, the alt_name<br />variants have proved to be used in various places like news reports<br />and field reports from medical workers in the area so they seem to be<br />good data, at least as far as we can tell. The scheme is not<br />unprecedented, it was already in use in the database (which is why we<br />adopted it) and I don't see how it is illogical, it seems like the<br />obvious thing to me.<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex
0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> alt_name_x sounds like a bad idea to me as well - why is there an <br /> alt_name_x but no old_name_x or official_name_x for when something<br /> has two old names or two official names? The patch that has been<br /> suggested for osm2pgsql<br /> <br /> <a href="https://github.com/openstreetmap/osm2pgsql/commit/29ccee0859fa4728378d7299e9deeab737da347d">https://github.com/openstreetmap/osm2pgsql/commit/29ccee0859fa4728378d7299e9deeab737da347d</a><br /><br /> simply accepts alt_name_whateversomething but doesn't afford the<br /> same to other name tags. Is this matter really so urgent that we<br /> have no time to think it through?<br /></blockquote><br />I would suspect that it just hasn't come up for old_name and such. I<br />am sure there are cases of this but since there aren't that many<br />old_name's to begin with there probably just hasn't been much of a<br />need for it. A similar patch for the others might make
sense if they<br />are used, but I just don't think it has been an issue so far. Looking<br />at taginfo shows 31 old_name_2 and 39 old_name:2 so it is there but<br />not enough to have encountered problems due to how rarely it exists,<br />hence no patch for it so far. If we want to discuss those as well<br />(and consolidating them in a similar fashion) then I am fine with<br />that, but for expediency's sake I would like to get these sorted out<br />so they are consistent first.<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> (with the 2 extending to higher numbers as well, some of these <br /> places have as many as 6 or 7 alt_name entries).<br /></blockquote> <br /> Do the people who carefully add the data have the knowledge to<br /> assert whether keeping these 6 or 7 names
really adds value, or are<br /> they instructed to simply copy whatever GNIS has?3<br /></blockquote><br />As I outlined above, we are keeping them as they are; they seem to be<br />in good agreement anytime we are able to check them so there is no<br />reason to be distrustful of the ones we don't have alternate sources for.<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> Thank you for your consideration in this matter, and I would ask <br /> that we try to expedite the discussion on this<br /></blockquote> <br /> Missing - or expedited - discussion has got you into this<br /> situation. You're now trying to introduce a badly thought out<br /> schema on the quick; a change to our instance of Nominatim would<br /> make things worse by actually encouraging people to use this.<br /> <br
/> I am very unhappy with the whole process and I can only hope it's<br /> the exception not the rule.<br /></blockquote><br />It has been discussed in great detail just not on the global mailing<br />lists. I am sorry we made a small mistake regarding the tag fields,<br />but we have caught it now and are trying to correct it.<br /><br />- -AndrewBuck<br />-----BEGIN PGP SIGNATURE-----<br />Version: GnuPG v1.4.11 (GNU/Linux)<br /><br />iQIcBAEBAgAGBQJUDg2kAAoJEK7RwIfxHSXb1qwP/1BzOs154u+LQToHI4n6n3S+<br />u0Eepu2/W+H5GyfLD7otvvB/f5G4wjVal0BPk0cdgA6XjQyxx02u1/l7XqiM1zyG<br />IlcDunAhIXkjd4AxwKaqWSXaMzuS8wNy+9OoobjEclLg5vin4Gjbl8+V70elWz9g<br />yl33zcasYqMynOGw+v68sVbgoGJGQwDab1qTYcO+VZJXAbG4bVrc/gaZBJzojU+B<br />kOUnMu/cYnH6g8S3ViGOAAKpqhEXJ9GPAMS8BoBFDIRRtq9Qh4bCx6cfROVOJ3QQ<br />JFMc4wAg4bRuOthIWwA5znhhD/KGATj/Y1/T+qPRTt6uMvHkxBoun+91ljrRpo0V<br />QuQ+l+8blktqSwzKO05q8xhgfFR/U+cojuPU5C5qz2MsHoXgslufvscEC8go4X+3<br
/>JRgrF1Z6iDmHnAQt98300G8ju3/CxpI32ZokHVaUrcx6wJGeBdcQJX3NdQO7AyXA<br />WsKtZ0suCHlIvGlgvBwCyXx1CaqQHRMyXC3PQ/At3KbVPdcDL/WoZmsOFfG6skka<br />oIsa5lKnuhbVCq05Xes8KVwWF2YeWd9zuib0yDeD1NUim568t01LQ98rl6E3Uxq2<br />cTaP9lWfryCGX2xi9Djno6H+ld6FG2MsesJgcuFoGQR/0hIjQTL+ldqSOKYmQyfn<br />LMibzQjrYmQ7n584VGxj<br />=bqwg<br />-----END PGP SIGNATURE-----<br /><br /><hr /><br />talk mailing list<br />talk@openstreetmap.org<br /><a href="https://lists.openstreetmap.org/listinfo/talk">https://lists.openstreetmap.org/listinfo/talk</a><br /></pre></blockquote></div><br>
-- <br>
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.</body></html>