[OSM-talk-be] Correct use of is_in tag

[Joren]

Thanks for the fast replies.

Following the wiki:

"The is_in tag pre-dates boundary polygons. When a region has a well
developed set of boundary polygons the information that could be placed
in the is_in tag on an object can usually be derived from the boundaries
that contain it. In this case, the information in the tag is redundant.
Some contributors even go as far as to delete this tag when they see it
as equivalent to the boundary information.

The tag still can contain important information when boundaries aren't
fully developed. Even if the information is redundant, it permits
simpler searching and easy disambiguation between two similarly named
objects (without having to do extensive calculations to calculate all
the containing boundaries)."

1. Are our boundaries well developed in Flanders/Belgium?
2. Is the latter still true (related to the extensive
calculations/routing/...)?

If we don't need it anymore, why keeping this tags?
Looks to me quite related to the mapping/discussion of
'AssociatedStreet' and 'addr:xxxx'-tags. Not tag every single house with
all addr:-tags but create a relation that contains these tags. I agree
with the fact 'keep the exisiting ones as they are', but is it
applicable in this case to?
I'm no expert on geotagging/database management/... and am studying
Industrial Engineer. One of the key principles in an organisation is:
Remove everything you don't need from the 'work area' (OSM in this
example). It waste time/resources/... (see 'Lean',
http://en.wikipedia.org/wiki/Lean). Not to say we have to move toward a
full Lean OSM :), but if we really don't need it anymore -> kill it.

Op 31/07/13 15:39, Glenn Plas schreef:
> On 2013-07-31 15:23, Joren wrote:
>> Hi,
>>
>> I was wondering what's the correct use of the 'is_in'-tag in Belgium
>> (or Flanders in particular).
>> When I search on openstreetmap.org for cities, I sometimes see the
>> detail it is in 'European Union'.
>>
>> For example, my own city Lier has following search result: "
>> Stadsgrens Lier, Mechelen, Antwerpen, Vlaanderen, België, European
>> Union"
>> <http://www.openstreetmap.org/?minlon=4.50586080551147&minlat=51.0726852416992&maxlon=4.64306163787842&maxlat=51.1657829284668>
>> When I search for city Duffel: "Stadsgrens Duffel, Mechelen,
>> Antwerpen, Vlaanderen, België"
>> <http://www.openstreetmap.org/?minlon=4.46484470367432&minlat=51.0725708007812&maxlon=4.57519102096558&maxlat=51.1169281005859>
>>
>> As you can see, Lier is tagged correctly it is in the EU, Duffel
>> isn't. There are multiple other examples (Oostmalle, Zandhoven, ...)
>>
>> When I compare the tags:
>>
>> For Duffel (http://www.openstreetmap.org/browse/node/85635996/history)
>>
>>   * is_in <http://wiki.openstreetmap.org/wiki/Key:is%20in?uselang=nl>
>>     =
>>     Mechelen,Mechelen,Antwerpen,Antwerpen,Vlaanderen,Vlaanderen,Belgique,Belgique,Europe
>>   * is_in:continent = Europe
>>   * is_in:country = Belgium
>>   * is_in:province = Antwerp
>>   * name <http://wiki.openstreetmap.org/wiki/Key:name?uselang=nl> =
>>     Duffel
>>   * + some openGeoDB-tags
>>
>> vs for Lier (http://www.openstreetmap.org/browse/node/30997655)
>>
>>   * is_in <http://wiki.openstreetmap.org/wiki/Key:is%20in?uselang=nl>
>>     = Antwerpen, Belgium, Europe
>>   * is_in:continent = Europe
>>   * is_in:country = Belgium
>>   * is_in:province = Antwerp
>>   * name <http://wiki.openstreetmap.org/wiki/Key:name?uselang=nl> = Lier
>>   * + some OpenGeoDB-tags (see links below)
>>
>
>
> Actually, Lier is incorrect considering this relation:
>
> http://www.openstreetmap.org/browse/relation/2524403
>
> Lier is in Arrondissement Mechelen.  You have to account for the
> Administrative layers.   Afaik, relations like this should replace the
> is_in tag, I never really got that tag either.
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20130731/1d2e0714/attachment.htm>