| Changeset |
No. |
Date |
Contributor |
Comment |
|
| 48386392 | Paul Johnson | Village boundary? I don't follow what's going on here... |
| nyuriks | @paul, I simply added wikidata tag for the corresponding wikipedia tag. Are there any problems with the data? https://overpass-api.de/achavi/?changeset=48386392 |
| Paul Johnson | Does OSU count as it's own village? |
|
| 48401458 | samely | Hi! Thanks for your contribution. I found you added wiki id, however those don't match with any wiki entry. Can you confirm your source? |
| nyuriks | @samely, hi, specifically which object are you referring to? |
| samely | Hey! see this: https://www.openstreetmap.org/way/33261351/history |
| nyuriks | Hi, i have been trying to open that history link, but it keeps giving me timeout errors. Looking at the way object itself, the wikidata item seems to be set correctly, and that's the only thing I was doing. |
|
| 43749373 | SomeoneElse | Hello,I think that something has gone wrong here. You've set the wikidata ID of both http://www.openstreetmap.org/relation/195384 and http://www.openstreetmap.org/relation/88077 to https://www.wikidata.org/wiki/Q23098 .They're different entities on the ground. Can you explain how you actually ... |
| SomeoneElse | Likewise http://www.openstreetmap.org/relation/957520 and http://www.openstreetmap.org/relation/957519 have been assigned the same wikidata ID. In this case should they perhaps share one relation that has the same wikidata ID? |
| nyuriks | SomeoneElse, thanks, good catch. I'm trying to get the Wikipedia and Wikidata tags in sync. Seems that the Wikipedia tag have been set to an identical value on both. I will investigate - maybe only one of them should have it? |
| nyuriks | SomeoneElse, I fixed the first one - it should have had a different Wikidata ID, as well as a different (more prescise) Wikipedia link. http://www.openstreetmap.org/relation/195384 I cannot figure out why the second pair have identical WP and WD links, without being identical. The WP article doesn'... |
| SomeoneElse | Thanks - the Administrative Derbyshire's wikidata link looks OK (the sv:wikipedia page looks a bit rubbish, but we'll gloss over that - a wikipedia problem, not an OSM issue).As things currently stand I don't think http://www.openstreetmap.org/relation/957520 and http://www.openstreetmap.org/relat... |
| nyuriks | Hi, thanks for looking into it!The first issue is really about Wikipedia vs Wikidata linking -- sometimes WP article covers both the village and civil parish, while WD item claims it is both, but it is really about just one meaning. Do we really want to link to both is an open question - IMO only ... |
| SomeoneElse | Re "Do we really want to link to both is an open question" it would probably make sense not to link to either if the thing that you're linking from in OSM is something else entirely. To be honest, I'm still struggling understand what I asked at the top - "what you're actually trying ... |
| nyuriks | I posted a long reply to https://forum.openstreetmap.org/viewtopic.php?id=56436 but it is pending moderator approval. I tried to explain both my method and reasoning. I simply locked the volatile Wikipedia link as a Wikidata ID - I have not touched the objects that did not have a Wikipedia tag alrea... |
| SomeoneElse | Thanks - I'm sure that the post will be approved shortly. |
| nyuriks | SomeoneElse - https://forum.openstreetmap.org/viewtopic.php?pid=618646#p618646 |
| nyuriks | fixed two more dups - https://www.openstreetmap.org/changeset/43815558 - the rest (957519,957520 - Barnby Moor CP, and 1976182,4077796,1976184 European walking route E2 - seems legit. We don't need to have a perfect 1:1 between wikidata and osm - just like WP links, multiple objects in OSM can point... |
| SomeoneElse | It's been over 3 weeks now - are you going to fix the errors in this changeset? Some examples noted above, but there are many others. |
| nyuriks | SomeoneElse, yes, I am working on it. You can always reach me on IRC - "yurik". |
| SomeoneElse | Well, It's been over 5 months now - are you going to fix the errors in this changeset? The Dunham-on-Trent example is still wrong, but there are many others. |
|
| 47555552 | SK53 | I very much doubt the buildings with name=Beaconsfield Street are actually called that. I imagine the tag should be addr:street. Please do check when tweaking tags that they actually make sense! |
| nyuriks | thanks, silly mistake, i looked at them but my mind didn't register the weirdness. Thanks for catching it! |
|
| 46567208 | muralito | Hi, nyuriks.There are two elements that models a river, one relation for all ways that are waterways, and another relation to drwa the water body. See for example https://www.openstreetmap.org/relation/2730476 and https://www.openstreetmap.org/relation/2738371What do you think? The wikipedia... |
| nyuriks | That's a good question. While my database side tells me to normalize data, and never have any dups (e.g. have a "river master relation" that includes the river names in every language, wikipedia, wikidata, and any other shared tags that apply to the whole river), I understand there are pro... |
|
| 45795483 | muralito | The relation of level 4 and level 8 have the same boundaries but represents different entities in the real world, one the city and other the federal government.Its a case like Washington DC.I think it should not be merged. |
|
| 46512881 | mueschel | Please don't change the established wikipedia tag to things like described-in-wikipediadescribed_in_wikipedialisted_in_wikipedialisted-in-wikipediaand so on. Such changes have to be discussed first.Jan |
| nyuriks | Hi, you are right that they need to be more organized. I made a proposal for it https://wiki.openstreetmap.org/wiki/Proposed_features/Wikipedia_tag_typesAlso, thanks to wikidata, we can clean up wikipedia tags now (almost 2,000 already done):https://www.mediawiki.org/wiki/User:Yurik/OSM_wiki_t... |
|
| 46604875 | archie | Why are you deleting the swedish link to wikipedia? |
| nyuriks | Deleting??? Please look carefully, the link was broken -- it used incorrect language code, so I picked the first related article I could found instead of simply deleting it. So no, it is not "abuse from a user", please check carefully before saying things like that. |
| archie | Well, the languagecod was se insted of sv. But why didn't you simply correct it from se to sv. Insted you changed the wp-link to a complete other language? I call this nearly abuse. This island is in Sweden. So why not change to local language? |
| archie | I commented my changeset with: "Altering what looks like abuse from user ". You choose to shorten to "abuse from a user". |
| nyuriks | "se" here is not a languagecode, but a code for one of the Wikipedias projects (which are tied to the language code). "se:Hamburgö" is meaningless, because no system will ever show you a wiki article. It doesn't matter if the language code is wrong, or the typo in the name. ... |
| archie | You could have fixed this from changing the e in se to v in sv. You were editing on an object in Sweden. A carefull editor - as you are - would immediately have noticed that this was a case of misspelling (on my part, actually!). Insted you made things worse. Your editing can't be called carefull, c... |
|
| 46539231 | Jo Cassel | Hallo,ich bin überrascht über die Änderungwikipedia:xx=* --> wikipedia=xx:*Denn unterhttp://wiki.openstreetmap.org/wiki/DE:Key:wikipediaWird für Sammelartikel (wie Listen) genau die von mir gewählte Variante angemahnt??? |
| nyuriks | Hi Jo, thanks for the comment! I am working on cleaning up all lists and disambiguation pages in wikipedia tags. For example, My scripts generate a list of all wikipedia tags that point to disambiguation https://www.mediawiki.org/wiki/User:Yurik/OSM_disambigs list - we have already cleaned up almost... |
| nyuriks | I just updated my auto-generated page with lists: https://www.mediawiki.org/wiki/User:Yurik/OSM_wiki_tag_problems#List_pages -- these are only wikipedia articles with their wikidata's "instance of" = Q13406463 and Q15623926, but I could obviously add more. Let me know! |
| nyuriks | See https://wiki.openstreetmap.org/wiki/Proposed_features/Wikipedia_tag_types |
|
| 46544592 | Alexey87 | Я вернул бы island для https://www.openstreetmap.org/way/440024381 (и под вопросом насчёт https://www.openstreetmap.org/way/439775355) Чёткое разграничение island/islet имеет смысл для крупных водоёмов, где большо... |
| nyuriks | Alexey87, спасибо что посмотрели. Я прочитал на вики про islet (там несколько страниц в en & de), но там в основном обсуждается размер, а не то что это является ориентиром. Я в... |
| nyuriks | Вот ещё нашёл - https://en.wikipedia.org/wiki/Islet#In_international_law -- "...ignores islets, regardless of inhabitation status" -- то есть для islet не важно если там кто-то живёт. |
|
| 46461127 | trigpoint | Hi, please can you explain this change, as far as I know wikipedia tags are not case sensitive. Who decided they must start with a capital letter? |
| nyuriks | Hi @trigpoint, the Wikipedia title has a "normalized" form (actually the rules for it are very complex, such as each portion of the title has to be capital first, such as namespace, after namespace, and after each "/" if subpages are enabled). Plus some url decoding, spaces inste... |
| nyuriks | I just updated my auto-generated page with lists: https://www.mediawiki.org/wiki/User:Yurik/OSM_wiki_tag_problems#List_pages -- these are only wikipedia articles with their wikidata's "instance of" = Q13406463 and Q15623926, but I could obviously add more. Let me know |
| nyuriks | oops, wrong changeset, sorry. |
|
| 45872879 | ineiev | The data tags pointed to village data; now they point to municipal unit (сельское поселение) this village is the centre of. I'd expect the new tags on the relation of the municipal unit rather than on the village. |
| nyuriks | 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... |
| ineiev | Gorgeous! I will volunteer for your work if you find people to proofread my Russian www.gnu.org translations :) |
| nyuriks | heh, i'm not it for sure - i haven't written in it for 20+years :) |
|
| 46429560 | nyuriks | oops, wrong description, simply added wd tag |
|
| 45793180 | trial | Please switch subject:wikipedia back to wikipedia.See http://wiki.openstreetmap.org/wiki/Key:wikipedia |
| nyuriks | @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 uni... |
| trial | Good point, I suggest to replace the tag by this one:https://fr.wikipedia.org/wiki/Campus_d%C3%A9localis%C3%A9s_de_l%27Institut_d%27%C3%A9tudes_politiques_de_ParisSo IMHO: wikipedia=fr:Campus_délocalisés_de_l'Institut_d'études_politiques_de_Parisis better than subject:wi... |
|
| 45702437 | Verdy_p | nyuriks says "there is no boundary tag - seems like the community is still deciding on how to clasify these objects)". This is known: these had boundary tags that were converted to "disused:" but kept in OSM due to the number of open data sets depending on them for their visualis... |
| Verdy_p | Note: all this is discussed on the French OSM mailing list and summarized on the OSM wiki ! So how to classify these is already "decided" since long. |
| nyuriks | @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. |
| Verdy_p | JOSM does not complain, you just don't have the correct sect of presets loaded; and the default presets aren't enough to conclude, JOSM just sends a warning about what it currently does not know with its default basic preset.See also the other tags and in doubt look at history of objects |
|
| 45760620 | jc86035 | Hi, you might want to check for redirects / page moves when doing this. zh:藍田站 was a disambiguation page (turned into a redirect) and the Wikidata item wasn't updated (I merged it) |
| nyuriks | Thanks! Sorry for the mistake. |
|
| 45635426 | pnorman | This is very wrong, as the relation claims the mason-dixon line is a state. Add name and other tags as appropriate to the ways that make up the line |
| pnorman_mechanical | This changeset has been reverted fully or in part by changeset 45635595 where the changeset comment is: Revert relation claiming mason-dixon line is a state |
|
| 44105120 | justinfm | ASAP Garage Door & Gate RepairMemphis Garage Door Repair & Installation – the best in Memphis, TN Call: 901-461-0385If you’re looking for a Memphis garage door repair professional, you’ve come to the right spot. ASAP Garage Door and Gate Repair serves the Memphis Me... |
| justinfm | http://www.asapgaragedoorandgaterepair.com/ |
|
| 44249131 | Carnildo | Some of these tags don't seem to be appropriate. For example, "Hillside" (https://www.openstreetmap.org/relation/6071193) and "Walker's Point" (https://www.openstreetmap.org/relation/6029898) both have the Wikidata tag "Q6988108", which is "Neighborhoods of Milwau... |
| nyuriks | Carnildo, thanks, totally forgot about this issue - I have easily found all affected items using relation["wikipedia"~"#"]["wikidata"]["admin_level"];query. That said, these are not incorrect Wikidata IDs, they are simply less then accurate, and should be... |
| nyuriks | Ok, done - all Milwaukee neighborhoods (wikidata=Q6988108) have been fixed - i created wd items for them |
| Carnildo | Thanks -- that seems like the best solution. |
|
| 44128900 | escada | Please do not set the same wikipedia & wikidata tag to admin_level 8 & 9 instances. E.g. https://www.wikidata.org/wiki/Q102728?uselang=en-US refers to Ieper (gemeente/stad) including "deelgemeente", so clearly admin_level 8 |
| nyuriks | 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 th... |
| escada | The items with level 8 & 9 represent different objects. Why would they get the same wikipedia/wikidata values ? It's clear that the wikidata item refers to the admin_level 8, so why bother adding one to admin_level 9 ?This is the same as saying " there is no wikidata ID for a town, let'... |
|
| 44222992 | datendelphin | Please use a dedicate user account for such mechanical editsLink to the wiki page describing your edit from the changeset (description=)I map in Switzerland, I think you should announce the edit on the local mailing list. |
| nyuriks | 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 :) |
|
| 44251346 | tyr_asd | nice work. thanks! |
|
| 44857652 | nyuriks | oops, uploaded all instead of just poland ( which is the majority of these) :( Sorry about that. |
| ButterflyOfFire_ | :) Thanks ! |
|
| 44201253 | SomeoneElse | Is the name of 117730 correct? It was last edited by a user who changed it from what I thought it was called. |
|
| 44228233 | Supaplex | Thanks for adding Taiwan admin boundary Wikidata ID and Wikipedia tag. |
|
| 44203236 | nyuriks | Sorry about this one, I meant to break it into smaller ones. All these are admin_level=6 relations with Wikipedia links being redirects. |
| Srihari Thalla | Yeah, you could have broken into smaller changesets. Maybe next time :)I've monitoring changes in my town and your changeset appears in history! |
|
| 44200317 | SK53 | At least one of these assignments is incorrect Newton data does not apply to the OSM element Newton CP |
| SK53 | Actually data looks OK, but the wikipedia article link is wrong & the wikipedia article looks to be out-of-date. |
| nyuriks | @SK53, sorry not sure what you mean. I looked at Newton - http://www.openstreetmap.org/relation/6488382 - seems to be in order and matching the Wikipedia article. I couldn't find Netwon CP, only Newton Valence http://www.openstreetmap.org/relation/3344971 - if you think there is an error, let me kno... |
|
| 44090685 | SomeoneElse | This is another huge changeset - please try and restrict the geographical area of them so that local users can easily see locally affected data. |
| nyuriks | @SomeoneElse, thanks, makes sense. I am trying to finish admin-level=6, whose leftovers are scattered around the globe. Do you know an easy way to select an area in JOSM, and from it select all participating relations? This way I can upload one area at a time. |
| SomeoneElse | I'm probably not the best person to ask, but maybe download what you want (using Overpass if necessary because of the area), then just select what you want with the mouse? If you're working through a list, maybe the JOSM "todo" plugin would help (assuming it's still called that, and still... |
|
| 44078387 | SomeoneElse | Please don't create "worldwide" changesets like this. You've copied data from wikipedia from multiple continents here. Local mappers will have to check all your work, and its much harder for them to do that if a changeset spans most of the globe. |
|
| 43885098 | SomeoneElse | Hi,I've noticed that https://www.wikidata.org/wiki/Q203889 has a property "OpenStreetMap Relation ID=158392".Is that (a) a good idea, given that OSM IDs may change and (b) ODBL compliant (see http://www.openstreetmap.org/copyright)? Obviously this isn't directly related to the chang... |
| nyuriks | LOL :) https://www.wikidata.org/wiki/Wikidata:Properties_for_deletion#OpenStreetMap_Relation_identifier_.28P402.29 - i repeatedly said that property should be deleted, but some insist that it is needed because it is hard to do database joins (causing data duplication and ambiguity and mistakes inst... |
| nyuriks | Btw, please comment there with your opinion. I am not personally too sure the legal argument has merit (referencing something by its ID vs copying a significant portion of the database - I suspect only later has the database legal protection in some jurisdictions, but IANAL), but the stability argum... |
| nyuriks | My colleague helped me with this nice query - gets all of the admin/sub-admin/sub-sub... regions for any country. We could add some other fun things like geo coordinates for validation, or just compare with the names. https://www.wikidata.org/wiki/User:Yurik/Admin_regions |
|
| 43775555 | woodpeck | You seem to be using an automated process to match Wikidata tags to exisitng OSM entries. This is a mechanical edit that requires prior discussion and agreement in the community. See https://forum.openstreetmap.org/viewtopic.php?pid=618618 |
| nyuriks | @woodpeck, thanks for the heads up! I was using the JOSM's Wikipedia plugin - "Fetch Wikidata IDs" command to lookup IDs for rels and ways which had Wikipedia tag already. In the process I also uncovered a number of plugin bugs, some of which are now fixed. The process was not automated -... |
| woodpeck | Yeah, it is ok (even desirable) to add wikidata plugins to an individual object that you are looking at and that you have knowledge about, but it is not ok to simply mark everything and have the plugin slap on wikidata tags wholesale - that would then count as a mechanical edit. |
| nyuriks | Understood, I will mostly work on high level objects (admin level <= 6) - those are easy to check, and provide the most interest to me. |
| nyuriks | P.S. posted my thoughts at https://forum.openstreetmap.org/viewtopic.php?pid=618646#p618646 |
| woodpeck | I have read your forum entry, and what you are doing there (automatically adding Wikidata IDs with a JOSM plugin) is clearly a mechanical edit. You should not be doing that kind of editing across the globe without involving the local community and discussing your approach on a suitable mailing list,... |
| nyuriks | Woodpeck, I have already stopped changing any objects except the admin levels regions 1-6, and even those I have greatly slowed down, and began reviewing most of the auto-resolved wikidata IDs. I will cease further automodifications, and instead concentrate on getting wikidata tags quality review fo... |
|
| 43883335 | SomeoneElse | You've got the link on at least Nottingham wrong here. The city is https://www.wikidata.org/wiki/Q41262?uselang=en-GB, the admin area is https://www.wikidata.org/wiki/Q21885994 . http://www.openstreetmap.org/relation/123292 should link ot the latter, http://www.openstreetmap.org/node/24913081 the ... |
| nyuriks | Thanks, fixed. I will review all admin levels vs wikidata very soon - there is a lot more cleanup work to do, esp because there are some WD entries that represent multiple things. |
|
| 43836371 | SomeoneElse | For info, in Lithuania I'd strongly suggest that you contact the local community, based on a complaint to a previous wikidata-adder in the area: http://www.openstreetmap.org/changeset/40498313 |
|
| 43790519 | SomeoneElse | Before continuing to add wikidata worldwide, may I respectfully suggest you try and address the issues introduced in https://www.openstreetmap.org/changeset/43749373 ? |
| SomeoneElse | Also it would appear that there hasn't even been a cursory glance given to the data being changed here - the name:en typo in http://www.openstreetmap.org/relation/6607714 would have been obvious if there had have been. |