[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