[Imports] Latvia-bot

[Dāvis Kļaviņš]

On Mon, 2 Jan 2023 at 22:32, Mateusz Konieczny via Imports <
imports at openstreetmap.org> wrote:

>
> Jan 2, 2023, 14:10 by davisklavins at gmail.com:
>
> 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").
>
> If you try to redefine tags then it should be clearly done, not hidden in
> a bot import proposal.
>

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.


> 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.
>
>
> https://wiki.openstreetmap.org/w/index.php?title=Key:addr:town&action=history
>
> https://wiki.openstreetmap.org/w/index.php?title=Key:addr:hamlet&action=history
>

And addr:village doesn't have one.


> Originally, addr:place was chosen for the bot to avoid separate tags
> addr:village and addr:hamlet which also were not used as much.
>
> https://wiki.openstreetmap.org/wiki/Key:addr:place has a documented
> meaning that is quite consistently used
>
>
> 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.
>
> And I would swap highway=road and highway=unclassified.
> See also
> https://wiki.openstreetmap.org/wiki/Counterintuitive_keys_and_values
>

Thanks for the link! addr:city could be a good candidate for that list too.


> But in case of redefinition attempt I would clearly propose it, rather
> than doing it as
> a part of bot edit.
>

This is not a redefinition attempt. Just some thoughts that would have been
better to keep to myself.

>
> 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.
>
> https://wiki.openstreetmap.org/wiki/Key:addr:housename is for names, not
> for
> housenumber without street name.
>

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 Articel 43.1. of the Regulation of
the Cabinet of Ministers No. 455 of June 29, 2021
<https://likumi.lv/ta/id/324387#p43>. Also note that in Article 40
<https://likumi.lv/ta/id/324387#p40> 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.:
https://www.openstreetmap.org/way/867801167 (name),
https://www.openstreetmap.org/way/1001090030 (name consisting of name and
number),
https://www.openstreetmap.org/way/237853362 (number in a village),
https://www.openstreetmap.org/node/9888037895 (number in a small village
without streets).

Even such cases exist when housename might look a streetname + housenumber
for an inexperienced user (trying to separate it would create an erroneous
address):
https://www.openstreetmap.org/node/9888125453


> Please, do not try to redefine tags if you would define them differently
> in case
> of you starting to create tag definitions without consulting others.
> It results in things being broken in affected area for anyone using
> standard tag
> definitions.
> Please, roll back that changes and do them again with standard tag
> meanings.
> If you want to redefine widely used tags used by many others please start
> from
> asking others rather than breaking geocoding, address display and all that.
>

Read my previous answers and rethink again your ideas about rolling back.


> _______________________________________________
> Imports mailing list
> Imports at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20230103/432e7467/attachment-0001.htm>