[OSM-talk] Fixing wikipedia/wikidata tags

2017-02-06 Thread Yuri Astrakhan
TLDR: researching ways to validate wikipedia and wikidata tags, wrote a script to cross-check OSM and Wikidata, found many incorrect disambig references, would love to start community discussion on best guidelines going forward. I have been analyzing the quality of OSM's wikipedia and wikidata

Re: [OSM-talk] Fixing wikipedia/wikidata tags

2017-02-07 Thread Yuri Astrakhan
lves > became better. A human armed with these new tools can do a lot of useful > work at a location, though it may take some time until we learn how to > employ these tools effectively. > > [1] http://www.openstreetmap.org/node/4665613556#map=19/46.95039/7.42234 > [2] https://en.wik

[OSM-talk] RU Wikipedia now uses OSM by Wikidata ID

2017-01-20 Thread Yuri Astrakhan
Russian Wikipedia just replaced all of their map links in the upper right corner (geohack) with the Kartographer extension! Moreover, when clicking the link, it also shows the location outline, if that object exists in OpenStreetMap with a corresponding Wikidata ID (ways and relations only, no

Re: [OSM-talk] RU Wikipedia now uses OSM by Wikidata ID

2017-01-23 Thread Yuri Astrakhan
t always just a marker on the map, but not an > >> outline, i.e. a line indicating the outer contours or boundaries of an > >> object or figure. Perhaps, it is a thin line, and I do not notice it on > >> the map? Or I misunderstood something. > >> > >&

Re: [OSM-talk] RU Wikipedia now uses OSM by Wikidata ID

2017-01-23 Thread Yuri Astrakhan
Dave, I'm not sure what you mean. On Mon, Jan 23, 2017 at 12:52 PM Dave F <davefoxfa...@btinternet.com> wrote: Could the attribute be put on one line so 'Openstreetmap' is visible? DaveF. On 21/01/2017 01:40, Yuri Astrakhan wrote: Russian Wikipedia just replaced all of their map

[OSM-talk] Semi-auto converting Wikipedia -> Wikidata tags

2016-11-25 Thread Yuri Astrakhan
Hi, I am exploring ways to make more educational maps in Wikipedia. For example, this graph shows all US state governors. It works by querying Wikidata for the governors' info, and drawing state overlays using OSM relations tagged with the Wikidata IDs.

Re: [OSM-talk] Semi-auto converting Wikipedia -> Wikidata tags

2016-11-25 Thread Yuri Astrakhan
o help fix - win-win for everyone :) On Fri, Nov 25, 2016 at 6:24 PM Martin Koppenhoefer <dieterdre...@gmail.com> wrote: sent from a phone > Il giorno 25 nov 2016, alle ore 22:55, Yuri Astrakhan < yuriastrak...@gmail.com> ha scritto: > > . I am simply conver

[OSM-talk] Wikipedia/Wikidata admins cleanup

