[OSM-talk] Skip geographical (redundant) address tags

[Jo]

What I do to avoid most redundancy, is to create an associatedStreet
relation. So the house only needs a housenumber and maybe a housename and
all the rest of the information is on the relation. (addr:country, addr:city
and addr:postcode). I add more than one street to them though, even if JOSM
complains about that. I only create a different one for the same street if
this street crosses city limits or when a change of postal code occurs.

There is still some redundancy, since postcode, city and country are
repeated in all these relations, but it's already far better, than to have
that information on each and every house.

Cheers,

Polyglot

2011/5/3 Maarten Deen <mdeen at xs4all.nl>

> Jaak Laineste <jaak.laineste <at> gmail.com> writes:
>
>  Is there good reason to add addr:country, addr:county, addr:city and
>> other regional tags to all the address tags, if OSM database already
>> has administrative regions for given area?
>>
>
> I think addr:country can be identified by existing borders, but I don't
> know how much effort this would cause. If you look at only one node than you
> will have to find the country borders for that node. But where are they? Yes
> there is a (are there more) service in that will give you this, but that
> requires more effort than downloading one node.
>
> As for addr:city, you can not get this from administrative regions in the
> Netherlands. There is no complete admin_level=10 boundary in place. And I'm
> certain it also is not complete in my neighouring countries Germany and
> Belgium, if these boundaries exist there at all. I haven't found them (but I
> only glanced at some areas).
>
> Regards,
> Maarten
>
>
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk/attachments/20110503/f04e35b5/attachment.html>