Wikitech-l February 2013

wikitech-l@lists.wikimedia.org

161 participants
171 discussions

Wiki GLAM Toolset project aims to either use web API or run as extension on Commons
by Sumana Harihareswara 06 Feb '13

06 Feb '13

Heads-up to API developers and to deployment reviewers. http://lists.wikimedia.org/pipermail/glam/2013-January/thread.html#310 is the full discussion thread. -Sumana -------- Original Message -------- Subject: Re: [GLAM] Wiki GLAM Toolset project (GLAM Digest, Vol 18, Issue 11) Date: Thu, 24 Jan 2013 11:47:54 +0100 From: Maarten Zeinstra <mz(a)kl.nl> Reply-To: glam(a)lists.wikimedia.org To: Wikimedia & GLAM collaboration [Public] <glam(a)lists.wikimedia.org> Hi Ed, This is as of yet unsure. We are now developing on Wikimedia labs and use the architecture of an extension. This extension will either keep on running on WIkimediaLabs and use Commons' API to upload materials or run as an extension on Wikimedia Commons. Our team is aiming for the latter. However this is something that the sysadmins of Commons need to approve. This also a reason why we are looking for more eyes on the project. To ensure the quality of our code and avoid any possible security risks. Does this answer your question? Cheers, Maarten On Jan 24, 2013, at 11:24 , Ed Summers <ehs(a)pobox.com> wrote: > Sorry, by "Wikimedia instance" I of course meant "Mediawiki instance" :-) > > //Ed > > On Thu, Jan 24, 2013 at 5:23 AM, Ed Summers <ehs(a)pobox.com> wrote: >> I guess I'm confused about the expected deployment of the GLAM >> Toolset. Is the idea that the plugins you develop will be deployed on >> the commons? Or will the GLAM Toolset be deployed in a separate >> Wikimedia instance, and then (somehow) the data will be migrated from >> it to the commons? Or something else entirely? >> >> //Ed >> >> On Thu, Jan 24, 2013 at 4:09 AM, Maarten Zeinstra <mz(a)kl.nl> wrote: >>> Hi Ed, >>> >>> The short answer is no. >>> >>> Mass uploading files from cultural institutions has always been a tailor >>> made process. Most of it thanks to the work of Maarten Dammers/ Multichill. >>> We are now seeing that more and more cultural institution want to add parts >>> of their collection online which makes this original process not manageable. >>> This is mainly because there are different standards used within WIkimedia >>> Commons and within the cultural institution. This project tries to solve >>> that project by giving an interface for these institution to upload data and >>> map their internal standard to the standard that Wikimedia Commons uses. >>> Also it gives these institutions the option to do it without much assistance >>> from a Wikipedian, which speeds things up in the long run. >>> >>> Does this answer your question? >>> >>> Cheers, >>> >>> Maarten Zeinstra >>> Project member of the Wiki GLAM Toolset project >>> >>> On Jan 24, 2013, at 3:42 , Ed Summers <ehs(a)pobox.com> wrote: >>> >>> Is it not possible to upload metadata via the API? >>> >>> On Wednesday, January 23, 2013, Maarten Dammers wrote: >>>> >>>> Hi Ed, >>>> >>>> Op 23-1-2013 11:14, Ed Summers schreef: >>>>> >>>>> Thanks for the update. I was wondering why you need to develop this >>>>> new functionality as a mediawiki extension. Is there not enough >>>>> functionality in the commons Web API [1]? Or is the plan to create >>>>> plugins that will be deployed on commons.wikimedia.org? >>>> >>>> It's not about uploading large amounts of images (that's easy), but it's >>>> about uploading it with metadata properly sorted out. >>>> For this handling of metadata the extension will be the interface. Please >>>> take a look at the sprint demo's at >>>> https://commons.wikimedia.org/wiki/Commons:GLAMwiki_toolset_project to get >>>> an idea. >>>> >>>> Hope that that answers your question, >>>> >>>> Maarten >>>> >>>>> >>>>> //Ed >>>>> >>>>> [1] http://commons.wikimedia.org/w/api.php >>>>> >>>>> On Tue, Jan 22, 2013 at 7:50 AM, Geer Oskam <Geer.Oskam(a)kb.nl> wrote: >>>>>> >>>>>> Hi all, >>>>>> >>>>>> >>>>>> >>>>>> As you might have heard Wikimedia Nederland, Wikimedia UK, Wikimedia >>>>>> France >>>>>> and Europeana are collaborating to provide a set of tools to get >>>>>> material >>>>>> from GLAM institutions onto Wikimedia Commons. The Wiki GLAM Toolset has >>>>>> to >>>>>> be created in a way that re-use can easily be tracked, and that Commons >>>>>> materials can easily be integrated back into the collection of the >>>>>> original >>>>>> GLAM. You can find more about our the Wiki GLAM Toolset on our project >>>>>> page. >>>>>> >>>>>> >>>>>> >>>>>> Currently we are looking for developers who can help us in this process, >>>>>> if >>>>>> you are interested please let us know. You can find more specific >>>>>> information about our needs on our discussion page. >>>>>> >>>>>> >>>>>> >>>>>> Thank you! >>>>>> >>>>>> Geer Oskam >>>>>> www.europeana.eu >>>>>> >>>>>> Phone: +31 (0)70 31 40 972 >>>>>> Email: geer.oskam(a)kb.nl >>>>>> Skype: GeerOskam >>>>>> >>>>>> Over 20 million cultural records for re-use via Europeana API: find out >>>>>> more >>>>>> and register for an API-key on http://bit.ly/Reuse_API >>>>>> >>>>>> Disclaimer: This email and any files transmitted with it are >>>>>> confidential >>>>>> and intended solely for the use of the individual or entity to whom they >>>>>> are >>>>>> addressed. If you have received this email in error please notify the >>>>>> system >>>>>> manager. If you are not the named addressee you should not disseminate, >>>>>> distribute or copy this email. Please notify the sender immediately by >>>>>> email >>>>>> if you have received this email by mistake and delete this email from >>>>>> your >>>>>> system. >>>>>> >>>>>> P Please consider your environmental responsibility before printing >>>>>> this >>>>>> e-mail. >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> GLAM mailing list >>>>>> GLAM(a)lists.wikimedia.org >>>>>> https://lists.wikimedia.org/mailman/listinfo/glam >>>>>> >>>>> _______________________________________________ >>>>> GLAM mailing list >>>>> GLAM(a)lists.wikimedia.org >>>>> https://lists.wikimedia.org/mailman/listinfo/glam >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> GLAM mailing list >>>> GLAM(a)lists.wikimedia.org >>>> https://lists.wikimedia.org/mailman/listinfo/glam >>> >>> _______________________________________________ >>> GLAM mailing list >>> GLAM(a)lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/glam >>> >>> >>> >>> _______________________________________________ >>> GLAM mailing list >>> GLAM(a)lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/glam >>> > > _______________________________________________ > GLAM mailing list > GLAM(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/glam