2017-01-03 Thread Yuri Astrakhan
I have been steadily cleaning up some (many) broken Wikipedia and Wikidata tags, and would like to solicit some help :) To my knowledge, there is no site where one could add a set of OSM IDs that need attention (something like a bug tracker lite, where one could come and randomly pick a few IDs

Re: [OSM-talk] Wikipedia/Wikidata admins cleanup

2017-01-04 Thread Yuri Astrakhan
* I think MapRoulette is actually the tool we should use to fix these issues. I am not yet sure how to build an OT query that gets relations for the challenge, but this approach should automate the whole process. Any ideas? https://github.com/maproulette/maproulette2/issues/259 * Wikidata tags

Re: [OSM-talk] Looking for "primary language" map

2017-04-10 Thread Yuri Astrakhan
instance Ottawa. It's in Ontario and pretty english. There is a suburb called Orléans in which is pretty much "the french part of town" as most street signs will be in french, but rest of Ottawa is pretty English(in terms of street signs) So generilizing wont help you much...

Re: [OSM-talk] Looking for "primary language" map

2017-04-10 Thread Yuri Astrakhan
ice is mostly Quebec and New brunswick...with small > patches of french throughout the rest > > On Apr 10, 2017 8:12 PM, "Yuri Astrakhan" <yuriastrak...@gmail.com> wrote: > > James, thanks, but I was hoping for the language regions shapefile, e.g. > in the GeoJSON form

[OSM-talk] Looking for "primary language" map

2017-04-10 Thread Yuri Astrakhan
Does anyone know of an open source language map - basically a set of geoshapes with the corresponding language code? Country boundaries are not needed - e.g. Canada and USA would be English with the exception of French for Montreal area. This is needed to guesstimate what language the "name" tag

Re: [OSM-talk] Looking for "primary language" map

2017-04-10 Thread Yuri Astrakhan
r the entirety of the province of Quebec > > On Apr 10, 2017 7:38 PM, "Yuri Astrakhan" <yuriastrak...@gmail.com> wrote: > > Does anyone know of an open source language map - basically a set of > geoshapes with the corresponding language code? Country boundaries are

Re: [OSM-talk] OSM Wikidata SPARQL service updated

2017-08-14 Thread Yuri Astrakhan
Wikidata's engine (Blazegraph + customizations). If not, I might need to do some relations postprocessing, as well as automatic updating. On Mon, Aug 14, 2017 at 1:39 PM, François Lacombe <fl.infosrese...@gmail.com > wrote: > Hi > > 2017-08-14 11:18 GMT+02:00 mmd <mmd@gmai

[OSM-talk] OSM Wikidata SPARQL service updated

2017-08-13 Thread Yuri Astrakhan
The combined SPARQL database of OSM and Wikidata has been updated: * There is a short video explaining the basics (at the top of [1]) * new Wikidata interface * now all OSM "wikipedia" tags and sitelinks in Wikidata are stored the same way, so it is possible to cross-check when "wikidata" and

Re: [OSM-talk] OSM Wikidata SPARQL service updated

2017-08-14 Thread Yuri Astrakhan
, > > Am 13.08.2017 um 19:49 schrieb Yuri Astrakhan: > > > * all ways now store "osmm:loc" with centroid coordinates, making it > > possible to crudely filter ways by location > > out of curiosity, can you say a few words on how your overall approach > to calcul

Re: [OSM-talk] OSM Wikidata SPARQL service updated

2017-08-20 Thread Yuri Astrakhan
: sparse_mem_array dense_mmap_array sparse_file_array,my_cache_file dense_file_array,my_cache_file Thanks! On Mon, Aug 14, 2017 at 4:31 PM, Sarah Hoffmann <lon...@denofr.de> wrote: > On Mon, Aug 14, 2017 at 11:10:39AM -0400, Yuri Astrakhan wrote: > > mmd, the centroids

[OSM-talk] new Wikidata+OSM data in one RDF database

2017-05-12 Thread Yuri Astrakhan
TLDR: A SPARQL (rdf) database with both OSM and Wikidata data is up for testing. Allows massive cross-referenced queries between two datasets. The service is a test, and needs a permanent home to stay alive. Overpass Turbo is awesome, but sadly it does not have data from Wikidata, nor does it

Re: [OSM-talk] new Wikidata+OSM data in one RDF database

2017-05-25 Thread Yuri Astrakhan
The service is back up, this time with all the objects that have tags. Also, I added the "has" properties on a relation - indicating all objects contained within the relation. So now you can ask for a relation, that contains a way, and both the relation and the way have the same wikidata ID

Re: [OSM-talk] new Wikidata+OSM data in one RDF database

2017-05-25 Thread Yuri Astrakhan
P.S. I am trying to get OSM updater to work, so that OSM data is always up to date, but pyosmium is giving me some trouble. Please email if you know the answer to https://stackoverflow.com/questions/44170360/callbacks-not-called-in-pyosmiums-diff-downloader On Wed, May 24, 2017 at 11:50 PM Yuri

Re: [OSM-talk] new Wikidata+OSM data in one RDF database

2017-05-25 Thread Yuri Astrakhan
:) On Thu, May 25, 2017 at 3:06 AM mmd <mmd@gmail.com> wrote: > Hi, > > Am 25.05.2017 um 08:50 schrieb Yuri Astrakhan: > > The service is back up, this time with all the objects that have tags. > > Also, I added the "has" properties on a relation - indica

Re: [OSM-talk] Fixing 850+ disambiguation errors

2017-09-15 Thread Yuri Astrakhan
I just wrote a simple query to help finding all wikidata objects next to a given OSM object. Also, it is far better to delete a bad Wikipedia/Wikidata tags than to keep the incorrect ones. Thanks for all the help!!!

[OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-19 Thread Yuri Astrakhan
There is now a relatively small number of OSM nodes and relations remaining, that have wikipedia, but do not have wikidata tags. iD editor already automatically adds wikidata to all new edits, so finishing up the rest automatically seems like a good thing to do, as that will allow many new quality

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-19 Thread Yuri Astrakhan
> > > > This way, we will be able to quickly find all the objects that are > > problematic with the Wikidata+OSM service. For example, thanks to the > > community, we already fixed over 600 incorrect links to wiki > disambiguations > > pages, and this will find many more of them. We will be able

Re: [OSM-talk] Putting simple scripts in the Wiki without violating CC BY-SA 2.0

2017-09-18 Thread Yuri Astrakhan
Hi, I would still highly advise putting it into git, because * it's easier to discover by others, code search, etc * it is far easier to propose changes, discuss them, track who submitted what, etc * it is easier to fork to try different things, and for others to see your forks and possibly adapt

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-20 Thread Yuri Astrakhan
> > What will inevitably happen if you automatically add wikidata tags is > that existing errors in either OSM (in form of incorrect wikipedia > tags) or in wikidata (in form of incorrect connections to wikipedia > articles) will get duplicated. > Christoph, a valid point. Yet the duplicate would

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-20 Thread Yuri Astrakhan
> > Don't assume such cases are just a freak anomaly - they are not. OSM > and wikidata are two very different projects which developed in very > different contexts. Just another example: For most cities and larger > towns (at least in Germany) there exists an admin_level 6/8 unit with > the

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-20 Thread Yuri Astrakhan
Also, there is a general country subdivision project with plenty of information and current status. I'm pretty sure OSM community has a lot of good info to share: https://www.wikidata.org/wiki/Wikidata:WikiProject_Country_subdivision On Wed, Sep 20, 2017 at 1:28 PM, Yuri Astrakhan <yuriast

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-20 Thread Yuri Astrakhan
an OSM itself? > > > That is nice for MB, but problematic in more than one way for OSM. > Please elaborate, I know of at least one more company that is actively doing that. Sigh, another side topic :D On Wed, Sep 20, 2017 at 1:58 PM, Simon Poole <si...@poole.ch> wrote: > [

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-20 Thread Yuri Astrakhan
Such an awesome discussion, thanks! * https://www.wikidata.org/wiki/Special:GoToLinkedPage can already be used to open a Wikipedia page when you only have a Wikidata ID. It even accepts a list of wiki sites. For example, this link automatically opens the wiki page for Q3669 in the first

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-20 Thread Yuri Astrakhan
Tobias, agree 100%, thanks. On Wed, Sep 20, 2017 at 12:14 PM, Tobias Knerr wrote: > On 20.09.2017 17:02, Christoph Hormann wrote: > > It is best to regard the wikidata and wikipedia tags in OSM as 'related > > features' rather than identical objects. > > We shouldn't

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-20 Thread Yuri Astrakhan
and how to reduce the overlap. Keeping duplicates in sync is always harder than to let the tools do their data merging work if needed. On Wed, Sep 20, 2017 at 12:18 PM, Yuri Astrakhan <yuriastrak...@gmail.com> wrote: > Tobias, agree 100%, thanks. > > On Wed, Sep 20, 2017 at 12:14 PM

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-20 Thread Yuri Astrakhan
> > people fixing WD won’t necessarily check if their fixes work well with > OSM. Maybe we should include versions in our WD tags? > I’ve seen OSM objects linked from WD, are there people monitoring changes > to linked objects? > Yes, that's what the Wikidata+OSM service is for. It allows

[OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

2017-09-16 Thread Yuri Astrakhan
The new service is getting more and more usage, but it lacks the most important thing - a good name. So far my two choices are: * wikosm * wikidosm Suggestions? Votes? The service combines Wikidata and OpenStreetMap databases, and uses SPARQL (query language) to search it, so might be good to

[OSM-talk] JOSM now supports OSM+Wikidata service

2017-09-17 Thread Yuri Astrakhan
The "not yet fully named" service is now accessible directly from JOSM - just like OT. Simply install or update Wikipedia plugin, and it will show up in the download data screen (expert mode). Documentation: https://wiki.openstreetmap.org/wiki/Wikidata%2BOSM_SPARQL_query_service#Using_from_JOSM

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

2017-09-17 Thread Yuri Astrakhan
> wrote: > SparklyMapData or SparklyDataMap > > 2017-09-17 23:46 GMT+02:00 Yuri Astrakhan <yuriastrak...@gmail.com>: > >> One thing we should consider is the domain name. I doubt we can afford >> woq.com :) >> >> These names were proposed >> woq

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

2017-09-17 Thread Yuri Astrakhan
before fixing the first list) On Sun, Sep 17, 2017 at 5:45 PM, Yuri Astrakhan <yuriastrak...@gmail.com> wrote: > One thing we should consider is the domain name. I doubt we can afford > woq.com :) > > These names were proposed > woq 2 > wdoqs > wdosm > woqs > q936

Re: [OSM-talk] Name challenge - what to call the new OSM+Wikidata service?

2017-09-17 Thread Yuri Astrakhan
m> a écrit : >> >> Hi, >> >> How does this relate to the new draft trademark policy? >> >> I can't tell from the draft policy, but I believe that OSM at least is >> a protected mark, not sure about osm. >> >> But I do think Simone Poole asked the co

Re: [OSM-talk] JOSM now supports OSM+Wikidata service

2017-09-18 Thread Yuri Astrakhan
ct has a semicolon separated list of wikidata > items in for example subject:wikidata? A statue with more than one person > in it, for example? > > Polyglot > > 2017-09-18 7:28 GMT+02:00 Yuri Astrakhan <yuriastrak...@gmail.com>: > >> The "not yet fully named" s

Re: [OSM-talk] A thought on bot edits

2017-10-06 Thread Yuri Astrakhan
Speaking from my Wikipedia bot experience (I wrote bots and created Wikipedia API over 10 years ago to help bots): Bots were successful in Wikipedia because all users felt empowered. Users could very easily see what the bot edited, fix or undo bot edits, and easily communicate with the bot

Re: [OSM-talk] Licence compatibility (was Adding wikidata tags to the remaining objects with only wikipedia tag)

2017-10-02 Thread Yuri Astrakhan
com> wrote: > On 02/10/2017 02:56, Paul Norman wrote: > >> On 10/1/2017 5:39 PM, Yuri Astrakhan wrote: >> >>> Lastly, if the coordinates are different, you may not copy it from OSM >>> to Wikidata because of the difference in the license. >>> >>

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-10-03 Thread Yuri Astrakhan
Martin, while it is fascinating to learn about Aldi, its history, and possible ways to organize information about it, isn't it a moot point for our discussion? We are talking about Wikipedia, and how we link to it. There is only one Aldi Wikipedia article that can be connected to: * German

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

2017-10-03 Thread Yuri Astrakhan
While I have nothing against pausing bulk wikidata additions for a month, we should be very clear here: * several communities use bots to maintain and inject these tags, e.g. Israel. Should they pause their bots? * If a specific community is ok with it, does it override world wide ban for that

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-15 Thread Yuri Astrakhan
d with the MapRoulette team into their > tool (or Osmose for that matter). It's all open source. > > That feature could look like that the creator of a MapRoulette challenge > may optionally provide a range of possible (typical) answer options > ("quick fixes") which are then sh

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-15 Thread Yuri Astrakhan
please. > > Especially not taking into account the wishes of the local communities > when expressed. > > Many Thanks > > Cheerio John > > > > > > On 15 October 2017 at 08:04, Yuri Astrakhan <yuriastrak...@gmail.com> > wrote: > >> Andu, with al

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-15 Thread Yuri Astrakhan
that position, and explain why you think it is incorrect. Perhaps we should learn from the high school debate class? Sorry for the long email. On Sun, Oct 15, 2017 at 6:38 AM, ajt1...@gmail.com <ajt1...@gmail.com> wrote: > On 15/10/2017 11:04, Christoph Hormann wrote: > >> On Sunday 15 Octobe

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

2017-10-15 Thread Yuri Astrakhan
If a community has had a well established and agreed process running, which does not create any new data issues, why should someone outside of that community be requesting a global halt? It's not like the data is getting worse all of a sudden, right? And their work does not prevent global

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-15 Thread Yuri Astrakhan
productive and beneficial to everyone involved. On Sun, Oct 15, 2017 at 5:39 AM, Christoph Hormann <o...@imagico.de> wrote: > On Sunday 15 October 2017, Yuri Astrakhan wrote: > > [...] I was following up on the Christoph Hormann's > > idea of the "bot=no" tag, to "a

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-15 Thread Yuri Astrakhan
Jochen, not exactly. I was following up on the Christoph Hormann's idea of the "bot=no" tag, to "allow mappers to opt out of bot edits on a case-by-case basis." Since every query is essentially a separate, human-operated bot, it seemed appropriate to use it for this case, in a form of

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-15 Thread Yuri Astrakhan
Tobias, as promised, a thorough response. On Sun, Oct 15, 2017 at 9:14 AM, Tobias Zwick wrote: > > So, the initial question is: What is the conceptual use case for such a > tool? Where would be its place in the range of available OSM tools? > I think my main target is the

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-16 Thread Yuri Astrakhan
Lester, the naming of this service is still a work in progress, and might have confused a few people. My apologies for that. I do plan to create a proper name, logo, domain name, and SSL certificate once I have some spare time. If anyone wants to take care of that, your help is appreciated.

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-16 Thread Yuri Astrakhan
ated edits as per the automated edits >>> policy. A resposible developer of such a tool should inform its users >>> that making automated edits comes with certain requirements and that >>> not following these rules can result in changes being reverted and user >&

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-16 Thread Yuri Astrakhan
Rory, thanks, and that's why I think it is a bad idea to do bot edits without first running it through my tool. If we do a mass edit, we have to go through a very lengthy community consensus study, which might still miss things. Then the bot developer might still make an error that is not likely

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-17 Thread Yuri Astrakhan
real problems on that side, we would already know about them and > they would be fixed very fast. Most likely by disabling the fix button for > that particular validator warning. > > So if you find actual issues, please report them. > > Polyglot > > 2017-10-17 9:50 GMT+02:00

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-17 Thread Yuri Astrakhan
> > Though, you can't fix possible issues with of one tool by introducing > another tool. People will not stop using (that feature of) JOSM. That is > why I think, if you think you detected a problematic issue there in that > editor, it should be discussed in a separate topic. &g

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-13 Thread Yuri Astrakhan
Simon, thanks for the constructive criticism, as it allows improvements rather than aggravation. I propose that "rejections" are saved as a new tag, for example "_autoreject". In a way, this is very similar to the "nobot" proposal - users reject a specific bot by hand. _autoreject will store a

[OSM-talk] New OSM Quick-Fix service

2017-10-13 Thread Yuri Astrakhan
I would like to introduce a new quick-fix editing service. It allows users to generate a list of editing suggestions using a query, review each suggestion one by one, and click "Save" on each change if they think it's a good edit. For example, RU community wants to convert amenity=sanatorium

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-14 Thread Yuri Astrakhan
rejectTag and #queryId values must consist of only the Latin characters, digits, and underscores. Additionally, the tool no longer allows editing above zoom 16. Thanks! On Sat, Oct 14, 2017 at 12:34 AM Yuri Astrakhan <yuriastrak...@gmail.com> wrote: > Simon, thanks for the constructive critic

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-14 Thread Yuri Astrakhan
, and added the ability to do reject tag (as described in my prev email). Thanks! On Sat, Oct 14, 2017 at 3:45 AM Michael Reichert <osm...@michreichert.de> wrote: > Hi Yuri, > > Am 2017-10-13 um 23:25 schrieb Yuri Astrakhan: > > I would like to introduce a new quick-fix editin

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-14 Thread Yuri Astrakhan
On Sat, Oct 14, 2017 at 6:09 AM Christoph Hormann <o...@imagico.de> wrote: > On Friday 13 October 2017, Yuri Astrakhan wrote: > > I would like to introduce a new quick-fix editing service. It allows > > users to generate a list of editing suggestions using a query, review >

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-16 Thread Yuri Astrakhan
, 2017 at 4:00 PM, Michael Reichert <osm...@michreichert.de> wrote: > Hi Yuri, > > Am 16.10.2017 um 16:02 schrieb Yuri Astrakhan: > > Rory, most of those queries were copied from the current JOSM validator > > autofixes. I don't think they were discussed, but they

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-16 Thread Yuri Astrakhan
n for each community, as different cases require different approaches. What do you think? Would that address the most pressing concern? On Mon, Oct 16, 2017 at 10:13 AM, Richard Fairhurst <rich...@systemed.net> wrote: > Yuri Astrakhan wrote: > > For example, RU community wants to con

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-16 Thread Yuri Astrakhan
I agree that the tool requires some additional work. It seems almost all of the criticism has been directed at the hypothetical "community clicking rampage" - where the query is stored on a wiki, and some user runs it thoughtlessly. At the same time, several skilled users have expressed their

Re: [OSM-talk] New OSM Quick-Fix service

