This should explain more of what wikidata is capable of doing via 1 tag: http://www.openstreetmap.org/user/LogicalViolinist/diary/39872
Stewart I do agree that the tag "is_in" is completely useless, I was more targeting the sub-tags(I put a star not to list them, but I will) For example Ottawa: name: Ottawa is_in:continent: North America is_in:iso_3166_2: CA-ON is_in:country: Canada is_in:country_code: CA is_in:state: Ontario is_in:state_code: ON state_code,country_code, iso_3166_2 are ISO notations that can be used and have a standard that is international and can be parsed easily by computers. What I don't like in "is_in" tag is as you said it's a bunch of garbage thrown together, which helps no one: name:Canberra place:city is_in:capital_cities; Australian Capital Territory; ACT; Australia is_in:state=Australian Capital Territory is_in:state_code=ACT is_in:country=Australia (use english name of the country) is_in:country_code=AU On Fri, Nov 11, 2016 at 9:43 AM, Stewart Russell <scr...@gmail.com> wrote: > On Nov 11, 2016 6:04 AM, "James" <james2...@gmail.com> wrote: > > > > The other tags are precisions (instead of doing massive spatial joins) > > you will know that say Ottawa is in Ontario > > I disagree that these need to be added. is_in* seems to be deprecated, and > we have (or should have) robust boundary=administrative data for Canada. > > My main complaints about is_in are: > * it's freeform, so you can't reliably create a relation to the parent > entity from the text; > * it's language sensitive, so you could in theory have no end of localized > versions. > > Stewart > > _______________________________________________ > Talk-ca mailing list > Talk-ca@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-ca > > -- 外に遊びに行こう!
_______________________________________________ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca