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

[Pavel Zbytovský]

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.

Regards,
Pavel

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>