In Contributions list, add an icon for images uploaded via Nearby that allows users to use that image in associated Wikipedia article(s)

[misaochan]

As discussed in #252, we might want to allow the user to edit the associated Wikipedia article to add the image, after the user has successfully uploaded a pic for a Wikidata item. This would complete the "chain" of seamless workflow after the other improvements at #252 are completed during the renewal - users can browse the places that need photos, select one and move to the location, directly upload the photo after taking it (with suggested titles and categories based on the Wikidata item), and THEN add it to the Wikipedia article that is associated with that item.

We could see if the Wikipedia app allows us to do that, or otherwise link to the web view. Otherwise, we could also implement the functionality in our own app if other options don't suit (last resort).

Considerations:

• We must include a tutorial on how to do so
• We must consider the user's Wikipedia language version as well as how to implement the UI in a clean manner
• We should log (or tag) the edits that are made via our app to ensure that we aren't vandalizing articles.

Edit 30 Jan 2020:

Scope of task:

• For images uploaded via Nearby (which have an associated Wikidata item and Wikipedia article), use the /page/media Restbase API to check if the associated Wikipedia article has relevant images. (Make sure you account for cases where there is no associated Wikipedia article, as not all Wikidata items have one.)
• If there is no Wikipedia article, or if the Wikipedia article already has relevant images, do nothing
• Otherwise, in the Contributions list, add a TODO icon to that image, perhaps on the bottom right (@neslihanturan could you please help us create an icon?)
• When user taps the TODO icon, show popup saying "Do you want to add this picture to the ___ language Wikipedia article? Yes/No"
• Selecting "yes" would bring them to the Wikipedia web editor (i.e. open a WebView with the URL of that Wikipedia article, in the edit section). Example: https://en.m.wikipedia.org/wiki/Ursula_K._Le_Guin#/editor/0
• Prior to entering the editor, we should have a popup with basic instructions of what to do, and the wikicode for that image displayed for easy copying
• The icon in the Contributions list should disappear once the edit is made. Perhaps this would require checking the /page/media Restbase API again.
• Log (or tag) the edits that are made via our app - I am actually not sure if this can be done since there will be no server-side indication.

[sivaraam]

Copying from my comment on #865

We could see if the Wikipedia app allows us to do that,

Could you describe a little more about what you expect the app to allow you to do? This might help in assessing the feasibility.

Adding one more,

we could also implement the functionality in our own app if other options don't suit (last resort).

I guess such a situation wouldn't happen.

[mithlesh4257]

I like to handle it.

[misaochan]

@mithlesh4257 , we really appreciate the offer, but you currently have 2 PRs in the works that have changes requested (for fairly basic things). I would strongly recommend focusing on those, and on learning as much as you can about Git and Android development. You will be able to contribute much more after you do that. ;)

This particular issue is an extremely involved one that we are still unclear on how to best implement (and it is also impossible to implement before #252 is complete). You could try if you really wanted to, but my suggestion is that your effort would be best spent on the things I mentioned.

@sivaraam Sorry I didn't get back to you on that! This has been pushed to the back burner a bit since we have been very busy with the grant tasks and sorting out the urgent crashes, Will have a think on it and get back to you ASAP.

[mithlesh4257]

Thanks @misaochan :-)

[misaochan]

I was playing around a bit with the Wikipedia links from our Nearby items and noted that 8/10 of the Wikipedia articles that I randomly chose to view actually HAD images. :/ Not just that, but the Commons category that the articles linked to had several other pictures that weren't displayed in the article! I wonder why this isn't reflected in our wikidata items.

This makes me wonder if this is truly a good idea for our next grant. If the majority of articles already have pictures, us directing the user to the mobile edit page might potentially cause more harm than good? Besides, how will they know which section to add the image to?

@sivaraam To answer the question of what we need the Wikipedia app to do, I think that depends on what the "best practices" of adding an image to an article is. My initial thought was that we would want to bring the user to the edit page of a Wikipedia article, and have the text '[[File:name of file that was just uploaded.jpg|thumb|Description that was just given to file]]' in a dialog for them to copy and paste.

[misaochan]

To solve this problem, perhaps a more conservative approach might be warranted. Is there a way to check whether the Wikipedia article associated with that Wikidata item has pictures or not? If we can do that, then maybe we can only prompt the user if the article has no pictures, and not otherwise. And see how that goes.

@VojtechDostal @nicolas-raoul What do you guys think?

