Hi WMF Mobile and Research,
I'm wondering if we (mostly meaning "you" but perhaps with external collaborators) have considered how the Wikipedia mobile apps, Wikipedia mobile web, the Wikidata game, and/or the Commons app could borrow some design ideas or features from Pokémon Go to make Wikimedia offerings more appealing, particularly to younger audiences. This would apply to content consumption and contribution, as well as community aspects of Wikimedia experiences, particularly on mobile platforms.
Thanks,
Pine
Hi Pine -- did you have any specific ideas? I spent some time in the gaming industry and am familiar with Ingress, the game that Pokeman Go is based on, as well as the theories behind mechanics/compulsion loops that mobile games use.
I'll share one general thought -- the research-edit-publish loop is a great mechanism -- it's quick and easy and very gratifying, especially combined with a google search.
However, we've generally found that the notion that we use gaming mechanics to encourage people to read or edit wikipedia does not have broad support in our communities.
-Toby
On Thu, Jul 14, 2016 at 2:26 PM, Pine W wiki.pine@gmail.com wrote:
Hi WMF Mobile and Research,
I'm wondering if we (mostly meaning "you" but perhaps with external collaborators) have considered how the Wikipedia mobile apps, Wikipedia mobile web, the Wikidata game, and/or the Commons app could borrow some design ideas or features from Pokémon Go to make Wikimedia offerings more appealing, particularly to younger audiences. This would apply to content consumption and contribution, as well as community aspects of Wikimedia experiences, particularly on mobile platforms.
Thanks,
Pine
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
A game built on a travel-photograph-upload loop would be a great way to build our depth of imagery.
cheers stuart
-- ...let us be heard from red core to black sky
On Fri, Jul 15, 2016 at 9:52 AM, Toby Negrin tnegrin@wikimedia.org wrote:
Hi Pine -- did you have any specific ideas? I spent some time in the gaming industry and am familiar with Ingress, the game that Pokeman Go is based on, as well as the theories behind mechanics/compulsion loops that mobile games use.
I'll share one general thought -- the research-edit-publish loop is a great mechanism -- it's quick and easy and very gratifying, especially combined with a google search.
However, we've generally found that the notion that we use gaming mechanics to encourage people to read or edit wikipedia does not have broad support in our communities.
-Toby
On Thu, Jul 14, 2016 at 2:26 PM, Pine W wiki.pine@gmail.com wrote:
Hi WMF Mobile and Research,
I'm wondering if we (mostly meaning "you" but perhaps with external collaborators) have considered how the Wikipedia mobile apps, Wikipedia mobile web, the Wikidata game, and/or the Commons app could borrow some design ideas or features from Pokémon Go to make Wikimedia offerings more appealing, particularly to younger audiences. This would apply to content consumption and contribution, as well as community aspects of Wikimedia experiences, particularly on mobile platforms.
Thanks,
Pine
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
I was thinking along similar lines as Stuart, using OSM to navigate and encouraging users to take photos of landmarks and other buildings where that's permitted by FOP. Landmarks for which we have only small photos, old photos (more than about 3 years), or no photos could be prioritized.
Also, for readers, how about showing the readers an OSM view of the world and noting which nearby features have Wikipedia articles as the users navigate on the map?
Finally, I'd like users to have emotionally rewarding experiences when exploring our content, as well as creating new content or editing existing content. Editing is painful on mobile, and even on desktop in VE there are bugs which are frustrating. I'd like our tools to work properly, fast, and intuitively. I realize that WMF has a limited budget, but our interface is a ways from being a smooth and enjoyable experience, both on VE and on wikitext. And for readers, I'd like to have robust multimedia search and interactive features. We are far behind in our interfaces compared to sites and apps that others provide, and I hope that we can close that gap within the next two to three years. If WMF does not improve its interfaces rapidly, this leaves the door open for competitors to remix our content with better interfaces, and also encourages potential contibutors to leave Wikimedia for places that provide nice, modern designs and user experiences.
Pine On Jul 14, 2016 15:03, "Stuart A. Yeates" syeates@gmail.com wrote:
A game built on a travel-photograph-upload loop would be a great way to build our depth of imagery.
cheers stuart
-- ...let us be heard from red core to black sky
On Fri, Jul 15, 2016 at 9:52 AM, Toby Negrin tnegrin@wikimedia.org wrote:
Hi Pine -- did you have any specific ideas? I spent some time in the gaming industry and am familiar with Ingress, the game that Pokeman Go is based on, as well as the theories behind mechanics/compulsion loops that mobile games use.
I'll share one general thought -- the research-edit-publish loop is a great mechanism -- it's quick and easy and very gratifying, especially combined with a google search.
However, we've generally found that the notion that we use gaming mechanics to encourage people to read or edit wikipedia does not have broad support in our communities.
-Toby
On Thu, Jul 14, 2016 at 2:26 PM, Pine W wiki.pine@gmail.com wrote:
Hi WMF Mobile and Research,
I'm wondering if we (mostly meaning "you" but perhaps with external collaborators) have considered how the Wikipedia mobile apps, Wikipedia mobile web, the Wikidata game, and/or the Commons app could borrow some design ideas or features from Pokémon Go to make Wikimedia offerings more appealing, particularly to younger audiences. This would apply to content consumption and contribution, as well as community aspects of Wikimedia experiences, particularly on mobile platforms.
Thanks,
Pine
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Sorry, I think that last paragraph sounded a bit like a rant. I think some of the problem here is that WMF lacks the financial resources to deploy many hundreds or thousands of researchers, designers and engineers like Google and Microsoft can. I'd like to see that resource problem solved. To be fair, even with all of their resources, Microsoft in particular has had problems (Windows 8 and Windows Vista come to mind). However, I do wonder, if WMF was able to borrow 500 researchers, designers, and engineers from other companies for a year or two, if WMF could make serious progress at the usability and features deficits between Wikimedia platforms and other major sites.
Aside from the resource problem, I'd be keen in hearing other thoughts on how to accelerate WMF progress on design and features so that we can have some of the features that I mentioned above as well as have intuitive, fast, robust interfaces that our readers and contributors enjoy using.
Pine
On Thu, Jul 14, 2016 at 7:22 PM, Pine W wiki.pine@gmail.com wrote:
I was thinking along similar lines as Stuart, using OSM to navigate and encouraging users to take photos of landmarks and other buildings where that's permitted by FOP. Landmarks for which we have only small photos, old photos (more than about 3 years), or no photos could be prioritized.
Also, for readers, how about showing the readers an OSM view of the world and noting which nearby features have Wikipedia articles as the users navigate on the map?
Finally, I'd like users to have emotionally rewarding experiences when exploring our content, as well as creating new content or editing existing content. Editing is painful on mobile, and even on desktop in VE there are bugs which are frustrating. I'd like our tools to work properly, fast, and intuitively. I realize that WMF has a limited budget, but our interface is a ways from being a smooth and enjoyable experience, both on VE and on wikitext. And for readers, I'd like to have robust multimedia search and interactive features. We are far behind in our interfaces compared to sites and apps that others provide, and I hope that we can close that gap within the next two to three years. If WMF does not improve its interfaces rapidly, this leaves the door open for competitors to remix our content with better interfaces, and also encourages potential contibutors to leave Wikimedia for places that provide nice, modern designs and user experiences.
Pine On Jul 14, 2016 15:03, "Stuart A. Yeates" syeates@gmail.com wrote:
A game built on a travel-photograph-upload loop would be a great way to build our depth of imagery.
cheers stuart
-- ...let us be heard from red core to black sky
On Fri, Jul 15, 2016 at 9:52 AM, Toby Negrin tnegrin@wikimedia.org wrote:
Hi Pine -- did you have any specific ideas? I spent some time in the gaming industry and am familiar with Ingress, the game that Pokeman Go is based on, as well as the theories behind mechanics/compulsion loops that mobile games use.
I'll share one general thought -- the research-edit-publish loop is a great mechanism -- it's quick and easy and very gratifying, especially combined with a google search.
However, we've generally found that the notion that we use gaming mechanics to encourage people to read or edit wikipedia does not have broad support in our communities.
-Toby
On Thu, Jul 14, 2016 at 2:26 PM, Pine W wiki.pine@gmail.com wrote:
Hi WMF Mobile and Research,
I'm wondering if we (mostly meaning "you" but perhaps with external collaborators) have considered how the Wikipedia mobile apps, Wikipedia mobile web, the Wikidata game, and/or the Commons app could borrow some design ideas or features from Pokémon Go to make Wikimedia offerings more appealing, particularly to younger audiences. This would apply to content consumption and contribution, as well as community aspects of Wikimedia experiences, particularly on mobile platforms.
Thanks,
Pine
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
On Fri, Jul 15, 2016 at 3:22 AM Pine W wiki.pine@gmail.com wrote:
I was thinking along similar lines as Stuart, using OSM to navigate and encouraging users to take photos of landmarks and other buildings where that's permitted by FOP. Landmarks for which we have only small photos, old photos (more than about 3 years), or no photos could be prioritized.
*ahem* ;-)
RichFarmbrough has been helping me out with lists of articles that have a UK geocode but no image. https://en.wikipedia.org/wiki/User:Rich_Farmbrough/temp138 I've been testing image adding as a newbie exercise. Due to the Geograph the UK is much better covered on Commons than most other places, 0.1% of the world's land area used to have over 10% of commons and still has about 6%
The same sort of lists could be created for other countries, but whereas in the UK we have images on commons or can import them from the Geograph, for most other countries this would be a prospect list for photographers. Of course countries that lack FOP or have FOPNC will have lots of articles about buildings that we can't photograph, but maybe we can filter out articles about modern buildings in countries with restrictive FOP?
On 18 July 2016 at 15:07, Magnus Manske magnusmanske@googlemail.com wrote:
On Fri, Jul 15, 2016 at 3:22 AM Pine W wiki.pine@gmail.com wrote:
I was thinking along similar lines as Stuart, using OSM to navigate and encouraging users to take photos of landmarks and other buildings where that's permitted by FOP. Landmarks for which we have only small photos, old photos (more than about 3 years), or no photos could be prioritized.
*ahem* ;-)
https://tools.wmflabs.org/wikishootme/
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
In the last couple of days there there has been some interesting analysis about the geographical distribution of Pokemon features in relation deprivation, and ethnicity which is closely tied to deprivation in many cultures. Essentially the large crowd-produced data sources have less participation and thus less coverage in areas of high deprivation.
It would be very interesting to assign geo-referenced articles to census mesh blocks and plot density of articles / images against measures of deprivation.
It would be even more interesting to come up with incentives to increase the balance of our content.
cheers stuart
-- ...let us be heard from red core to black sky
On Tue, Jul 19, 2016 at 10:45 PM, WereSpielChequers < werespielchequers@gmail.com> wrote:
RichFarmbrough has been helping me out with lists of articles that have a UK geocode but no image. https://en.wikipedia.org/wiki/User:Rich_Farmbrough/temp138 I've been testing image adding as a newbie exercise. Due to the Geograph the UK is much better covered on Commons than most other places, 0.1% of the world's land area used to have over 10% of commons and still has about 6%
The same sort of lists could be created for other countries, but whereas in the UK we have images on commons or can import them from the Geograph, for most other countries this would be a prospect list for photographers. Of course countries that lack FOP or have FOPNC will have lots of articles about buildings that we can't photograph, but maybe we can filter out articles about modern buildings in countries with restrictive FOP?
On 18 July 2016 at 15:07, Magnus Manske magnusmanske@googlemail.com wrote:
On Fri, Jul 15, 2016 at 3:22 AM Pine W wiki.pine@gmail.com wrote:
I was thinking along similar lines as Stuart, using OSM to navigate and encouraging users to take photos of landmarks and other buildings where that's permitted by FOP. Landmarks for which we have only small photos, old photos (more than about 3 years), or no photos could be prioritized.
*ahem* ;-)
https://tools.wmflabs.org/wikishootme/
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
On Fri, Jul 22, 2016 at 11:00 AM, Stuart A. Yeates syeates@gmail.com wrote:
In the last couple of days there there has been some interesting analysis about the geographical distribution of Pokemon features in relation deprivation, and ethnicity which is closely tied to deprivation in many cultures. Essentially the large crowd-produced data sources have less participation and thus less coverage in areas of high deprivation.
It would be very interesting to assign geo-referenced articles to census mesh blocks and plot density of articles / images against measures of deprivation.
It would be even more interesting to come up with incentives to increase the balance of our content.
https://iccl.inf.tu-dresden.de/web/Wikidata/Maps-06-2015/en and https://commons.wikimedia.org/wiki/Category:Wikidata_visualizations might be of interest.
Cheers Lydia
In regards to smartphones in general: I suppose editing Wikipedia as a general activity is unlikely to be great no matter how good our apps are. Screen and Keyboard don't lend themselves for editing (longer) prose. However, with stuart’s and pine’s idea of using OSM and GPS for photos we would use what smartphones and their users are good at. Also, adding data to existing items on wikidata or correcting typos on Wikipedia might be things that could be done well in an app that provides functionality geared towards that specific usecase.
this leaves the door open for competitors to remix our content with
better interfaces, and also encourages potential contibutors to leave Wikimedia for places that provide nice, modern designs and user experiences.
Interesting point. Are there ideas of how other's remixes could help to actually strengthen rather than weaken the project?
Jan
2016-07-15 4:22 GMT+02:00 Pine W wiki.pine@gmail.com:
I was thinking along similar lines as Stuart, using OSM to navigate and encouraging users to take photos of landmarks and other buildings where that's permitted by FOP. Landmarks for which we have only small photos, old photos (more than about 3 years), or no photos could be prioritized.
Also, for readers, how about showing the readers an OSM view of the world and noting which nearby features have Wikipedia articles as the users navigate on the map?
Finally, I'd like users to have emotionally rewarding experiences when exploring our content, as well as creating new content or editing existing content. Editing is painful on mobile, and even on desktop in VE there are bugs which are frustrating. I'd like our tools to work properly, fast, and intuitively. I realize that WMF has a limited budget, but our interface is a ways from being a smooth and enjoyable experience, both on VE and on wikitext. And for readers, I'd like to have robust multimedia search and interactive features. We are far behind in our interfaces compared to sites and apps that others provide, and I hope that we can close that gap within the next two to three years. If WMF does not improve its interfaces rapidly, this leaves the door open for competitors to remix our content with better interfaces, and also encourages potential contibutors to leave Wikimedia for places that provide nice, modern designs and user experiences.
Pine On Jul 14, 2016 15:03, "Stuart A. Yeates" syeates@gmail.com wrote:
A game built on a travel-photograph-upload loop would be a great way to build our depth of imagery.
cheers stuart
-- ...let us be heard from red core to black sky
On Fri, Jul 15, 2016 at 9:52 AM, Toby Negrin tnegrin@wikimedia.org wrote:
Hi Pine -- did you have any specific ideas? I spent some time in the gaming industry and am familiar with Ingress, the game that Pokeman Go is based on, as well as the theories behind mechanics/compulsion loops that mobile games use.
I'll share one general thought -- the research-edit-publish loop is a great mechanism -- it's quick and easy and very gratifying, especially combined with a google search.
However, we've generally found that the notion that we use gaming mechanics to encourage people to read or edit wikipedia does not have broad support in our communities.
-Toby
On Thu, Jul 14, 2016 at 2:26 PM, Pine W wiki.pine@gmail.com wrote:
Hi WMF Mobile and Research,
I'm wondering if we (mostly meaning "you" but perhaps with external collaborators) have considered how the Wikipedia mobile apps, Wikipedia mobile web, the Wikidata game, and/or the Commons app could borrow some design ideas or features from Pokémon Go to make Wikimedia offerings more appealing, particularly to younger audiences. This would apply to content consumption and contribution, as well as community aspects of Wikimedia experiences, particularly on mobile platforms.
Thanks,
Pine
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Hoi, Restricting it to Wikipedia sure. But that is not who we are. We include Commons, Wikidata... There are plenty possibilities to combine the three. You do not need to write to read an article and decide what relations exists between multiple articles and as a consequence set the stage for Wikidata statements or the need for sources. Thanks, GerardM
On 19 July 2016 at 08:55, Jan Dittrich jan.dittrich@wikimedia.de wrote:
In regards to smartphones in general: I suppose editing Wikipedia as a general activity is unlikely to be great no matter how good our apps are. Screen and Keyboard don't lend themselves for editing (longer) prose. However, with stuart’s and pine’s idea of using OSM and GPS for photos we would use what smartphones and their users are good at. Also, adding data to existing items on wikidata or correcting typos on Wikipedia might be things that could be done well in an app that provides functionality geared towards that specific usecase.
this leaves the door open for competitors to remix our content with
better interfaces, and also encourages potential contibutors to leave Wikimedia for places that provide nice, modern designs and user experiences.
Interesting point. Are there ideas of how other's remixes could help to actually strengthen rather than weaken the project?
Jan
2016-07-15 4:22 GMT+02:00 Pine W wiki.pine@gmail.com:
I was thinking along similar lines as Stuart, using OSM to navigate and encouraging users to take photos of landmarks and other buildings where that's permitted by FOP. Landmarks for which we have only small photos, old photos (more than about 3 years), or no photos could be prioritized.
Also, for readers, how about showing the readers an OSM view of the world and noting which nearby features have Wikipedia articles as the users navigate on the map?
Finally, I'd like users to have emotionally rewarding experiences when exploring our content, as well as creating new content or editing existing content. Editing is painful on mobile, and even on desktop in VE there are bugs which are frustrating. I'd like our tools to work properly, fast, and intuitively. I realize that WMF has a limited budget, but our interface is a ways from being a smooth and enjoyable experience, both on VE and on wikitext. And for readers, I'd like to have robust multimedia search and interactive features. We are far behind in our interfaces compared to sites and apps that others provide, and I hope that we can close that gap within the next two to three years. If WMF does not improve its interfaces rapidly, this leaves the door open for competitors to remix our content with better interfaces, and also encourages potential contibutors to leave Wikimedia for places that provide nice, modern designs and user experiences.
Pine On Jul 14, 2016 15:03, "Stuart A. Yeates" syeates@gmail.com wrote:
A game built on a travel-photograph-upload loop would be a great way to build our depth of imagery.
cheers stuart
-- ...let us be heard from red core to black sky
On Fri, Jul 15, 2016 at 9:52 AM, Toby Negrin tnegrin@wikimedia.org wrote:
Hi Pine -- did you have any specific ideas? I spent some time in the gaming industry and am familiar with Ingress, the game that Pokeman Go is based on, as well as the theories behind mechanics/compulsion loops that mobile games use.
I'll share one general thought -- the research-edit-publish loop is a great mechanism -- it's quick and easy and very gratifying, especially combined with a google search.
However, we've generally found that the notion that we use gaming mechanics to encourage people to read or edit wikipedia does not have broad support in our communities.
-Toby
On Thu, Jul 14, 2016 at 2:26 PM, Pine W wiki.pine@gmail.com wrote:
Hi WMF Mobile and Research,
I'm wondering if we (mostly meaning "you" but perhaps with external collaborators) have considered how the Wikipedia mobile apps, Wikipedia mobile web, the Wikidata game, and/or the Commons app could borrow some design ideas or features from Pokémon Go to make Wikimedia offerings more appealing, particularly to younger audiences. This would apply to content consumption and contribution, as well as community aspects of Wikimedia experiences, particularly on mobile platforms.
Thanks,
Pine
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
-- Jan Dittrich UX Design/ User Research
Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin Phone: +49 (0)30 219 158 26-0 http://wikimedia.de
Imagine a world, in which every single human being can freely share in the sum of all knowledge. That‘s our commitment.
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/029/42207.
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Thinking in a little more depth about how such a game might work it occurs to me that:
(a) being able to rank the 'interestingness' of items help differentiate that we most want photos of (think of an algorithm to combine the relative ranks of all articles on a topic across all projects)
(b) often the location of things (especially people) is not in their article, but can be deduced (for many academics we know which campus they work on and the location of that campus, for example)
(c) people will have favourite kinds of photographic subjects, an app might let people prioritise classes of items.
(d) Many images in commons are little used, a game could give bonuses for photos that are used by multiple projects on high-ranking pages
(e) Many images in commons have far too little metadata, a game could give bonuses for the presence of metadata (cats, keywords, textual description, etc)
cheers stuart
-- ...let us be heard from red core to black sky
On Tue, Jul 19, 2016 at 7:12 PM, Gerard Meijssen gerard.meijssen@gmail.com wrote:
Hoi, Restricting it to Wikipedia sure. But that is not who we are. We include Commons, Wikidata... There are plenty possibilities to combine the three. You do not need to write to read an article and decide what relations exists between multiple articles and as a consequence set the stage for Wikidata statements or the need for sources. Thanks, GerardM
On 19 July 2016 at 08:55, Jan Dittrich jan.dittrich@wikimedia.de wrote:
In regards to smartphones in general: I suppose editing Wikipedia as a general activity is unlikely to be great no matter how good our apps are. Screen and Keyboard don't lend themselves for editing (longer) prose. However, with stuart’s and pine’s idea of using OSM and GPS for photos we would use what smartphones and their users are good at. Also, adding data to existing items on wikidata or correcting typos on Wikipedia might be things that could be done well in an app that provides functionality geared towards that specific usecase.
this leaves the door open for competitors to remix our content with
better interfaces, and also encourages potential contibutors to leave Wikimedia for places that provide nice, modern designs and user experiences.
Interesting point. Are there ideas of how other's remixes could help to actually strengthen rather than weaken the project?
Jan
2016-07-15 4:22 GMT+02:00 Pine W wiki.pine@gmail.com:
I was thinking along similar lines as Stuart, using OSM to navigate and encouraging users to take photos of landmarks and other buildings where that's permitted by FOP. Landmarks for which we have only small photos, old photos (more than about 3 years), or no photos could be prioritized.
Also, for readers, how about showing the readers an OSM view of the world and noting which nearby features have Wikipedia articles as the users navigate on the map?
Finally, I'd like users to have emotionally rewarding experiences when exploring our content, as well as creating new content or editing existing content. Editing is painful on mobile, and even on desktop in VE there are bugs which are frustrating. I'd like our tools to work properly, fast, and intuitively. I realize that WMF has a limited budget, but our interface is a ways from being a smooth and enjoyable experience, both on VE and on wikitext. And for readers, I'd like to have robust multimedia search and interactive features. We are far behind in our interfaces compared to sites and apps that others provide, and I hope that we can close that gap within the next two to three years. If WMF does not improve its interfaces rapidly, this leaves the door open for competitors to remix our content with better interfaces, and also encourages potential contibutors to leave Wikimedia for places that provide nice, modern designs and user experiences.
Pine On Jul 14, 2016 15:03, "Stuart A. Yeates" syeates@gmail.com wrote:
A game built on a travel-photograph-upload loop would be a great way to build our depth of imagery.
cheers stuart
-- ...let us be heard from red core to black sky
On Fri, Jul 15, 2016 at 9:52 AM, Toby Negrin tnegrin@wikimedia.org wrote:
Hi Pine -- did you have any specific ideas? I spent some time in the gaming industry and am familiar with Ingress, the game that Pokeman Go is based on, as well as the theories behind mechanics/compulsion loops that mobile games use.
I'll share one general thought -- the research-edit-publish loop is a great mechanism -- it's quick and easy and very gratifying, especially combined with a google search.
However, we've generally found that the notion that we use gaming mechanics to encourage people to read or edit wikipedia does not have broad support in our communities.
-Toby
On Thu, Jul 14, 2016 at 2:26 PM, Pine W wiki.pine@gmail.com wrote:
Hi WMF Mobile and Research,
I'm wondering if we (mostly meaning "you" but perhaps with external collaborators) have considered how the Wikipedia mobile apps, Wikipedia mobile web, the Wikidata game, and/or the Commons app could borrow some design ideas or features from Pokémon Go to make Wikimedia offerings more appealing, particularly to younger audiences. This would apply to content consumption and contribution, as well as community aspects of Wikimedia experiences, particularly on mobile platforms.
Thanks,
Pine
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
-- Jan Dittrich UX Design/ User Research
Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin Phone: +49 (0)30 219 158 26-0 http://wikimedia.de
Imagine a world, in which every single human being can freely share in the sum of all knowledge. That‘s our commitment.
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/029/42207.
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Wiki-research-l mailing list Wiki-research-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wiki-research-l
On Tue, Jul 19, 2016 at 11:29 AM Stuart A. Yeates syeates@gmail.com wrote:
(b) often the location of things (especially people) is not in their article, but can be deduced (for many academics we know which campus they work on and the location of that campus, for example)
Have that one covered for a while now:
https://tools.wmflabs.org/wikidata-todo/static/scientists_without_image_by_e...
wiki-research-l@lists.wikimedia.org