[OSM-talk] Populated places: how to use is_in tag?

[graham]

Tom Higgy wrote:
> What about isin:district, isin:county, etc, tags someone suggested once. 
> I've seen those used in places, and have tried to include them myself.
> 
> Obviously these can be translated to the Italian equivalents, although 
> it would help people trying to use the data if a standard could be 
> agreed on.
> 

If we are going to have a standard for UK data why not this:

http://www.ordnancesurvey.co.uk/oswebsite/ontology/v1/AdministrativeGeography.htm

 From my limited experience with it so far it works ok with osm data 
with the exception of London: 'LondonBorough' is fine, but there's 
nothing beneath it. Although parishes were abolished administratively in 
the 60s, people use that level quite as much as the borough level in 
everyday life (for my area Heston, Isleworth, Cranford etc, as subparts 
of the borough, Hounslow). So you end up with one set of tags heavily 
used on osm but with no administrative category (to my knowledge - does 
anyone know better?)

Graham


> Cheers,
> 
> Niccolo Rigacci wrote:
>> Hello,
>>
>> I'm about adding about 8000 points of Italian populated places.
>>
>> The main purpose is to render place names into the map, so a 
>> minimal tag schema is:
>>
>>   <node id='-6' action='modify' visible='true' lat='45.438898' lon='12.330918'>
>>     <tag k='name' v='Venezia' />
>>     <tag k='place' v='city' />
>>     <tag k='population' v='271073' />
>>     <tag k='source' v='geodati.gfoss.it' />
>>     <tag k='gfoss_id' v='3515' />
>>   </node>
>>
>> this includes "population" and "place" to aid rendering at 
>> different zoom levels, etc.
>>
>> The "gfoss_id" is the ID from the geodati.gfoss.it database, the 
>> source of the data.
>>
>> On the Italian mailing list it was suggested to add more tags, to 
>> accomodate the administrative hierarchy:
>>
>>  Regione -> Provincia -> Comune
>>
>> It seems that there is not common agreement on how to accomplish 
>> this. The only pertinent tag seems to be "is_in", but it is so
>> loosely defined in the wiki.
>>
>> I think that we must address rendering and searching, without 
>> overloading the database with unnecessary information that need 
>> maintenance (and that can be obtained from other sources).
>>
>> Any suggestion?
>>
> 
> 
> _______________________________________________
> talk mailing list
> talk at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk