Page MenuHomePhabricator

Experiment with rich media
Closed, DeclinedPublic

Description

Many years ago yurik wrote an interesting essay about rich content in wikipedia - https://meta.m.wikimedia.org/wiki/User:Yurik/I_Dream_of_Content

Now, 8 years later, the future of the graph extension is in doubt, and for several years now, rich media adoption in wikipedia has largely stalled.

Lets hack up some crazy ideas around rich media and see if we come up with anything cool. Or even just come up with ideas about what could be cool. Hackathons should be about brainstorming, so lets let the ideas flow.

Some related things that may or may not form a starting point:

Event Timeline

I think a lot of confusion around Graph comes from the fact that it tries to serve two very different use cases:

  • Visualizations based on structured sequential data (as opposed to Wikidata which is structured key-value data). You put the numbers in a data table on Commons, Graph pulls in the data and renders a chart or map. This allows for data sharing across wikis, machine-readability and writeability, separation of article maintenance and data updates etc. etc. It would basically bring the advantages of Wikidata to another domain of data.
  • Rich interactive content - maps or diagrams where you can zoom in, animations explaining how machines work, whatever.

As far as I can tell, neither of these had any appreciable uptake. Most graphs don't use external data and just dump it into the wikitext; most graphs don't include a meaningful level of interactivity, and are very basic data visualizations like bar charts or pie charts. The future of the extension is in doubt because of technical issues (although of course the lack of adoption influences how much effort is spent attempting to fix those technical issues), but its failure at adoption is because of product issues. Using it is just not intuitive enough and not well explained; using it in a non-trivial way (such as actually providing rich media), even more so.

So I think the key question is not what's technically possible (or cool from a hacker's point of view) but what would editors be actually willing to use?

I think a lot of confusion around Graph comes from the fact that it tries to serve two very different use cases:

  • Visualizations based on structured sequential data (as opposed to Wikidata which is structured key-value data). You put the numbers in a data table on Commons, Graph pulls in the data and renders a chart or map. This allows for data sharing across wikis, machine-readability and writeability, separation of article maintenance and data updates etc. etc. It would basically bring the advantages of Wikidata to another domain of data.
  • Rich interactive content - maps or diagrams where you can zoom in, animations explaining how machines work, whatever.

As far as I can tell, neither of these had any appreciable uptake. Most graphs don't use external data and just dump it into the wikitext; most graphs don't include a meaningful level of interactivity, and are very basic data visualizations like bar charts or pie charts. The future of the extension is in doubt because of technical issues (although of course the lack of adoption influences how much effort is spent attempting to fix those technical issues), but its failure at adoption is because of product issues. Using it is just not intuitive enough and not well explained; using it in a non-trivial way (such as actually providing rich media), even more so.

So I think the key question is not what's technically possible (or cool from a hacker's point of view) but what would editors be actually willing to use?

I agree 100%. I still think its useful to experiment towards demos as its hard to talk to users without demos, but the big thing is figuring out what would work, not making it work.

(Just for context, i was planning to experiment with this sort of thing even before the graph kerfuffle, because it really seems like graph has not lived up to its potential)

Thanks for participating in the Hackathon! We hope you had a great time.

  • If this task was being worked on and resolved at the Hackathon: Please change the task status to resolved via the Add Action...Change Status dropdown, and make sure that this task has a link to the public codebase.
  • If this task is still valid and should stay open: Please add another active project tag to this task, so others can find this task (as likely nobody in the future will look back at the Hackathon workboard when trying to find something they are interested in).
  • In case there is nothing else to do for this task, or nobody plans to work on this task anymore: Please set the task status to declined.

Thank you,
Phabricator housekeeping service

No reply; closing