nyuriks's Comments
Changeset | When | Comment |
---|---|---|
45818400 | over 8 years ago | please do not remove the wikidata tag - they are critical for data validation and cross-referencing with external data for wikipedia |
6973693 | over 8 years ago | When you replaced religion=unknown with religion=*, is this a special tag? i don't think =* has any meaning |
36606603 | over 8 years ago | This edit changed way 332308716 - religion= christian to "Zuluetismo." -- seems wrong - was that a revert bug? |
19402512 | over 8 years ago | Is this a fake? |
45529693 | over 8 years ago | Hi, please check way 469214745 -- it is not valid, it only has two nodes. |
45872879 | over 8 years ago | Sorry, my mistake, fixed. Thanks for catching it! Please take a look at https://www.mediawiki.org/wiki/User:Yurik/Wikidata_OSM_questions -- see if we can come up with some overall guidelines for wp/wd tags. And see if you can help with https://www.mediawiki.org/wiki/User:Yurik/OSM_disambigs - there are tons more of the disambigs there. Thanks! |
45744649 | over 8 years ago | Hi, I am not sure what this edit means. Please elaborate, or I will delete it as an error. |
45793180 | over 8 years ago | @trial, thanks for checking. There are two different ways with the same wikipedia tag: 64658252 and 42862082 (in Paris and in Nancy), but the WP article https://fr.wikipedia.org/wiki/Institut_d%27%C3%A9tudes_politiques_de_Paris points only to Paris location. Also, there is a relation 907555 that unites all the buildings in Paris. I have moved the wikipedia tag to the relation (in Paris), but I suspect adding wikipedia tag to a branch might be a mistake. Should we perhaps use some other tag like branch:wikipedia=..., or "about:wikipedia="...? |
17876269 | over 8 years ago | Seriously? A region that is a movie? https://en.wikipedia.org/wiki/To%27hajiilee Deleting it. If it's actually about the Indian reservation, please revert. https://en.wikipedia.org/wiki/Tohajiilee_Indian_Reservation |
45630143 | over 8 years ago | Hi, I removed the invalid wikidata tag. Wikidata tag is a number that begins with a letter Q from wikidata.org |
45702437 | over 8 years ago | @verdy_p, thanks for a thorough answer! I was simply referring to the JOSM complaining that there is no boundary tag for the type=boundary relation. We should either change the validation rules and update wiki, or add some boundary=... tag, or change type= tag to something else. |
45760620 | over 8 years ago | Thanks! Sorry for the mistake. |
37524103 | over 8 years ago | Seems like this change totally broke relation 1193987 |
18607256 | over 8 years ago | Hi, in 4 subsequent changes, you removed all of the ways from the relation 182152. Is it needed, or should it be deleted? |
33415187 | over 8 years ago | Hi, the ways you created here: 366312844
|
40572296 | over 8 years ago | Hi, I reverted this changeset because I suspect it was an accident - clearly this is not a bridge. Let me know if it should be fixed further, thanks! |
43246835 | over 8 years ago | Hi, the border you created - www.openstreetmap.org/relation/6676059 seems to be incomplete, and it has incorrect admin_level. Are you planning on finishing it, or should it be deleted? Thanks! |
44249131 | over 8 years ago | Ok, done - all Milwaukee neighborhoods (wikidata=Q6988108) have been fixed - i created wd items for them |
44128900 | over 8 years ago | Escada, unless there is a more specific Wikidata item, why can't multiple objects reference the same Wikidata item? I would like to avoid that, but it is still better to have a link that allows cross-db analysis, than to not have anything. I looked through OSM wiki about wikidata tag, and nothing there implies 1:1. After all, a wikidata item that contains a link to a set of wikipedia articles would be relevant for both levels. |
44222992 | over 8 years ago | My apologies, I have simply added the corresponding wikidata tag to the admin areas that have wikipedia tags. The iD does it automatically whenever you set Wikipedia tag. We should probably at some point automate this for all nodes, but this is a separate and long discussion ahead :) |