I've added Rob Church to the MediaWiki project on SourceForge so he can make
direct commits to CVS; he's been doing a lot of handy clean-up patches lately
and might or might not volunteer to rewrite the installer someday...
While Rob learns the ropes, don't forget to check recent checkins before
updating the live site. Actually, don't forget to do that anyway, sometimes I
break things too. ;)
-- brion vibber (brion @ pobox.com)
Ho ho ho,
we now have our first read-only prototype of Ultimate Wiktionary /
Wikidata, using a subset of the final UW design. This subset is a
complex, versioned relational database that can model
- lexical items (words, short phrases) with multiple meanings
- synonyms and translations, on the meaning level
- other relationships between them, on the meaning level.
The prototype is at:
http://epov.org/wd-gemet/index.php/Main_Page
It contains over 70,000 words in 22 languages; many of them have
definitions. The definitions usually come in 4 languages. As I
understand it, we can have this data under the GFDL, but it's just one
of many building blocks we will use in seeding the UW.
There will be at least one significant upgrade to this protoype before
the end of the year. All the tables and fields for versioning complex
relations without ballooning up the database are already there. I'm not
sure if the model I have in mind for versioning works yet, and I hope to
test and demonstrate it soon. (Versioning, in my opinion, is the single
greatest challenge for Wikidata.) I also want to show how we try to "eat
our own dogfood" in Ultimate Wiktionary by localizing the user interface
using the content of the dictionary.
All the records are already hooked up to pages and revisions, so you can
use [[Special:Allpages]] and the like to navigate. When there are
identical words in different languages, all the translations and
definitions are shown on the same page.
Our goal with Ultimate Wiktionary is to provide an even more complex
application that will make this data collaboratively editable, to add
dynamic user-based views, APIs, and crucial features such as
inflections, etymologies, complex relations and attributes, and much
more. This will be a huge challenge. Fortunately, more funding seems to
be on the horizon, allowing us to put more developers on the job.
Ultimate Wiktionary is just one application of Wikidata, and we will try
to generalize as much functionality as possible, so that it will be
reasonably straightforward to build new Wikidata apps. In particular,
versioning and all basic relation types should be handled on the
Wikidata level. There are thousands of possible new applications for
Wikimedia and other MediaWiki users if we get this right.
Please take a look at the prototype. The view component is a quick and
dirty hack, but the backend is approaching some stability. There are
some small inconsistencies in the data here and there, some of them
inherited from GEMET. Due to time constraints, I also had to stop the
import at about 80% leading to a few red links; I'll try to import the
remaining terms in the next few days.
Finally, expect a paper explaining some of the key ideas of Wikidata and
UW, showing the first user interface prototypes, and defining future
development milestones and applications. I will also try to describe
some of the forthcoming changes to the MediaWiki core that come with the
need of Wikidata to handle multiple languages in one instalation; these
changes will benefit multi-language projects like Meta and Commons.
I will be at the 22C3 on December 30 to demonstrate this prototype as
well as the completed namespace manager, and to answer questions.
Best,
a very tired Erik
I always though it was kind of nice that the OpenBSD project had a
world map of its developers on their website
(http://www.openbsd.org/goals.html) and I always meant to make one
like it for MediaWiki, maybe based on the NASA blue marble data where
people could enter the coordinates where they resided and they would
be added automatically.
Luckily, I don't have to do that, I stumbled across a website that
allows you to create maps like this for your group, you can access it
at http://www.frappr.com and our group is at
http://www.frappr.com/mediawikidevelopers , there's an RSS feed of it
too for those that are interested:
http://www.frappr.com/?a=rss&gname=mediawikidevelopers
So if you're listed as a MediaWiki developer at
http://sourceforge.net/project/memberlist.php?group_id=34373 or feel
that you've added significantly to the development of MediaWiki please
add yourself to the map, it's free & takes under a minute, it would be
interesting to see our distribution across the globe.
I'm sending this to wikitech-l and to everyone listed as a member of
the project at sourceforge (except Zwinger, since he's been .. uh..
dead for ~400 years), please don't kill me;)
Hello
Some articles bear the label: this page needs to be wikified, also it
looks not much different to a standard wikipedia page.
My question is which html constructions are considered as evil?
Thanks
Uwe Brauer
The GFDL license states:
B. List on the Title Page, as authors, one or more persons or entities
responsible for authorship of the modifications in the Modified
Version, together with at least five of the principal authors of the
Document (all of its principal authors, if it has fewer than five),
unless they release you from this requirement.
Now, you see - in the current database dumps, which are used on most
of the Wikipedia mirrors (both online and offline), there's only the
very last contributor.
Wouldn't it be wiser to add the authors of the article, even if their
revisions should stay empty?
--
Pozdrawiam,
Dariusz "Datrio" Siedlecki
I've taken one of our old Pentium IV servers out of the regular Apache rotation
and made it into a testbed for an encrypted HTTPS interface to Wikimedia's wikis.
This should allow privileged accounts to log in and do their business on an open
wireless network without entrusting their password, session keys, etc to
everybody on the WLAN.
Currently it's using a self-signed certificate, but if we decide to keep this we
could pick up a "real" cert for convenience/peace of mind.
To visit a page on the encrypted server, transpose the domain elements into the
path like this:
http://en.wikipedia.org/wiki/SSL
->
https://secure.wikimedia.org/wikipedia/en/wiki/SSL
Due to our internal configuration, some will appear under 'wikipedia' that are
not Wikipedias, such as:
https://secure.wikimedia.org/wikipedia/foundation/wiki/Homehttps://secure.wikimedia.org/wikipedia/mediawiki/wiki/MediaWiki
Please don't distribute links to this server in general usage; we may change the
URL scheme, or restrict it to logins-only to make sure it doesn't get loaded
down with random page views. It's just one machine, so if it does get overloaded
it shouldn't affect the operation of the site in general.
Not all of the wikis will work on it; in particular the Korean, Japanese, Thai,
and Malay Wikipedias which are hosted on our Korean servers are inaccessible via
HTTPS at this time.
There may be various oddities and rough edges (missing logos, broken links here
and there, etc). Images are still pulled from the separate, non-encrypted, file
server, so you may get browser notices about mixed security, and your HTTPS URLs
may appear in plaintext referer headers.
This box is also running PHP 5.1.1 and Apache 2.2.0, giving us a chance to test
the latest gizmos in a low-pressure corner of our production environment.
-- brion vibber (brion @ pobox.com)
A couple months ago the software got tweaked to display history info
(but not contained text) of deleted revisions to any and all random
visitors. In the last few weeks we've gotten a rash of complaints
about edits being made with private, embarrassing, vandalistic,
libelous, etc stuff in the edit summaries etc, and of course deleting
the revisions from the wiki still shows them to everybody.
For the moment I'm shutting off this ability (restoring the pre-August
behavior) until we get more fine-grained revision deletion / scrubbing
in place. I've added a permission key to control it, 'deletedhistory',
so if there's a need to turn it back on this can just be added to the
'*' pseudogroup in the config to restore the previous behavior.
-- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I figure that if I give a heads up here, the right people will find out
about it.
I have filed and patched a bug concerning magic_quotes cleaning of array
keys. http://bugzilla.wikimedia.org/show_bug.cgi?id=4381 Please commit
it to CVS! Thanks.
P.S. If you want the functions to be commented, I can add documentation.
Didn't think it would very useful though.
- --
Edward Z. Yang Personal: edwardzyang(a)thewritingpot.com
SN:Ambush Commander Website: http://www.thewritingpot.com/
GPGKey:0x869C48DA http://www.thewritingpot.com/gpgpubkey.asc
3FA8 E9A9 7385 B691 A6FC B3CB A933 BE7D 869C 48DA
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
iD8DBQFDrdXqqTO+fYacSNoRAsy2AJ4oDVU/LkZYWhO81oj/WYcAUu980QCfVb3l
/wfR/iRSNjU+st/RuJIaF/o=
=8AJL
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Funny... the standard RTFM response. Well...
1. I don't exactly understand: I don't see any stray png files lying
around or any docs about it... just some small icons for inlining. Is
there some text I can read lying around? I do some more hunting.
2. $wgCategoryMagicGallery sorta solves the problem, but it would be
nice if we actually were able to do gallery for images, and no gallery
for non-images. I don't suppose that's possible?
- --
Edward Z. Yang Personal: edwardzyang(a)thewritingpot.com
SN:Ambush Commander Website: http://www.thewritingpot.com/
GPGKey:0x869C48DA http://www.thewritingpot.com/gpgpubkey.asc
3FA8 E9A9 7385 B691 A6FC B3CB A933 BE7D 869C 48DA
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
iD8DBQFDrJzUqTO+fYacSNoRApnoAJ9d2PmZuccWNz7XoCx2+cyA3fhpkgCeJtkp
tSVQSivkrg2tbmAjNWR1HpM=
=OWcc
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On a private wiki we've allowed uploads of various files, like mp3. When
you view the image page, however, you see a nice blank square. Ogg,
however, seems to be associated with a nice icon in Wikimedia projects.
Two questions:
1. How do you assign icons to file types
2. How would you stop these files from being displayed gallery style in
Category listings?
Thanks.
- --
Edward Z. Yang Personal: edwardzyang(a)thewritingpot.com
SN:Ambush Commander Website: http://www.thewritingpot.com/
GPGKey:0x869C48DA http://www.thewritingpot.com/gpgpubkey.asc
3FA8 E9A9 7385 B691 A6FC B3CB A933 BE7D 869C 48DA
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
iD8DBQFDrIQTqTO+fYacSNoRAoTSAJ90/XD2ER9rURWb453BQ3V5/vfhTgCeIZ8P
v9Yc1xSpbp45VqF/jqqd5t0=
=5pcq
-----END PGP SIGNATURE-----