2017-10-16 Thread Yuri Astrakhan
80% of the problems. P.S. You can star any wiki page, and it will email you when the page changes. Just like a forum. On Mon, Oct 16, 2017 at 8:42 AM, Rory McCann <r...@technomancy.org> wrote: > On 16/10/17 14:02, Yuri Astrakhan wrote: > >> Rory, thanks, and that's why I

Re: [OSM-talk] Fixing 850+ disambiguation errors

2017-09-09 Thread Yuri Astrakhan
Fabrizio, the easiest way to fix both "wikidata" and "wikipedia" tags is to use iD editor's "wikipedia" field (at the top), but not the "tag" field (list at the bottom). This way, selecting Wikipedia value from the dropdown automatically corrects wikidata as well. If using JOSM, use Wikipedia

Re: [OSM-talk] Fixing 850+ disambiguation errors

2017-09-09 Thread Yuri Astrakhan
i <higa...@gmail.com> wrote: > Hi Yuri, > > Thanks for offering the tool for checking. > I corrected 5 of "ja" ones. > > Shu Higashi > > 2017-09-10 2:58 GMT+09:00, Yuri Astrakhan <yuriastrak...@gmail.com>: > > Fabrizio, the easiest way to fix both

Re: [OSM-talk] Fixing 850+ disambiguation errors

2017-09-10 Thread Yuri Astrakhan
kidata ?wd ; > osmt:wikipedia ?wpTag . > > ?wd wdt:P31/wdt:P279* wd:Q4167410 . > > FILTER( STRSTARTS(STR(?wpTag), 'https://fr.wikipedia')) > SERVICE wikibase:label { bd:serviceParam wikibase:language "fr" . } > } > LIMIT 100 > > # (replace &quo

[OSM-talk] Fixing 850+ disambiguation errors

2017-09-08 Thread Yuri Astrakhan
Hello mappers! Could anyone help with over 800 OSM objects that are pointing to Wikipedia disambiguation pages? Especially Polish community - 588. You can get the currently broken ones by running the query below (you may want to modify it a bit to list more relevant objects). If you feel brave,

Re: [OSM-talk] Fixing 850+ disambiguation errors

2017-09-10 Thread Yuri Astrakhan
Now all disambig-broken points on a map. Click the point to fix it. http://tinyurl.com/ya6htp9f On Sun, Sep 10, 2017 at 4:04 AM, Yuri Astrakhan <yuriastrak...@gmail.com> wrote: > Thanks! Worry not, I just added more for fixing, by extracting them from > Wikipedia tag using the &qu

[OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-26 Thread Yuri Astrakhan
Here is a query that finds all wikidata IDs frequently used in "brand:wikidata", and shows OSM objects whose "wikidata" points to the same. I would like to replace all such wikidata/wikipedia tags with the corresponding brand:wikidata/brand:wikipedia. Most of them are in India, but there are some

Re: [OSM-talk] Fixing OSM wikipedia redirects

2017-09-25 Thread Yuri Astrakhan
data, they will > take some form of ownership and maintain the data and that is more > beneficial in the long term than an automated quick fix now. > > m. > > On Tue, Sep 26, 2017 at 5:53 AM, Yuri Astrakhan <yuriastrak...@gmail.com> > wrote: > > According to Martijn

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-25 Thread Yuri Astrakhan
Since this thread had not received any new discussion in the past 4 days, I assumed all points were answered and proceeded as planned, per mechanical edit policy. Yet, after I have added all the nodes and moved on to relations, I have been blocked by Andy Townsend with the following message. I

[OSM-talk] Fixing OSM wikipedia redirects

2017-09-25 Thread Yuri Astrakhan
At the moment, there are nearly 40,000 OSM objects whose wikipedia tag does not match their wikidata tag. Most of them are Wikipedia redirects, whose target is the right wikipedia article. If we are not ready to abandon wikipedia tags just yet (I don't think we should ATM), I think we should fix

Re: [OSM-talk] Fixing OSM wikipedia redirects

2017-09-25 Thread Yuri Astrakhan
. On Mon, Sep 25, 2017 at 11:18 PM, Marc Gemis <marc.ge...@gmail.com> wrote: > or via Osmose ? > > On Tue, Sep 26, 2017 at 5:16 AM, Marc Gemis <marc.ge...@gmail.com> wrote: > > what about a Maproulette task ? > > > > On Tue, Sep 26, 2017 at 5:11 AM, Yuri Astr

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-26 Thread Yuri Astrakhan
are > external IDs. Not human readable, they cannot be entered 'by hand' nor > verified on the ground. > Once you accept them in OSM, you can't really complain about bots. > > Yves (who still think such UIDs are only needed for the lack of good query > tools). > > > &

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-26 Thread Yuri Astrakhan
> > > p.s. OSM is a community project, not a programmers project, it's about > > people, not software :-) > > It's both. OSM is first and foremost is a community, but the result of our effort is a machine-readable database. We are not creating an encyclopedia that will be casually flipped

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Yuri Astrakhan
I think we should re-start with the definition of the problems we are (hopefully) trying to solve, or else we might end up too far in the existential realm, which is fun to discuss, but should be left for another thread. * Problem #1: In my analysis of OSM data, wikipedia tags quickly go stale

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

2017-09-27 Thread Yuri Astrakhan
That's exactly what we are trying to do. Add another tag -- brand:wikidata=Q550258 On Wed, Sep 27, 2017 at 4:10 PM, yvecai wrote: > Excuse me, but what does wikidata do in this discussion ? > If brand=wendy is different tham brand=wendy, and if somebody has a > problem with

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

2017-09-27 Thread Yuri Astrakhan
Martin, you cannot make a general claim based on a single value. Users can enter "Aldi", or "Aldi Nord" or "Aldi Sud". With different capitalization and dashes, and with or without dots, and god knows what other creative ways to misspell it. Specifying Q125054 is the same as specifying "Aldi". If

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Yuri Astrakhan
ing an external reference that explains what the > tag is? Really? This is not a joke? > > OSM is sick, please somebody call a doctor. > Yves > > On Wed, Sep 27, 2017 at 12:14 PM, Yuri Astrakhan <yuriastrak...@gmail.com> wrote: > I think we should re-start with the defi

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

2017-09-27 Thread Yuri Astrakhan
Marc, I think you are confusing the goal and the means to get there. I agree - the goal is to be able to globally find all Wendy's, so that when I travel, I still can search for familiar brands. So the same brand should have the same ID everywhere. That ID can be either textual or numeric. Both

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Yuri Astrakhan
> > That formed no part of the early discussions on how wikidata should > work? I bowed out when the discussions were going down a path I did not > find to be at all useful. The current offering is certainly a lot more > 'organised' than those original discussions. Getting the initial points

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-30 Thread Yuri Astrakhan
Verifiability is critical to OSM success, but it does not mean it must only be verifiable by visiting the physical location. Tags like "wikipedia", "wikidata", "url", "website" and some IDs cannot be verified that way. You must visit some external website to validate. Stopping by Yellowstone

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-10-01 Thread Yuri Astrakhan
a good way to do it. Linking to Wikipedia with the page titles is bad. It is not stable. Wikidata tags fixes that. No other claim is being made here. On Sun, Oct 1, 2017 at 5:06 AM, Christoph Hormann <o...@imagico.de> wrote: > On Sunday 01 October 2017, Yuri Astrakhan wrote: > >

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-10-01 Thread Yuri Astrakhan
On Sun, Oct 1, 2017 at 11:12 AM, Tomas Straupis wrote: > I guess the point is that: > 1. Its ok to play with some pet-tag like wikidata > 100 % agree > 2. Its not a WORK to automatically update one osm tag according to another > osm tag (anybody can do it

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-10-01 Thread Yuri Astrakhan
On Sun, Oct 1, 2017 at 1:29 PM, Tomas Straupis <tomasstrau...@gmail.com> wrote: > 2017-10-01 20:04 GMT+03:00 Yuri Astrakhan: > >> 2. Its not a WORK to automatically update one osm tag according to > another > >> osm tag (anybody can do it online/locally/etc). It

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-10-01 Thread Yuri Astrakhan
John, I guess it is always good to talk as a data scientist - with numbers and facts. Here's why matching by coordinates would not work. This query calculates the distance between the OSM nodes, and the coordinates that Wikidata has for those nodes. I only looked at nodes, because ways and

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-10-01 Thread Yuri Astrakhan
On Sun, Oct 1, 2017 at 8:15 PM, john whelan wrote: > Since an OSM object has lat and long value and it appears that wiki > whatever also has one the entries can be linked. > Not so. The data is very often different between wikipedia, wikidata, and OSM. Also, the same

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-10-02 Thread Yuri Astrakhan
> > > I will repeat that this is not something which COULD be done, this > comparison is something, what IS ACTUALLY DONE and has been done for > years. Tomas, this is what I understand from what you are saying: * You download a geotagging wikidata dump and generate a table with latitude,

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-10-01 Thread Yuri Astrakhan
On Sun, Oct 1, 2017 at 3:45 PM, Tomas Straupis wrote: > > Tomas, you claimed that "It adds NO value." This is demonstrably wrong. > You > > are right that the same fixing was done for years. But until wikidata > tag, > > there was no easy way to FIND them. > > There

Re: [OSM-talk] Fixing wiki* -> brand:wiki*

2017-09-27 Thread Yuri Astrakhan
Lester, first and foremost, Wikidata is a system to connect the same Wikipedia articles in different languages. The "read this article in another language" links on the left side comes from Wikidata. Wikidata has developed beyond this initial goal, but it remains the only way to identify

Re: [OSM-talk] Overlapping brands (was "Fixing wiki* -> brand:wiki*")

2017-09-27 Thread Yuri Astrakhan
> > > Specifying Q125054 is the same as specifying "Aldi". If needed/wanted, > it could be replaced with the more specific wikidata entry like Aldi Nord. > > no, it’s not the same, because this wikidata object suggests that there is > one company, Aldi GmbH & Co. KG, with 2 seats, and one logo. >

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-27 Thread Yuri Astrakhan
I have been fixing nodes that have wikipedia but no wikidata tags [1], and even the first two randomly picked nodes had identical problem - article was renamed (twice!) without leaving redirects - node 1136510320 Try it yourself - run the query and see what the it points to. [1]

Re: [OSM-talk] Fixing OSM wikipedia redirects

2017-09-26 Thread Yuri Astrakhan
resource we could get. On Tue, Sep 26, 2017 at 3:48 AM, Sarah Hoffmann <lon...@denofr.de> wrote: > On Mon, Sep 25, 2017 at 11:53:03PM -0400, Yuri Astrakhan wrote: > > According to Martijn (of MapRoulette fame), there is no way a challenge > can > > link to object IDs. MapRou

Re: [OSM-talk] Fixing OSM wikipedia redirects

2017-09-26 Thread Yuri Astrakhan
, Mark Wagner <mark+...@carnildo.com> wrote: > On Mon, 25 Sep 2017 23:11:52 -0400 > Yuri Astrakhan <yuriastrak...@gmail.com> wrote: > > > At the moment, there are nearly 40,000 OSM objects whose wikipedia > > tag does not match their wikidata tag. Most of them a

Re: [OSM-talk] Adding wikidata tags to the remaining objects with only wikipedia tag

2017-09-25 Thread Yuri Astrakhan
Marc, thanks. I was under the assumption that talk is the global community - as it is the most generic in the list, unlike talk-us and talk-us-newyork. Does it meany that any global proposal would require talking to hundreds of communities independently, making it impossible to coordinate,

Re: [OSM-talk] Label language on the Default stylesheet

2017-09-25 Thread Yuri Astrakhan
> > And vice versa: I always wonder how usable a map in Latin alphabet is for > Chinese or Russian speakers. Cannot speak for Chinese, but in Russia, Latin alphabet was taught at the very early age in school. I think that drawing a map with local names in Latin font should not cause too many

Re: [OSM-talk] OSM Wikidata SPARQL service updated

2017-08-21 Thread Yuri Astrakhan
Sun, Aug 20, 2017 at 11:08:03PM -0400, Yuri Astrakhan wrote: > > Sarah, how would I set the node cache file to the repserv.apply_diffs()? > > The idx param is passed to the apply_file() - for the initial PBF dump > > parsing, but I don't see any place to pass it for the subsequ

Re: [OSM-talk] OSM Wikidata SPARQL service updated

2017-09-03 Thread Yuri Astrakhan
OSM+WD service updates: new examples interface contains just the OSM-related examples, and they are user-contributable. The osmm:loc (centroid) is now stored with all objects including relations, so it is now easy to see how far Wikidata's coordinates are from OSM's - http://tinyurl.com/yd97qtp2

Re: [OSM-talk] A thought on bot edits

2017-10-05 Thread Yuri Astrakhan
I like the "bot=no" flag, or a more specific one for a given field - "name:en:bot=no" - as long as those flags are not added by a bot :) Would it make sense, judging how wikidata* tags have been mostly auto-added by iD, as well as user's bot efforts, including my own, to treat wikidata explicitly

  1   2   3   >