Re: [Tagging] Future of categories (was: Re: Deprecating wikipedia Tag)
On Tue, 2015-05-26 at 18:06 +, Janko Mihelić wrote: > I think we need a separate instalation of wikibase on our wiki. No > need to fork wikibase. Then we can organize our tags in categories, > subcategories, relations to outside data like wikidata and so on. Yep, great concept, could be OSM Tagging Mk 2. But big project you are talking about here. A very big project ! David > > Not only that, but make that wikibase a sort of an API to our tags. > For example, if a data consumer wants to render all places where you > can get food (restaurants, fast foods, convenience stores) it would > just link a category named "food places" to an icon and that would be > it. No need for everyone to understand all the possible tags that our > database has. > > Janko > > > uto, 26. svi 2015. 16:56 Andy Mabbett je > napisao: > On 26 May 2015 at 13:01, Daniel Koć wrote: > >> So a usecase: > >> > >> Say you want to locate all the streets and other objects > named after > >> 17th century Dutch painters, worldwide. > >> > >> You could start by finding the painters from wikidata, then > use the > >> Overpass API to do a regular expression search with all the > resulting > >> Q-numbers. > > > Wikidata alone may be problematic, because it's independent > project, > > Why would that be a problem? > > > but it > > is big database of objects and their relations, so we could > have better > > classification of our objects. Maybe close cooperation or > fork would suit > > our needs? > > Fork Wikidata? Why? Doesn't this community have enough to do, > just mapping? > > > Wikimedia already use our data for showing maps in the > articles, > > so I think it may be beneficial for both parties to have a > close > > cooperation. > > That is indeed what's proposed. > > -- > Andy Mabbett > @pigsonthewing > http://pigsonthewing.org.uk > > ___ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging > ___ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Future of categories (was: Re: Deprecating wikipedia Tag)
I think we need a separate instalation of wikibase on our wiki. No need to fork wikibase. Then we can organize our tags in categories, subcategories, relations to outside data like wikidata and so on. Not only that, but make that wikibase a sort of an API to our tags. For example, if a data consumer wants to render all places where you can get food (restaurants, fast foods, convenience stores) it would just link a category named "food places" to an icon and that would be it. No need for everyone to understand all the possible tags that our database has. Janko uto, 26. svi 2015. 16:56 Andy Mabbett je napisao: > On 26 May 2015 at 13:01, Daniel Koć wrote: > >> So a usecase: > >> > >> Say you want to locate all the streets and other objects named after > >> 17th century Dutch painters, worldwide. > >> > >> You could start by finding the painters from wikidata, then use the > >> Overpass API to do a regular expression search with all the resulting > >> Q-numbers. > > > Wikidata alone may be problematic, because it's independent project, > > Why would that be a problem? > > > but it > > is big database of objects and their relations, so we could have better > > classification of our objects. Maybe close cooperation or fork would suit > > our needs? > > Fork Wikidata? Why? Doesn't this community have enough to do, just mapping? > > > Wikimedia already use our data for showing maps in the articles, > > so I think it may be beneficial for both parties to have a close > > cooperation. > > That is indeed what's proposed. > > -- > Andy Mabbett > @pigsonthewing > http://pigsonthewing.org.uk > > ___ > Tagging mailing list > Tagging@openstreetmap.org > https://lists.openstreetmap.org/listinfo/tagging > ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Future of categories (was: Re: Deprecating wikipedia Tag)
On 26 May 2015 at 13:01, Daniel Koć wrote: >> So a usecase: >> >> Say you want to locate all the streets and other objects named after >> 17th century Dutch painters, worldwide. >> >> You could start by finding the painters from wikidata, then use the >> Overpass API to do a regular expression search with all the resulting >> Q-numbers. > Wikidata alone may be problematic, because it's independent project, Why would that be a problem? > but it > is big database of objects and their relations, so we could have better > classification of our objects. Maybe close cooperation or fork would suit > our needs? Fork Wikidata? Why? Doesn't this community have enough to do, just mapping? > Wikimedia already use our data for showing maps in the articles, > so I think it may be beneficial for both parties to have a close > cooperation. That is indeed what's proposed. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Future of categories (was: Re: Deprecating wikipedia Tag)
W dniu 26.05.2015 12:46, Jo napisał(a): So a usecase: Say you want to locate all the streets and other objects named after 17th century Dutch painters, worldwide. You could start by finding the painters from wikidata, then use the Overpass API to do a regular expression search with all the resulting Q-numbers. For me something like this is a future for OSM categorization. Currently we have some simple, common sense top-level categories (like building=* or amenity=*), but they overlap, the system is far from complete and we have no idea how they relate to each other. Wikidata alone may be problematic, because it's independent project, but it is big database of objects and their relations, so we could have better classification of our objects. Maybe close cooperation or fork would suit our needs? Wikimedia already use our data for showing maps in the articles, so I think it may be beneficial for both parties to have a close cooperation. Wikimedia data may look like an overkill for GIS database we work on, but in practice we would like to know for example what "vehicles" or "shops" are without having fixed list of them for each use or as a compulsive namespace (shop=travel_agent or office=travel_agency) and that is outside the scope of a "ground truth" we try to rely on. -- "The train is always on time / The trick is to be ready to put your bags down" [A. Cohen] ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
