I have been in discussion with two institutions (the University of British
Columbia and a military hospital in the USA) who are interested in
collaborating with Wikipedia. One of the proposed ideas is to create a
program that would simultaneously upload images deemed suitable to both
Wikimedia Commons and the other Wiki in question. Are there any programmers
interested in taking on this project?
--
James Heilman
MD, CCFP-EM, Wikipedian
Gunther Zehetner (commitname guz, mediawiki.org User:optimale) now has
extensions access.
"I created the SemanticQueryFormTool extension
(http://www.mediawiki.org/w/index.php/Extension:SemanticQueryFormTool)
and would like to make the new MW 1.17 and SMW 1.6 compatible version
(which will be rewritten and renamed to SemanticPropertyTools) available
via svn.wikimedia.org."
Welcome!
--
Sumana Harihareswara
Volunteer Development Coordinator
Wikimedia Foundation
On Saturday, we are co-organizing a hackathon at the Martin Luther
King Jr Library in Washington DC, pertaining to open data and anything
wiki-data related.
I have a bunch of ideas, like maybe finding a way to update US census
data to 2010 data. We welcome additional project ideas.
If you are in the greater DC region or otherwise can come, we welcome
you to join us.
Folks from the Sunlight Foundation, Code for America, DC OCTO (DC gov)
and other cool hackers will be there and I hope you will too!
http://opendatahackdc.eventbrite.com/
Cheers,
Katie
Begin forwarded message:
> From: Aude <aude.wiki(a)gmail.com>
> Date: November 30, 2011 8:18:10 AM EST
> To: wikimedia-dc(a)lists.wikimedia.org
> Subject: International Open Data Hack Day
>
> On Saturday, Dec 3 at the MLK Jr Library, there will be a hackathon
> with focus on open data, including anything related to wiki data.
>
> http://opendatahackdc.eventbrite.com/
>
> Some wiki-related ideas could include:
>
> * working on a way to get the 2000 census data, in so many articles,
> updated
> * making use of data sources like data.worldbank.org or from the
> federal government (e.g. BLS) to make maps, populate infoboxes, etc.
> * working with the National Register of Historic Places data,
> possibly in preparation for doing more Wikis Take DC / Baltimore
> events or Wiki Loves Monuments here
> * working with the Smithsonian Art Inventories data - http://siris-artinventories.si.edu/
> for WikiProject Public Art
> * importing DC GIS data (more buildings) into OpenStreetMap -- no
> technical skills required
> * do you have any additional suggestions?
>
> Not all projects need to be wiki-related or uber-technical, though
> we also need skilled hackers and designers on Saturday.
>
> Cheers,
> Katie
Hi folks,
Currently, we have a 'LATER' resolution in Bugzilla, it contains 339 bug
reports over all the products, see:
https://bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&list_id=57…
The question is, when is LATER? Technically, these bugs are not open and so
nobody will ever see them again and that's how they will be forgotten.
To me, it seems that bugs that are labeled LATER should either be labeled:
1) WONTFIX, which I guess is the majority of these bugs
2) WORKSFORME, I am sure some things have been fixed
3) NEW, it is a real bug / feature request.
So why not do a mass change from LATER to NEW, and give them a fresh pair
of eyes? and remove the LATER option from Bugzilla.
Best,
Diederik
Hello there, I'm trying to get this to work on mediawiki version 1.16.4. I
am having issues with the tabs showing up. They come out as bulleted text
instead of tabs. I have read around about possible solutions but there are
not working for me, I've installed yui 2.8, used Header Tabs version 8.3,
6.6, 7.0 to no avail and I'm basically stuck. Any help or guidance would be
greatly appreciated. Thank you.
Seeking help with Special:Log and the LogPage class...
I recently created a custom log and am writing information to it as follows:
$log = new LogPage('mylog');
$log->addEntry('mylog',
$wgTitle,
wfMsg('my-message',
$wgTitle->getFullText(),
$otherstuff),
array(),
$wgUser);
However, each time this code runs, everybody watching the article $wgTitle gets a bogus "page created" watchlist notification email for the article, with the wfMsg(...) string as the (bogus) edit summary.
How do I prevent these notifications from happening when I write to the log? (MediaWiki 1.17.0)
Thanks,
DanB
On 11/28/2011 05:46 PM, wikitech-l-request(a)lists.wikimedia.org wrote:
> Date: Mon, 28 Nov 2011 15:16:55 -0800
> From: Brion Vibber<brion(a)pobox.com>
>
> On Mon, Nov 28, 2011 at 3:05 PM, MZMcBride<z(a)mzmcbride.com> wrote:
>
>> > Brion Vibber wrote:
>> >
> [snip my notes about removing the non-PNG non-source options, wanting
> higher-resolution renderings]
>
>> > Did you have a chance to evaluate MathJax?<http://www.mathjax.org/> I
>> > know
>> > it's come up in past math discussions and that a lot of math folks think it
>> > looks promising. A technical analysis of its feasibility on Wikimedia wikis
>> > would be great. Killing the less-used, ancient math options is great, but
>> > perhaps adding one wouldn't be too bad to do too. :-)
>> >
> That's an excellent thing to bring up -- MathJAX*does* look very
> promising, and things seem to render pretty nicely. Need to make sure that
> we can either do that type of rendering cleanly with the PNG fallback
> (older browsers will still need the PNGs, so it may still be worth spending
> the time to fix baselines).
Not sure, but you might get better performance by translating the tex to
mathml on the server, and having MathJax render the mathml on the client...
> Size of the library, and compatibility, could be an issue for mobile but is
> worth checking on. (Looks like it*does* work in Android and iPhone
> browsers, so has a good chance of being something we could use as a
> progressive enhancement.)
>
> It's actually probably a better idea to go ahead in that direction than to
> worry about high-resolution renderings from texvc for now. (Other image
> types, including icons in the UI, will still need high-resolution versions
> though.)
>
> -- brion
>