1 0

Integrating MediaWiki into MS SBS
by Bináris 06 Feb '13

06 Feb '13

Hi folks, does anyone have experiences with integrating a MediaWiki installation into Small Business Server 2008 environment? The task is to install a wiki and authenticate logged-in users automatically. Preferably with real name instead of username. Is there a manual for this somewhere? I would like a company install for handbooks and howtos, but I have to persuade our sysop. -- Bináris

8 13

Re: [Wikitech-l] Extending Scribunto with new Lua functions
by Brad Jorsch 06 Feb '13

06 Feb '13

On Tue, Feb 5, 2013 at 2:43 PM, Gabriel Wicke <gwicke(a)wikimedia.org> wrote: >> It would also mean that MediaWiki would be making uncontrolled API >> calls *during the page parse*. > > To me it is not clear why a Wikidata web API would be less controlled > than a Wikidata Lua API with direct access to the DB. Oh. Earlier you were talking about general API access. >> That would probably not work out too >> well; I know on my local test wiki it's a pain just having to wait for >> the ForeignAPIRepo calls for images. > > Slow operations will be slow, no matter how you call them. With a web > API you at least get to parallelize and distribute the execution, so > that you don't have to wait for a sequence of slow operations. OTOH, with an API in Lua/PHP that accesses the database directly you don't have to worry about establishing a TCP connection, sending headers, waiting for a response, etc. -- Brad Jorsch Software Engineer Wikimedia Foundation

1 0

[IRC] new feature
by Petr Bena 05 Feb '13

05 Feb '13

