<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 2 Jan 2023 at 22:32, Mateusz Konieczny via Imports <<a href="mailto:imports@openstreetmap.org">imports@openstreetmap.org</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>
<div></div><div><br></div><div>Jan 2, 2023, 14:10 by <a href="mailto:davisklavins@gmail.com" target="_blank">davisklavins@gmail.com</a>:<br></div><blockquote style="border-left:1px solid rgb(147,163,184);padding-left:10px;margin-left:5px"><div dir="ltr"><div>Thank you for the clarification! Updated everything as it makes sense to use one tag for all types of settlements and description of the tag matches the use case ("the name of the largest settlement (city / town / other) that is included in the address").<br></div></div></blockquote><div dir="auto">If you try to redefine tags then it should be clearly done, not hidden in a bot import proposal.<br></div></div></blockquote><div><br></div><div>Not sure what you mean by redefining tags. I corrected a mistake in a tag use that was pointed out earlier in this discussion. No existing tag definitions (wiki) were altered to fit bot's purpose.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto"></div><blockquote style="border-left:1px solid rgb(147,163,184);padding-left:10px;margin-left:5px"><div dir="ltr"><div dir="auto">At the same time, tags addr:town, addr:village and addr:hamlet are used in OSM, but not all of them even have a wiki page in English.<br></div></div></blockquote><div dir="auto"><a href="https://wiki.openstreetmap.org/w/index.php?title=Key:addr:town&action=history" rel="noopener noreferrer" target="_blank">https://wiki.openstreetmap.org/w/index.php?title=Key:addr:town&action=history</a><br></div><div dir="auto"><a href="https://wiki.openstreetmap.org/w/index.php?title=Key:addr:hamlet&action=history" rel="noopener noreferrer" target="_blank">https://wiki.openstreetmap.org/w/index.php?title=Key:addr:hamlet&action=history</a></div></div></blockquote><div><br></div><div>And addr:village doesn't have one.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto"></div><blockquote style="border-left:1px solid rgb(147,163,184);padding-left:10px;margin-left:5px"><div dir="ltr"><div dir="auto"> Originally, addr:place was chosen for the bot to avoid separate tags addr:village and addr:hamlet which also were not used as much.<br></div></div></blockquote><div dir="auto"><a href="https://wiki.openstreetmap.org/wiki/Key:addr:place" rel="noopener noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Key:addr:place</a> has a documented meaning that is quite consistently used<br></div><blockquote style="border-left:1px solid rgb(147,163,184);padding-left:10px;margin-left:5px"><div dir="ltr"><div dir="auto"><br></div><div dir="auto"> Addr:city seemed to be misleading for some users due to its name indicating city. If I started from scratch defining address tags for OSM, I would use addr:place for all these cases as its name better indicates that various types of settlements are included.<br></div></div></blockquote><div dir="auto">And I would swap highway=road and highway=unclassified.<br></div><div dir="auto">See also <br></div><div dir="auto"><a href="https://wiki.openstreetmap.org/wiki/Counterintuitive_keys_and_values" rel="noopener noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Counterintuitive_keys_and_values</a><br></div><div dir="auto"></div></div></blockquote><div><br></div><div>Thanks for the link! addr:city could be a good candidate for that list too.<br></div><div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto"></div><div dir="auto">But in case of redefinition attempt I would clearly propose it, rather than doing it as<br></div><div dir="auto">a part of bot edit.<br></div></div></blockquote><div><br></div><div>This is not a redefinition attempt. Just some thoughts that would have been better to keep to myself.<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><div dir="auto"></div><blockquote style="border-left:1px solid rgb(147,163,184);padding-left:10px;margin-left:5px"><div dir="ltr"><div dir="auto"><br></div><div dir="auto"> For me, it doesn't seem logical to define separate tag only for cases when there is no street as using the same settlement tag when there is one seems fine. In Latvia, when there is no street, addr:housename is used instead of addr:housenumber.<br></div></div></blockquote><div dir="auto"><a href="https://wiki.openstreetmap.org/wiki/Key:addr:housename" target="_blank">https://wiki.openstreetmap.org/wiki/Key:addr:housename</a> is for names, not for <br></div><div dir="auto">housenumber without street name.<br></div><div dir="auto"></div></div></blockquote><div><br></div><div></div><div>In the State Address Register of Latvia, both numbers and names are within one field. In address notations, when there is no street, all numbers and names are put in double quotes as per
<a rel="nofollow" class="external gmail-text" href="https://likumi.lv/ta/id/324387#p43">Articel 43.1. of the Regulation of the Cabinet of Ministers No. 455 of June 29, 2021</a>. Also note that in <a href="https://likumi.lv/ta/id/324387#p40">Article 40</a> on address notation in small villages without streets, no housenumbers are mentioned, only housenames. Thus, in Latvia, it makes sense to use addr:housename for all cases when there is no street. E.g.:</div><div><a href="https://www.openstreetmap.org/way/867801167">https://www.openstreetmap.org/way/867801167</a> (name),</div><div><a href="https://www.openstreetmap.org/way/1001090030">https://www.openstreetmap.org/way/1001090030</a> (name consisting of name and number),<br></div><div><a href="https://www.openstreetmap.org/way/237853362">https://www.openstreetmap.org/way/237853362</a> (number in a village),</div><div><a href="https://www.openstreetmap.org/node/9888037895">https://www.openstreetmap.org/node/9888037895</a> (number in a small village without streets).<br></div><div><br></div><div>Even such cases exist when housename might look a streetname + housenumber for an inexperienced user (trying to separate it would create an erroneous address):</div><div><a href="https://www.openstreetmap.org/node/9888125453">https://www.openstreetmap.org/node/9888125453</a></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto"></div><div dir="auto">Please, do not try to redefine tags if you would define them differently in case<br></div><div dir="auto">of you starting to create tag definitions without consulting others.<br></div><div dir="auto">It results in things being broken in affected area for anyone using standard tag<br></div><div dir="auto">definitions.<br></div><div dir="auto">Please, roll back that changes and do them again with standard tag meanings.<br></div><div dir="auto">If you want to redefine widely used tags used by many others please start from<br></div><div dir="auto">asking others rather than breaking geocoding, address display and all that.<br></div></div></blockquote><div><br></div><div>Read my previous answers and rethink again your ideas about rolling back.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto"></div> </div>
_______________________________________________<br>
Imports mailing list<br>
<a href="mailto:Imports@openstreetmap.org" target="_blank">Imports@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/imports" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/imports</a><br>
</blockquote></div></div>