[VojtechDostal]

@misaochan The way Wikipedia images in articles and infoboxes are handles differs wildly between language versions of Wikipedia. In the case of Czech Wikipedia, finding a suitable picture (either in the Wikipedia article or in the corresponding Commons category) which is not associated with the corresponding Wikidata item, is extremely rare, especially for items located in the Czech Republic. The data are quite tidy now. In other parts of the world, the integration of Wikipedia/Commons/Wikidata is not on that level yet.

Also, when you add a picture to Wikidata, any language version of Wikipedia can use this picture automatically using Wikidata modules integrated in infoboxes. Such infoboxes look for locally "added" pictures and if they don't find them, they'll search the corresponding Wikidata item. This means that automatic addition to Wikidata is an adequate solution for Czech Wikipedia. Other Wikipedias might struggle reading those data but it would be very difficult to automate appropriate editing of Wikipedia pages because:

• different language versions handle pictures differently and have different rules regarding choosing the proper picture
• things become more complex when there are infoboxes present on the page
• it might be difficult to generate automatic descriptions in the language of the Wikipedia version you are editing

So to sum up, I'd currently recommend rather that Wikipedias try to synchronize their image data with Wikidata (there is actually ongoing work on this in many places) and that they automate the display of Wikidata images in infoboxes.

[misaochan]

Thanks so much for the clarification, @VojtechDostal ! :) I guess in that case it is more of an upstream thing, and there isn't really anything efficient that can be done in our app for this purpose?

[nicolas-raoul]

Indeed in some parts of the world Wikipedia has a picture and Wikidata does not. However:

• Sometimes the picture on a Wikipedia has a rather closed license (such as "fair use") and thus is not OK for Commons nor for Wikidata. So, even if a Wikipedia has a picture another picture might be needed for Commons and for the rest of the Wikipedias (copying a "fair use" picture from a Wikipedia from another is tricky thus not done often.
• WDFIST is a tool that suggests Wikidata P18 by seeing what pictures are on the Wikipedia articles. Using WDFIST I processed all of Tokyo, the capital of a middle-sized country, and a lot of other cities. So, I am confident the whole world will be done within a few years. @VojtechDostal that might be a fun idea for an editathon? :-) Of course, new items/articles get created everyday, but once done we can keep up with the pace.

As @VojtechDostal wrote, the ideal (from a technical point of view) would be for infoboxes/etc to transclude directly from Wikidata.
BUT most local communities are rather suspicious of Wikidata (because they don't control it fully), and would rather copy-paste filenames manually. I actually thought of writing a webapp to add pictures to articles suggested by P18s. But the picture's uploader is the best person for that, though, as they know exactly where/when the picture was taken and maybe a bit of backstory. So the present issue makes sense.
Another argument against automatic transclusion is that pictures need a human-written caption (even in infoboxes). Examples of captions:

• "Landsat image with high-resolution data from Space Shuttle." https://en.wikipedia.org/wiki/Izu_Peninsula
• "Germany's northernmost vineyard in Loddin (Usedom Island)" https://en.wikipedia.org/wiki/Loddin

[VojtechDostal]

Thanks @nicolas-raoul for your insight.

Out of topic: One interesting improvement to consider would be to insert image descriptions into Wikidata as qualifiers. This is quite often done using property P2096. Infoboxes could then read this description when transcluding images from WD. However we'd have to start specifying language of description (our app currently does not do this, right? is there a Github issue for that?)

[sivaraam]

Is there a way to check whether the Wikipedia article associated with that Wikidata item has pictures or not?

I think you could use the MediaWiki API could be used to get a set of images that belong to a Wikipedia page:

https://www.mediawiki.org/wiki/API:Imageinfo

An example query:
https://en.wikipedia.org/w/api.php?action=query&format=json&prop=imageinfo&titles=Imperative+programming&generator=images

[sivaraam]

Sorry, here's a better example:

https://en.wikipedia.org/w/api.php?action=query&format=json&prop=imageinfo&titles=A._P._J._Abdul_Kalam&generator=images

There's a little issue with the API. It seems to return every single image on the page. See, https://phabricator.wikimedia.org/T174564

[sivaraam]

You could even try out the new /page/media Restbase API which shouldn't have the issue that the MediaWiki API has per comment T174564#4118458

See the /page/media/{title}{/revision} section of https://en.wikipedia.org/api/rest_v1/