Re: [Tagging] Subsequent wikipedia links

I've been experimenting with Wikidata a bit. I'm not a Wikipedian, rather a convinced Openstreetmapper. One of the problems I had with Wiktionary and Wikipedia is how data is duplicated over and over again. Wikidata finally started solving that. We should take advantage from that. Here are some e

Re: [Tagging] Subsequent wikipedia links

On 01.07.2014 22:25, yvecai wrote: > This map could also be done with a third project linking OSM and > Wikidata by automatically linking both datasets instead of manual tag > entry of technical references. > Call Overpass for OSM data (admin boundaries), then search wikimedia > commons for flags w

Re: [Tagging] Subsequent wikipedia links

then search wikimedia commons for flags with the corresponding name. Which is going to fail, because there are names that exist more than once and always the risk of different spellings, especially in different languages. Also Wiki commons often does not care that much about creating pages/ca

Re: [Tagging] Subsequent wikipedia links

On 01.07.2014 21:56, Andreas Goss wrote: Am 7/1/14 20:48 , schrieb yvecai: but no content Maybe not directly to OSM, but definitely to the maps you can make out of it. http://osm.lyrk.de/wappen/ I think this is a much better solution than upldating all those image links in OSM. And if you

Re: [Tagging] Subsequent wikipedia links

Am 7/1/14 20:48 , schrieb yvecai: but no content Maybe not directly to OSM, but definitely to the maps you can make out of it. http://osm.lyrk.de/wappen/ I think this is a much better solution than upldating all those image links in OSM. And if you want to have them in OpenStreetMap you co

Re: [Tagging] Subsequent wikipedia links

On 01.07.2014 21:04, Eugene Alvin Villar wrote: I disagree. If the goal is to make separate databases function as one big normalized database[1] such that there is no overlap in data, then these inter-database references are, in fact, necessary. I must admit, when I read 'big normalized databa

Re: [Tagging] Subsequent wikipedia links

On Wed, Jul 2, 2014 at 2:48 AM, yvecai wrote: > I would find more logical to make links between databases with queries > rather by adding external references in one or the other. The later looks > like the poor man job (oversimplifying, I don't want to put down the great > job done at Wikidata).

Re: [Tagging] Subsequent wikipedia links

On 01.07.2014 18:08, Tobias Knerr wrote: OSM is open for all new tags. Once we admit wikidata references, what would prevent someone to add the MusicBrainz or freebase.com reference directly in OSM ? Why should we accept one and not the others. Where is the breaking point ? Technically, we enter

Re: [Tagging] Subsequent wikipedia links

On 01.07.2014 18:08, Tobias Knerr wrote: OSM is open for all new tags. Once we admit wikidata references, what would prevent someone to add the MusicBrainz or freebase.com reference directly in OSM ? Why should we accept one and not the others. Where is the breaking point ? Technically, we enter

Re: [Tagging] Subsequent wikipedia links

On 1 July 2014 16:40, Pieren wrote: > On Tue, Jul 1, 2014 at 4:42 PM, Andy Mabbett > wrote: > >> A Wikidata ID is part of a URL and can be rendered as such; for >> example, Q173882 equates to > > It was said at the beginning that wikidata or wikipedia tags

Re: [Tagging] Subsequent wikipedia links

On 01.07.2014 17:40, Pieren wrote: > It was said at the beginning that wikidata or wikipedia tags will > never replace OSM tags but now I see counter examples or duplicates of > what is already there (like on this scary proposal for the operator, > architect, brand, artist, subject, name etymology

Re: [Tagging] Subsequent wikipedia links

2014-07-01 17:40 GMT+02:00 Pieren : > Why should we accept one and not the others. Where > is the breaking point ? > I think the distinction to be made is whether the linked database is public and available under an open license. cheers, Martin ___ Ta

Re: [Tagging] Subsequent wikipedia links

On Tue, Jul 1, 2014 at 4:42 PM, Andy Mabbett wrote: > A Wikidata ID is part of a URL and can be rendered as such; for > example, Q173882 equates to It was said at the beginning that wikidata or wikipedia tags will never replace OSM tags but now I see count

Re: [Tagging] Where do source tags belong?

2014-07-01 0:11 GMT+02:00 John Packer : > (I'm not sure if OSM Messaging is built-in in JOSM, but it could be useful > for quick messaging in this kind of case). there is a link: if you hit ctrl+h you'll get the versions of the selected object with clickable usernames. cheers, Martin _

Re: [Tagging] Where do source tags belong?

2014-06-30 23:17 GMT+02:00 Tod Fitch : > My issue with source:whatever=* tags is that you need one for every tag to > avoid confusion about what the source for a specific tag is and it is a > manual entry prone to error. +1, and one for every node (e.g. of a way). Many mappers put source tags o

Re: [Tagging] Subsequent wikipedia links

On 30 June 2014 14:30, Pieren wrote: > the wikipedia key is still human readable > where the wikidata is just an encrypted interdatabase foreign key. A Wikidata ID is part of a URL and can be rendered as such; for example, Q173882 equates to > I would con

Re: [Tagging] Where do source tags belong?

> > Putting notes on every object "armcahir mappers: keep away" is just as > redundant and less informative than a source tag. I don't like all those > source tags, but it addresses a real problem. I meant to say: add a note=* tag explaining the situation. Otherwise it indeed wouldn't help, but wh

Re: [Tagging] Rendering change: buildings within highway areas

On 1 July 2014 11:25, Janko Mihelić wrote: > If I'm right, this will mostly affect pedestrian areas (highway=pedestrian > + area=yes) that have buildings mapped over them. > Yes, that's correct. -- Matthijs ___ Tagging mailing list Tagging@openstreetm

Re: [Tagging] Rendering change: buildings within highway areas

If I'm right, this will mostly affect pedestrian areas (highway=pedestrian + area=yes) that have buildings mapped over them. Janko 2014-07-01 6:19 GMT+02:00 bulwersator : > > Can you help me understand what exactly should be tagged as a > multipolygon? > > Highway areas - see https://www.openst

Re: [Tagging] Where do source tags belong?

On Mon, Jun 30, 2014 at 07:11:08PM -0300, John Packer wrote: > If the tagging of the object is tricky or not obvious, or it is prone to be > miscorrected by armchair mappers, it's useful to add a note in the > appropriate language with the key note=*. Putting notes on every object "armcahir mapper