[Talk-at] *** GMX Spamverdacht *** Re: *** GMX Spamverdacht *** Wien - boundary=administrative

Pavel Zbytovský zbytovsky at gmail.com
Fri Mar 20 16:30:36 UTC 2015

It was rather a global/worldwide thought, that there should be a way to
denote that a particular relation stands for several admin_levels.

I think this problem arises only for some european capital cities, because
they have one boundary for town and district/state.
Also the rule for using the highest number for admin_level was most
probably created for the use of boundary ways, not relations. I will give
it some time and then propose it in the global community.


On Fri, Mar 20, 2015 at 5:09 PM, Walter Nordmann <wnordmann at gmx.de> wrote:

> On 20.03.2015 15:54, Pavel Zbytovský wrote:
>> Thanks for your reply, thats what I wanted to know.
>> btw, don't you think we are losing some information by removing the
>> redudant AL's? I agree that several same relations with diferent al's are
>> not good, but I think there should be mentioned, which admin_level's
>> corresponds to that one relation, dont you?
>> For example nominatim shows for "Wien"
>> 1. City Vienna, Austria   ---> to city_center node
>> 2. State Boundary Vienna, Austria  --> to Wien boundary
>> So were missing here, that Wien is also a district and a city.
>>  There is mostly additional information hidden in the tags.
> eg: in germany there are two tags
> "de:regionalschluessel"=>"064390014014" which is a regional key
> (schlüssel means key)
> and "de:amtlicher_gemeindeschluessel"=>"06439014" which is the short key
> of that town.
> In Austria it's "ref:at:gkz"=>"90001" gkz is the city-number.
> If you know the structure of those keys than you know exactly what's going
> on. I can give you the details for germany if you need them. For austria
> ask the local list again.
> Regards
> walter
> _______________________________________________
> Talk-at mailing list
> Talk-at at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-at/attachments/20150320/84e2bb9c/attachment.html>

More information about the Talk-at mailing list