Hi,
We had a talk on the french-language Wikipedia a few months ago about the
404 error page displayed to the user when he types an URL like
http://fr.wikipedia.org/Anything, instead of typing
http://fr.wikipedia.org/wiki/Anything. The following problems were
mentioned:
- auto-redirect is bad for accessibility
- and localization should be possible
It seems to be MediaWiki-independent. The error page on Wikimedia projects
is http://fr.wikipedia.org/w/404Handler.phtml.
Could it be possible to edit this page on our Wikipedia? Thanks.
— Sylvain Brunerie
[[w:fr:User:Delhovlyn]]
There has been rapid progress on the subject of adding OpenStreetMap
maps to Wikimedia projects (e.g. Wikipedia) during the MediaWiki
Developer Meet-Up[1] taking place right now in Berlin.
We now have a clear plan of action for getting OpenStreetMap maps
embedded in Wikimedia wiki (e.g. Wikipedia) pages:
* Wikimedia will set up a database to mirror the OSM data (Planet.osm)
* Wikimedia will set up its own rendering infrastructure for rendering
tiles & other maps from the OSM data
* The existing MediaWiki extensions for displaying OSM data in a
MediaWiki article will be improved to work acceptably in production on
Wikimedia servers
To prototype all this we'll be using new infrastructure provided by
Wikimedia Deutschland[2]. Once things have been tested there they'll
eventually be deployed on the main Wikimedia sites.
After discussion with the Wikimedia operations people (including Brion
Vibber, Mark Bergsma et al) there seem to be no objections to the
above plan as long as:
* The maps will work not only for JavaScript enabled browsers but also
non-JavaScript enabled ones
* The tools involved are improved to be relatively stable & deployable
on Wikimedia, e.g. being able to embed more than one slippy map, the
internationalization of error messages etc.
* The end product (the generated tiles or map files) are cachable so
that they can be thrown at the frontend squids, as they're static
images this should be easy.
The featureset that we're aiming for to be able to deploy this on
Wikimedia sites from the view of the user (more can be added later
once we've got it working) is:
* The ability to embed OSM maps in articles with something like the
Simple image extension[3], perhaps automagically turning into a Slippy
Map if the browser supports it
* A static or slippy map that can be used by geotagged articles[4] so
we can have maps without explicit inclusion of a <map> tag.
We'll also set up a map toolserver for experimenting with other uses
of OpenStreetMap data on Wikimedia. People with relevant projects can
get access[5] to this toolserver to try out their ideas for tools that
could eventually be integrated on the main Wikimedia sites.
This project is seeking help from anyone who's interested who'd like
to be a part of making this happen, if you want to be a part of adding
free maps to the world's largest encyclopedia please subscribe to this
mailing list:
https://lists.wikimedia.org/mailman/listinfo/maps-l
And/or read/edit/comment on the relevant wiki coordination pages:
http://meta.wikimedia.org/wiki/OpenStreetMaphttp://wiki.openstreetmap.org/wiki/Collaboration_with_Wikipedia
1. http://www.mediawiki.org/wiki/Project:Developer_meet-up_2009
2. http://meta.wikimedia.org/wiki/OpenStreetMap#.E2.80.9CMap_Toolserver.E2.80.…
3. http://wiki.openstreetmap.org/wiki/Simple_image_MediaWiki_Extension
4. http://en.wikipedia.org/wiki/Template:Coord
5. mailto:osm@wikimedia.de
I've spent the last few days analyzing Wikipedia's HTML code for
images and captions. The current code is quite good, but verbose and
it has redundancies. Here is a proposal that describes how to simplify
and improve the code:
http://www.princexml.com/howcome/2009/wikipedia/image/
The proposed solution reduces the number of elements from 10 to 6 and
the code size is reduced by more than 50%.
Cheers,
-h&kon
Håkon Wium Lie CTO °þe®ª
howcome(a)opera.com http://people.opera.com/howcome
Can you please make site notices,
The Call for Participation for Wikimania 2009 has been released.
Submit your presentations before April 15.
not depend on Javascript to be seen.
You might also want to have a mandatory session there at Wikimania:
Accessibility 101!
Like yo, do you fellas see what I do on your machines?
$ find /tmp -name sess\* 2>&-|wc -l
95853
$ find /tmp -name sess\* ! -empty 2>&-|wc -l
42637
$ find /tmp -name sess\* ! -empty 2>&-|xargs more 2>&-|less
/tmp/sess_d4espd7ur01k7rq75f83ff7t45
::::::::::::::
wsUserID|i:3;wsUserName|s:4:"Jini";wsToken|s:32:"...
/tmp/sess_rqc4ufi3ev1g8on3novneb9dc7
::::::::::::::
wsUserID|i:2;wsUserName|s:9:"WikiSysop";wsToken|s:32:"...;wsEditToken|s:32:"-...
Any better way than "leaving all those candy bar wrappers on the floor"?
In the quest to simplify and improve Wikipedia's HTML code, the turn
has come to footnotes. Here is a proposal that describes how the
number of elements needed to represent footnotes can be halved:
http://www.princexml.com/howcome/2009/wikipedia/ref/
As far as I can tell, the proposed markup works in legacy browsers,
too.
Cheers,
-h&kon
Håkon Wium Lie CTO °þe®ª
howcome(a)opera.com http://people.opera.com/howcome
Concur with tightening TorBlock. if we can clamp down on open proxies
identified by other feeds and listing sites, I'd be fine with that as well.
Note that this is not just just because of one known prolific sock user, but
because of the overall net benefit to the editing community if sock-users
have a higher hurdle to cross, to edit via a "random unconnected IP".
(Adding some side information: experience on enwiki suggests that IP block
exemption works effectively; we have had a reassonable number of requests,
and because each account needs IPBE individually, even if a problem user
does apply for IPBE and is granted it, it doesn't "break the bank"; it's
still hard to set up a nest of socks that way.)
FT2