[Wikitech-l] ANN: Version 2.0.0 of the Memento MediaWiki Extension
All, Thanks to the feedback of developers from this list (wikitech-l), version 2.0.0 of the Memento time travel Extension for MediaWiki has been released. The extension can be downloaded via [1]. Information on the extension is available at [2]. A demonstration wiki equipped with the extension is available at [3]. The extension works with Memento clients [4] to allow one to browse pages on an installation of MediaWiki as if it were some datetime in the past. This has numerous applications, from avoiding spoilers [5] to studying the changes in law. Recently, at WikiConference USA 2014, we presented our experiences reconstructing the past using MediaWiki [6, 7], and demonstrated using the extension to avoid spoilers [8, 9]. The extension is fully compliant with RFC 7089 [10], which specifies the Memento protocol. The effort was supported in part by the Andrew W. Mellon Foundation and is a joint effort between Old Dominion University and Los Alamos National Laboratory. The Memento protocol extends HTTP to support content negotiation with time, allowing one to view past versions of web pages. This document [11] provides insight into the added value that the protocol brings to MediaWiki. Videos [12], and [13] show Memento at work in the web at large. The latter pays significant attention to temporal navigation in Wikipedia, and hence illustrates that the Memento Team considers time travel in MediaWiki platforms a major use case of the protocol. Video [14] shows how one could use the Memento MediaWiki Extension to avoid spoilers in fan-based wikis. The Memento protocol is currently used by major web archives [15] and supported by the International Internet Preservation Consortium [16]. Once again, the Memento team is appreciative of all of the feedback from the Wikimedia team, and just because we have reached 2.0.0 doesn’t mean that we don’t seek additional input in order to improve the extension. On behalf of the Memento Team, Shawn M. Jones Graduate Research Assistant Department of Computer Science Old Dominion University Email: sj...@cs.odu.edu Research group: http://ws-dl.blogspot.com Twitter:@shawnmjones [1] https://github.com/hariharshankar/mediawiki/releases/tag/v2.0.0 [2] https://www.mediawiki.org/wiki/Extension:Memento [3] http://ws-dl-05.cs.odu.edu/demo/ [4] http://bit.ly/memento-for-chrome [5] http://ws-dl.blogspot.com/2013/12/2013-12-18-avoiding-spoilers-with.html [6] http://wikiconferenceusa.org/wiki/Submissions:Reconstructing_the_past_with_Mediawiki:_Programmatic_Issues_and_Solutions [7] http://www.slideshare.net/shawnmjones/reconstructing-the-past-with-media-wiki-35333484 [8] http://wikiconferenceusa.org/wiki/Submissions:Using_the_Memento_Mediawiki_Extension_to_Avoid_Spoilers [9] http://www.slideshare.net/shawnmjones/using-the-memento-mediawiki-extension-to-avoid-spoilers-35333526 [10] http://tools.ietf.org/html/rfc7089 [11] http://www.mementoweb.org/wikipedia/ [12] http://www.youtube.com/watch?v=0_70lQPOOIg [13] http://www.youtube.com/watch?v=WtZHKeFwjzk [14] https://www.youtube.com/watch?v=ciClYjTnscs [15] http://mementoweb.org/depot/ [16] http://netpreserve.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Second round of the MediaWiki Release Management RFP
> On Jun 14, 2014 3:48 AM, "Pine W" wrote: > > Out of curiosity, will the proposals be reviewed by GAC? > > I doubt it. There's no grant here. > > This is a contract initiated by WMF not a grant initiated by a potential > grantee. Right. > > cf. https://wikimediafoundation.org/wiki/Category:Requests_for_Proposals > has that stopped getting up updates? Didn't know of it. I'll take a look at integrating. -- | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E | | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D | signature.asc Description: Digital signature ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to Keep Track of Template Values Across a Wikipedia?
If the Abuse filter is smart enough to detect every edit that changes a
value in those templates, it can attach a tag to those edits. Then, it
would be easy to follow recent changes for that tag.
Il 13/06/2014 23:53, Maximilian Klein ha scritto:
Hello All,
I'm working on the Open-Access Signalling Project[1], which aims to signal
and badge when a reference in Wikipedia is Open Access source. I'm writing
the bot at the moment to do this, and I'm encountering a question - how do
I keep track of the values of the template {{Cite doi | doi=value}}, in as
close to real-time as possible?
The most efficient approach I can come up with is to query the SQL servers
on Labs in constant loop, returning the results of "What transcludes {{Cite
doi}}" and seeing if the last_edited timestamp is newer than previous? If
the last_edit is newer, then get the content of the page and see if the
{{Cite_doi}} value has changed, checking against a local database.
This seems horribly inefficient still. Is there a hook to know when a
template on a page has been edited, rather than having to check every time
the page has been edited?
Thanks in advance,
Max Klein
‽ http://notconfusing.com/
[1]
https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Open_Access/Signalling_OA-ness
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to Keep Track of Template Values Across a Wikipedia?
I'm sending this from my mobile, but doesn't the cite doi generate an
external link?
On Saturday, June 14, 2014, Maximilian Klein wrote:
> That is a a great Idea for just dealing with those cases of {{Cite doi}}.
> However I just realized from your response that the scope of this problem
> is larger, {{Cite journal|doi=}} also contains dois that the project wants
> to keep track of. Is there a way to know when {{Cite journal}} changes?
>
> I suppose the hack could be to make {{Cite journal}} call another template
> which we can track. Or have Lua somehow report out what DOIs are in use.
>
> Max Klein
> ‽ http://notconfusing.com/
>
>
> On Sat, Jun 14, 2014 at 3:14 AM, Merlijn van Deen >
> wrote:
>
> > If I understand correctly,
> >
> > {{cite doi|10.1103/RevModPhys.69.865}}
> >
> > essentially includes
> >
> https://en.wikipedia.org/wiki/Template:Cite_doi/10.1103.2FRevModPhys.69.865
> > ; if that page does not exist, a bot will fill it (e.g.
> >
> >
> https://en.wikipedia.org/w/index.php?title=Template:Cite_doi/10.1103.2FRevModPhys.69.865&oldid=472819775
> > ).
> >
> > As such, you could just edit pages with the prefix "Template:Cite_doi/".
> > You'd just have to check for new pages there, and that should be easy to
> do
> > with a database query.
> >
> > Merlijn
> >
> >
> > On 13 June 2014 23:53, Maximilian Klein >
> wrote:
> >
> > > Hello All,
> > >
> > > I'm working on the Open-Access Signalling Project[1], which aims to
> > signal
> > > and badge when a reference in Wikipedia is Open Access source. I'm
> > writing
> > > the bot at the moment to do this, and I'm encountering a question - how
> > do
> > > I keep track of the values of the template {{Cite doi | doi=value}}, in
> > as
> > > close to real-time as possible?
> > >
> > > The most efficient approach I can come up with is to query the SQL
> > servers
> > > on Labs in constant loop, returning the results of "What transcludes
> > {{Cite
> > > doi}}" and seeing if the last_edited timestamp is newer than previous?
> If
> > > the last_edit is newer, then get the content of the page and see if the
> > > {{Cite_doi}} value has changed, checking against a local database.
> > >
> > > This seems horribly inefficient still. Is there a hook to know when a
> > > template on a page has been edited, rather than having to check every
> > time
> > > the page has been edited?
> > >
> > > Thanks in advance,
> > >
> > > Max Klein
> > > ‽ http://notconfusing.com/
> > >
> > > [1]
> > >
> > >
> >
> https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Open_Access/Signalling_OA-ness
> > > ___
> > > Wikitech-l mailing list
> > > Wikitech-l@lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to Keep Track of Template Values Across a Wikipedia?
That is a a great Idea for just dealing with those cases of {{Cite doi}}.
However I just realized from your response that the scope of this problem
is larger, {{Cite journal|doi=}} also contains dois that the project wants
to keep track of. Is there a way to know when {{Cite journal}} changes?
I suppose the hack could be to make {{Cite journal}} call another template
which we can track. Or have Lua somehow report out what DOIs are in use.
Max Klein
‽ http://notconfusing.com/
On Sat, Jun 14, 2014 at 3:14 AM, Merlijn van Deen
wrote:
> If I understand correctly,
>
> {{cite doi|10.1103/RevModPhys.69.865}}
>
> essentially includes
> https://en.wikipedia.org/wiki/Template:Cite_doi/10.1103.2FRevModPhys.69.865
> ; if that page does not exist, a bot will fill it (e.g.
>
> https://en.wikipedia.org/w/index.php?title=Template:Cite_doi/10.1103.2FRevModPhys.69.865&oldid=472819775
> ).
>
> As such, you could just edit pages with the prefix "Template:Cite_doi/".
> You'd just have to check for new pages there, and that should be easy to do
> with a database query.
>
> Merlijn
>
>
> On 13 June 2014 23:53, Maximilian Klein wrote:
>
> > Hello All,
> >
> > I'm working on the Open-Access Signalling Project[1], which aims to
> signal
> > and badge when a reference in Wikipedia is Open Access source. I'm
> writing
> > the bot at the moment to do this, and I'm encountering a question - how
> do
> > I keep track of the values of the template {{Cite doi | doi=value}}, in
> as
> > close to real-time as possible?
> >
> > The most efficient approach I can come up with is to query the SQL
> servers
> > on Labs in constant loop, returning the results of "What transcludes
> {{Cite
> > doi}}" and seeing if the last_edited timestamp is newer than previous? If
> > the last_edit is newer, then get the content of the page and see if the
> > {{Cite_doi}} value has changed, checking against a local database.
> >
> > This seems horribly inefficient still. Is there a hook to know when a
> > template on a page has been edited, rather than having to check every
> time
> > the page has been edited?
> >
> > Thanks in advance,
> >
> > Max Klein
> > ‽ http://notconfusing.com/
> >
> > [1]
> >
> >
> https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Open_Access/Signalling_OA-ness
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Second round of the MediaWiki Release Management RFP
On Jun 14, 2014 3:48 AM, "Pine W" wrote: > Out of curiosity, will the proposals be reviewed by GAC? I doubt it. There's no grant here. This is a contract initiated by WMF not a grant initiated by a potential grantee. cf. https://wikimediafoundation.org/wiki/Category:Requests_for_Proposals has that stopped getting up updates? -Jeremy ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [RFC] Extension registration
Hey, I don't see any reason to continue supporting register_globals at any > level. It's been turned off by default in 4.2.0 (circa 2002), deprecated in > 5.3.0 and removed in 5.4.0. There's no reason to keep supporting it, it's > not a good use of our resources to maintain that support. > I very much agree with this. Having a check for register_globals being on that exits the code seems like a good way to address the issue with minimal effort. Cheers -- Jeroen De Dauw - http://www.bn2vs.com Software craftsmanship advocate Evil software architect at Wikimedia Germany ~=[,,_,,]:3 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to Keep Track of Template Values Across a Wikipedia?
If I understand correctly,
{{cite doi|10.1103/RevModPhys.69.865}}
essentially includes
https://en.wikipedia.org/wiki/Template:Cite_doi/10.1103.2FRevModPhys.69.865
; if that page does not exist, a bot will fill it (e.g.
https://en.wikipedia.org/w/index.php?title=Template:Cite_doi/10.1103.2FRevModPhys.69.865&oldid=472819775
).
As such, you could just edit pages with the prefix "Template:Cite_doi/".
You'd just have to check for new pages there, and that should be easy to do
with a database query.
Merlijn
On 13 June 2014 23:53, Maximilian Klein wrote:
> Hello All,
>
> I'm working on the Open-Access Signalling Project[1], which aims to signal
> and badge when a reference in Wikipedia is Open Access source. I'm writing
> the bot at the moment to do this, and I'm encountering a question - how do
> I keep track of the values of the template {{Cite doi | doi=value}}, in as
> close to real-time as possible?
>
> The most efficient approach I can come up with is to query the SQL servers
> on Labs in constant loop, returning the results of "What transcludes {{Cite
> doi}}" and seeing if the last_edited timestamp is newer than previous? If
> the last_edit is newer, then get the content of the page and see if the
> {{Cite_doi}} value has changed, checking against a local database.
>
> This seems horribly inefficient still. Is there a hook to know when a
> template on a page has been edited, rather than having to check every time
> the page has been edited?
>
> Thanks in advance,
>
> Max Klein
> ‽ http://notconfusing.com/
>
> [1]
>
> https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Open_Access/Signalling_OA-ness
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikimedia-l] Quarterly reviews of high priority WMF initiatives
Minutes and slides from Wednesday's quarterly review meeting of the Foundation's Growth (formerly E3) team are now available at https://meta.wikimedia.org/wiki/Metrics_and_activities_meetings/Quarterly_reviews/Growth/June_2014 . On Wed, Dec 19, 2012 at 6:49 PM, Erik Moeller wrote: > Hi folks, > > to increase accountability and create more opportunities for course > corrections and resourcing adjustments as necessary, Sue's asked me > and Howie Fung to set up a quarterly project evaluation process, > starting with our highest priority initiatives. These are, according > to Sue's narrowing focus recommendations which were approved by the > Board [1]: > > - Visual Editor > - Mobile (mobile contributions + Wikipedia Zero) > - Editor Engagement (also known as the E2 and E3 teams) > - Funds Dissemination Committe and expanded grant-making capacity > > I'm proposing the following initial schedule: > > January: > - Editor Engagement Experiments > > February: > - Visual Editor > - Mobile (Contribs + Zero) > > March: > - Editor Engagement Features (Echo, Flow projects) > - Funds Dissemination Committee > > We’ll try doing this on the same day or adjacent to the monthly > metrics meetings [2], since the team(s) will give a presentation on > their recent progress, which will help set some context that would > otherwise need to be covered in the quarterly review itself. This will > also create open opportunities for feedback and questions. > > My goal is to do this in a manner where even though the quarterly > review meetings themselves are internal, the outcomes are captured as > meeting minutes and shared publicly, which is why I'm starting this > discussion on a public list as well. I've created a wiki page here > which we can use to discuss the concept further: > > https://meta.wikimedia.org/wiki/Metrics_and_activities_meetings/Quarterly_reviews > > The internal review will, at minimum, include: > > Sue Gardner > myself > Howie Fung > Team members and relevant director(s) > Designated minute-taker > > So for example, for Visual Editor, the review team would be the Visual > Editor / Parsoid teams, Sue, me, Howie, Terry, and a minute-taker. > > I imagine the structure of the review roughly as follows, with a > duration of about 2 1/2 hours divided into 25-30 minute blocks: > > - Brief team intro and recap of team's activities through the quarter, > compared with goals > - Drill into goals and targets: Did we achieve what we said we would? > - Review of challenges, blockers and successes > - Discussion of proposed changes (e.g. resourcing, targets) and other > action items > - Buffer time, debriefing > > Once again, the primary purpose of these reviews is to create improved > structures for internal accountability, escalation points in cases > where serious changes are necessary, and transparency to the world. > > In addition to these priority initiatives, my recommendation would be > to conduct quarterly reviews for any activity that requires more than > a set amount of resources (people/dollars). These additional reviews > may however be conducted in a more lightweight manner and internally > to the departments. We’re slowly getting into that habit in > engineering. > > As we pilot this process, the format of the high priority reviews can > help inform and support reviews across the organization. > > Feedback and questions are appreciated. > > All best, > Erik > > [1] https://wikimediafoundation.org/wiki/Vote:Narrowing_Focus > [2] https://meta.wikimedia.org/wiki/Metrics_and_activities_meetings > -- > Erik Möller > VP of Engineering and Product Development, Wikimedia Foundation > > Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate > > ___ > Wikimedia-l mailing list > wikimedi...@lists.wikimedia.org > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l -- Tilman Bayer Senior Operations Analyst (Movement Communications) Wikimedia Foundation IRC (Freenode): HaeB ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Second round of the MediaWiki Release Management RFP
Out of curiosity, will the proposals be reviewed by GAC? Pine On Fri, Jun 13, 2014 at 10:17 PM, Greg Grossmeier wrote: > > > On 5/27/14, 11:13 AM, Greg Grossmeier wrote: > > > The deadline for proposals is June 13. > > > > I only noticed this now, but [2] says there will be a "!vote" that ends > > on June 15th. Is there a reason why there's only 2 days between the > > proposal deadline and the voting closing? > > > > > [2] > https://commons.wikimedia.org/wiki/File:MediaWiki_Release_Request_For_Proposals_2014.pdf > > bah! bad copy-editing on my part. That's the date from last year (I > re-used the old pdf, thought I edited everything correctly). > > The right dates are on the wiki page: > https://www.mediawiki.org/wiki/Release_Management_RFP > > > May 27th - RFP Official Public Announcement / Start of submissions > June 13th - Deadline for proposals / community feedback period officially > begins > Week of June 16th - IRC Office Hours with the applicants > June 27th - End of Community Feedback period > June 27th - Announce winner of RFP > > > Thanks! > > -- > | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E | > | identi.ca: @gregA18D 1138 8E47 FAC8 1C7D | > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
