[Imports] Latvia-bot

Dāvis Kļaviņš davisklavins at gmail.com
Tue Jan 3 08:58:30 UTC 2023


On Tue, 3 Jan 2023 at 10:19, Sarah Hoffmann <lonvia at denofr.de> wrote:

> Unfortunately, you have now broken the addresses which do not have a
> street. These are the ones were you need addr:place.
>

When you point to such a fact, I was able to find at Key:addr:place
<https://wiki.openstreetmap.org/wiki/Key:addr:place> that "it is okay to
have both addr:place=* and addr:city=* with the same value on the same
object". Will fix it. At the same time, there is nothing written about it
at Key:addr:city <https://wiki.openstreetmap.org/wiki/Key:addr:city>,
although there should be.


> On Tue, Jan 03, 2023 at 08:29:03AM +0200, Dāvis Kļaviņš wrote:
> > 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),
>
> Should be:
>
>   addr:housename=Ezerlīči
>   addr:place=Slesari
>

To be changed as mentioned before. Keeping addr:city additionally.


> > https://www.openstreetmap.org/way/1001090030 (name consisting of name
> and
> > number),
>
> Should probably be:
>
>   addr:housenumber=48
>   addr:place=Salenieki
>
>
No, in Latvia, housenames are not further separated in parts but treated as
a whole. Per legislation. In full address notation, this would be
"Salenieki 48", Salaspils pag., Salaspils nov., LV-2118.


> > https://www.openstreetmap.org/way/237853362 (number in a village),
>
> Should be:
>
>   addr:housenumber=1
>   addr:place=Feimaņi
>

Although it looks like a number, it's a housename in the State Address
Register. In full address notation, all housenames are put in double
quotes. This one would be "1", Feimaņi, Feimaņu pag., Rēzeknes nov.,
LV-4623.


> Close by https://www.openstreetmap.org/node/9888034244 should be:
>
>   addr:housename=Bērnudārzs
>   addr:place=Feimaņi
>

To be changed as mentioned before. Keeping addr:city additionally.


> > https://www.openstreetmap.org/node/9888037895 (number in a small village
> > without streets).
>
> Should be:
>
>   addr:housenumber=1
>   addr:place=Tūmuži
>

Add:place will be added additionally as mentioned before. Otherwise,
although it looks like a number, it's a housename in the State Address
Register. In full address notation, all housenames are put in double
quotes. This one would be "1", Tūmuži, Vērēmu pag., Rēzeknes nov., LV-4647.


> > 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
>
> Should probably be:
>
>   addr:housenumber=3A k-1
>   addr:place=Rīgas-Siguldas šoseja
>

No, in Latvia, housenames are not further separated in parts but treated as
a whole. Per legislation. In full address notation, this would be
"Rīgas-Siguldas šoseja 3A k-1", Berģi, Garkalnes pag., Ropažu nov., LV-1024.


> This is just from looking at the data as is. Somebody with local
> knowledge might have further insides. And that's exactly, why we require
> imports being discussed before they are made. So that these issues can
> be spotted before the data gets into the database.
>

As a person with a local knowledge, I'm explaining that tags should also
follow local legislation instead of making up alternative addressing system
leading to unexpected results.


> Sarah
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20230103/34c2ed6c/attachment.htm>


More information about the Imports mailing list