Hi, just wanted to inform you about new feature some of you might find useful. In case you are looking for someone and you want to be notified when they become online, you can use wm-bot for that (though it's in some wikimedia channels only, but all general dev channels are already being occupied by it), for example if I was waiting for hashar, I could just send a private message @notify hashar to wm-bot and he send me a private message when hashar appear somewhere, or talk and such. It works even on users who are already online but idle (so it ping you when the user stop being idle) I know similar features are available in some irc clients, but some of us have to use webchat and similar clients sometimes, and using a bot this feature is available to anyone. Let me know in case you had any feedback for this

1 0

Extending Scribunto with new Lua functions
by Jens Ohlig 05 Feb '13

05 Feb '13

Hello, I guess this can be answered by Tim or Victor, but I'm grateful for any pointers that can help me with a rather specific problem with Scribunto. I'm currently working on the Wikidata project to include Lua functions for templates that access Wikidata entities. I've toyed around a bit and extended LuaCommon.php with a getEntities function and a wikibase table to hold that function. Now I wonder if there are any plans for Lua extensions outside the mw.* namespace. I've added a wikibase.lua file and a wikibase.* namespace in Lua. However, the way PHP and Lua play together and how Scribunto can be extended looks a bit like black magic (which is to be expected, given that Scribunto is far from finished). Here are my questions: 1. Is there an easy way to add your own Lua functions (that call PHP Api functions) to Scribunto other than writing them into LuaCommon.php? 2. Is using your own namespace the way to go? 3. Are there some kind of examples how to wrap PHP functions into the Lua environment (using the frame etc)? 4. Is there any way to introspect or debug such wrapped functions? Thanks for any suggestions! Cheers, Jens -- Jens Ohlig Software developer Wikidata project Wikimedia Deutschland e.V. Obentrautstr. 72 10963 Berlin www.wikimedia.de Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

4 5

wikiscan / similar for english wikipedia
by rupert THURNER 05 Feb '13

05 Feb '13

hi, is there any possibility to have a list of users with contributions similar to: http://wikiscan.org/?menu=userstats&userlist=Cat%C3%A9gorie%3AUtilisateur+p… for the english wikipedia? kr, rupert

7 6

Re: [Wikitech-l] Audio derivatives, turning on MP3/AAC & mobile app feature request.
by Michael Dale 05 Feb '13

05 Feb '13

+correct content-type this time ;) Note this has already been merged, but still worth mention for visibility. On 2/1/13 12:10 PM, Michael Dale wrote: > We are about to merge in support for audio derivatives to Timed Media > Handler (TMH). The big value here, I think is encoding to AAC or MP3 > and adding a /listen to this article/ feature to the mobile app. > https://gerrit.wikimedia.org/r/#/c/39363/ > > This can really help with improving accessibility of Wiktionary > pronunciation media files as well. > > Also AAC / m4v ingestion, could make audio recordings a lot easier to > import into the site, i.e a "record a reading of this article" mobile > app feature #2 ;) > > There are already thousands of spoken articles, with some promotion > their could probably be a lot be more: > http://en.wikipedia.org/wiki/Category:Spoken_articles > > The software patent situation for mp3 is sad, considering how long the > mp3 format has been around: > http://www.tunequest.org/a-big-list-of-mp3-patents/20070226/ > > I think AAC is a similar situation, encoder wise: > http://en.wikipedia.org/wiki/Advanced_Audio_Coding#Licensing_and_patents > > But fundamentally Wikimedia is not "distributing" these encoders and > there are no royalties for media distribution. Likewise we are not > shipping decoders ( the decoders are in browser or the mobile OS ) > > I don't know why Wikimedia's commitment to being accessible in royalty > free formats, somehow also precludes making content accessible for > folks on platforms that ~don't~ decode royalty free formats. But > hopefully we can change that over time. > > Not sure if this is the right forum for this, but I hope we could come > out of this thread with rough consensus to enable these formats to > help increase the reach of audio works. > > peace, > --michael

2 2

Varnish Caching - Using ESI
by Matthew Walker 05 Feb '13

05 Feb '13

All, The Fundraising and Mobile teams have been scheming about how we can start to use the capabilities of the Varnish cache in our respective extensions. Mobile already does use ESI, but this would be extensions to it. As I know multiple other parties have been thinking along the same lines, I've taken the liberty of creating an RfC [1] to discuss the subject / develop requirements / wishlists / gotchas. Ideally this will serve as a method to start retiring Squid, moving the site to Varnish, and then being able to separate the site chrome from site content. *evil laugh* [1] https://www.mediawiki.org/wiki/Requests_for_comment/Caching_HTML_Fragments_… -- ~Matt Walker

3 3

Re: [Wikitech-l] Audio derivatives, turning on MP3/AAC & mobile app feature request.
by Platonides 05 Feb '13

05 Feb '13

Your system does not seem to support OGG audio format. Downloading this file without ogg support may need a significant amount of space and bandwith. Downloading article.wav ... 20%

4 4

New repository "sandbox"
by Chad 04 Feb '13

04 Feb '13

Hi everyone, I've setup a new repository called "sandbox." The purpose of this repository is simple--it's meant to be a home for one-liners, quick patches, and other things that don't have a proper home. I've made pushing & review permissions super liberal on it (as in, granted to all registered gerrit users), so anyone should be able to do anything on it they want (direct pushing, make branches, tag something, review, submit, etc). As always, please let me know if you have any problems. -Chad

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l February 2013