Changeset: 43742323
Add #wikidata to #Europe places
Closed by LogicalViolinist
Tags
created_by | JOSM/1.5 (11223 en) |
---|---|
source | knowledge |
Discussion
-
Comment from aseerel4c26
Hi, please urgently stop your mass edits and explain what you are doing here and where it was discussed. Thank you.
-
Comment from LogicalViolinist
Adding wikidata. You take a place name and look it up here: www.wikidata.org. The resulting ID gives you access to wikipedia pages, meta data etc
-
Comment from aseerel4c26
Thanks, okay. And how are you doing this? Are you aware of https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct ?
-
Comment from LogicalViolinist
I just told you.
1. Go to name field
2. Ctrl+c
3. www.wikidata.org
4. ctrl+v
5. Find city
6. Find ID
7. Ctrl+c
8. Go back and add wikidata
9. ctrl+v -
Comment from LogicalViolinist
It's the same idea behind:
https://www.mapbox.com/blog/geocoding-wikidata/
https://www.mapbox.com/blog/id-wikidata/also the automated edits are not applicable in this case as I am reviewing all the changesets manually. Thank you
-
Comment from aseerel4c26
You are doing this that fast? Not automated? Quite strange.
So, you did not discuss this edit series somehwere?
Furthermore: could you please explain why you are reducing the percision of coordinates in some cases? E.g. http://osm.mapki.com/history/node.php?id=773647546
-
Comment from LogicalViolinist
I downloaded the mapbox QA-tiles a couple days ago. Extracted the nodes with "place" tag. I then have been looking up places with same name. This is the result of my labour.
-
Comment from LogicalViolinist
The 7th position of the decimal is a precision of less than 10cm.....I may have touched it by accident in JOSM
-
Comment from LogicalViolinist
What I find quite strange is if I were to commit this one by one. No one would bat an eye, but I do it in a batch and questions are raised. It's the same thing as if I were doing it through ID or JOSM. The IDs are correct and I am not sure why they are being questioned?
-
Comment from aseerel4c26
Let me cite the code of conduct: "use of find-and-replace functionality using a standard editor such as JOSM or finding using services such as Overpass API and changing without reviewing cases individually;"
Precision: I doubt that. That would not explain several objects having a loss of precision. One more http://osm.mapki.com/history/node.php?id=284249395 Yes, that loss may be acceptable, but this should be discussed and the cause found.
I would have many more questions (input list of objects, verifying that you found the right wikidata object, what about other osm objects which have been tagged with the same wikidata ID) about your algorithm. But that discussion should happen before your edit...
Please do not do further edits and start the required discussion now. E.g. in a mailing list or forum. Please mention the link here.
Of course, I appreciate your effort for improving OSM, but it should be done a bit differently.
-
Comment from LogicalViolinist
But i'm not using an API, nor find and replace so what's your point?
-
Comment from LogicalViolinist
also what algorithm please see the steps above.
-
Comment from LogicalViolinist
Why does a offline edit have to be discussed? Do you have to email a mailing list when you edit a road, a building, a tree?
-
Comment from aseerel4c26
yes, if you would add them manually (e.g. while editing that place node anyway) no one would ask. The thing is: errors happen with automated edits. More eyes spot possible errors better than one person only. You may not have thought of all possible cases which are existing in the data. Automated edits touch many objects, which were hand-edited before - we want to do the best possible to not accidentally destroy other people's work, don't we?
-
Comment from aseerel4c26
algorithm: okay, you mentioned "offline". So you did extract all nodes with a place tag from "mapbox QA-tiles" and then look up manually (pressing ctrl+C and so one) each name? Then you looked at the wikidata result and verified that it is the correct city (and not a equally named county or other city) and added the tag to the object? And now you are doing a batch upload of all that?
-
Comment from LogicalViolinist
Do you understand English? These. Are. Not. Automated. Edits.
-
Comment from LogicalViolinist
Qa tiles was to obtain node ids thats it. Everything else in josm
-
Comment from LogicalViolinist
If you are scared of poor data, kindly point out a wikidata tag that is wrong
-
Comment from aseerel4c26
No, I will not look through the wikidata tags. Too hard to verify them one by one.
If those are not automated edits ... wow! I would automate that! :-)
I have asked for comments at https://forum.openstreetmap.org/viewforum.php?id=10
-
Comment from aseerel4c26
oops, this deeper URL: https://forum.openstreetmap.org/viewtopic.php?id=56436
-
Comment from LogicalViolinist
Well I am aware that the German populous dislikes imports
-
Comment from woodpeck
I am appalled that after thoroughly botching an import in your home town, and having a proven history of quite a few under-the-radar imports, you (LogicalViolinist) are still at it, far from home, at full throttle. May I suggest you simply stick to the primitive kind of mapping that other people do, at least for a while?
-
Comment from woodpeck_repair
This changeset has been reverted fully or in part by changeset 43780386 where the changeset comment is: Revert mass addition of wikidata tags because of lack of prior discussion and unclear legal situation, see https://forum.openstreetmap.org/viewtopic.php?pid=618618
Nodes (1-20 of 801)
- Erlangen (17193023), v35
- Neuhaus (24671657), v4
- Aisch (25721909), v4
- Niederlindach (25722335), v4
- Höchstadt an der Aisch (25733807), v8
- Rathsberg (25736317), v4
- Würzburg (25738881), v25
- Seigendorf (25797180), v6
- Uttstadt (26372790), v4
- Steppach (26674670), v4
- Rupertsbuch (26728066), v3
- Rothenstein (26728068), v4
- Weppersdorf (27197138), v3
- Neuses an der Regnitz (27197144), v5
- Pautzfeld (27197844), v3
- Sambach (27282259), v6
- Westheim (27346186), v3
- Kaltensondheim (27346240), v2
- Hesselberg (27434447), v5
- Eibelstadt (28888752), v5
Welcome to OpenStreetMap!
OpenStreetMap is a map of the world, created by people like you and free to use under an open license.
Hosting is supported by Fastly, OSMF corporate members, and other partners.
https://openstreetmap.org/copyright | https://openstreetmap.org |
Copyright OpenStreetMap and contributors, under an open license |