Hi,
Because I noticed some discussion about having some form of peer review and
"wikiflow" in Wikipedia, I thought you would want to know about the solution
to this issue I introduced in my project.
Our solution is described at:
http://nerdypc.wikinerds.org/index.php/Help:Article_versions
and
http://nerdypc.wikinerds.org/index.php/Help:Editing_process
In short, there are two editions for each article, a protected one visible to
the websurfer and an editable one in a Test: namespace. Maintainers reviee the
changes and keep the good ones. Admins move the good
edits into the main namespace whenever it is decided to have a new article
version (1.0->1.1->1.2->2.0 et cetera). My solution does not require any
software changes, but I will soon introduce a new mediawiki that will
automate this process. The changes will be opensourced under gpl so you will
be able to import them in your mediawiki if you wish.
I don't know whether this is useful to you but I hope it helps,
--
NSK (Nikolaos S. Karastathis)
Personal page at http://nsk.wikinerds.org/
Admin of http://portal.wikinerds.org
Project Manager of http://www.nerdypc.org
Project Manager of http://www.adapedia.org
Project Manager of http://maatworks.wikinerds.org
The current CVS 1.4 version in a fresh checkout with a fresh database
has a problem in Skin.php:
recent changes views (standard or enhanced) do not show User link nor
User_talk link.
I analysed, that it could be problem of module makeLink()
Does anyone know, what goes wrong and could please repair it in the CVS ?
Tom
I released the new version of my email notification patch. It is based
on the current version MediaWiki 1.3.6.
(Developers can ask me for the diffs against CVS 1.4, because I have it
ready for 1.4)
1. Full tgz (MW+Enotif)
http://www.tgries.de/mw/enotif/mw136_incl_enotif121.tgz
2. Patches and diffs to previous versions
http://bugzilla.wikipedia.org/show_bug.cgi?id=454
3. Documentation pages http://meta.wikipedia.org/Enotif
Changes enotif 1.2 -> 1.21:
* "updated (since my last visit)" markers are only shown for pages after
last visit (ie. watched pages without the marker have known content)
* number of watching users per page is added in recent changes view
Tom Gries
Berlin
Hi,all
Originally, I just chosed the license of our internal medawiki as
GFDL. But our group memebers don't think it is proper for the actual
content.
Could anybody tell me how to change it?
I also installed mediawiki 1.3.5 on my personal machine with chinese
language option. But the help link is linking to english wikipedia
site's bad title page. I don't want to hack the sidebar and only want
to switch to english. How can I do this?
--
Be good..
For those who havn't heard of wikispecies yet: wikispecies is a
wikimedia project meant to accomodate the needs and demands of scientists
to a species directory and database. It was set up at http://
species.wikipedia.org/wiki/Main_Page to test it and discuss details.
As the initial brainstorming on the village pump goes on, one thing
becomes clear: wikispecies has the potential to attract many people who
would not contribute to a general encyclopedia, but would to a scientific
database. As wikispecies will strictly suppress any forking from
wikipedia, I thought about an approach that would allow us to use the pool
of species-folks for wikipedia.
The tasks:
1.) Wikispecies provides an interface (already at www.wikispecies.org)
with templates for different categories (such as "synonymes", "habitat",
"morphology" etc.)
2.) These categories represent a table that can be accessed by wikipedia
and wikispecies
3.) Wikispecies, which have an emphasis on things like "synonymes" or
"original species description" will display these categories on a high
order
4.) Wikipedia will display the information that seems interesting for the
user of a general encyclopedia in an order that seems appropriate for that
purpose
As I don't understand the underlying technical questions, I would like to
know if this is technically feasible and - more important - who would
volunteer to set up a database that would work as proposed.
Thank you very much in advance,
Benedikt
--
+++ GMX DSL Premiumtarife 3 Monate gratis* + WLAN-Router 0,- EUR* +++
Clevere DSL-Nutzer wechseln jetzt zu GMX: http://www.gmx.net/de/go/dsl
Could please anybody sufficiently privileged make the Czech Wiktionary
fully case sensitive? I.e. to add:
$wgCapitalLinks = false;
to LocalSettings.php ?
It was discussed on the wiktionary itself and gained a wide acceptance.
(23% of registered users were in favor, the rest is inactive (ca 40-60%) or
unopposing (the rest))
Furthermore there was no opposition to the switch on wiktionary-l where I have
been advised to ask.
Therefore I reckon the claim be well supported.
--TMA (sysop on wikt:cs:) http://cs.wiktionary.org/wiki/Wikipedista:TMA
Could you please do this?
Fred
> From: Sj <2.718281828(a)gmail.com>
> Reply-To: Sj <2.718281828(a)gmail.com>, English Wikipedia
> <wikien-l(a)Wikipedia.org>
> Date: Sat, 16 Oct 2004 00:32:40 -0400
> To: Daniel Mayer <maveric149(a)yahoo.com>, English Wikipedia
> <wikien-l(a)wikipedia.org>
> Subject: Re: [WikiEN-l] Re: Hateful ban shows that Wikipedia is flawed almost
> beyond hope
>
>> If the only tool you have is a hammer, then all your problems start to look
>> like nails. The ArbCom needs more tools.
>
> Like the ability to queue edits made by a given user/ip for review
> (only to non-Talk pages), rather than having them immediately made
> live, for a period of time...
>
> --
> +sj+
We want to use the Wikipedia database in a public project, wrapping it in
our own skin using MediaWiki as (more or less) middleware. In order to keep
our MediaWiki customizations to a minimum, we've been focusing on modifying
index.php to do the dirty work.
What we're looking for is a simple way to have a user-less, read-only wiki.
Since our content comes from the Wikipedia database, and we don't want to be
involved in accepting submissions or moderation, we will be directing all
edits and contributions to wikipedia.org. Because of this, we have no need
for users and such.
We expect to direct a fairly high amount of traffic to wikipedia.org as our
project will be deployed on a network of very high traffic sites.
I've stripped out the login box from the template and prevented such pages
as [[Special::Userlogin]] from displaying, even if one knows enough about
MediaWiki to munge our URLs. Furthermore, no pages that are not in the Main
NS will display. I have this functioning with MediaWiki 1.3.6, but I've been
working on it since 1.2.5. Unfortunately (for me), as MediaWiki matures, I
find myself coding around its changes - for example when
$wgValidSpecialPagesEn disappeared from Language.php in 1.3.0, I could no
longer rely on this array.
What I'm proposing is one or more settings in LocalSettings.php (or
something equally straightforward) that will enable MediaWiki to operate in
a read-only, no-user mode. Naturally, I will offer any help to achieve this.
Is this something that can be accomplished?
Paul
Hi,
As a newbie in Wiki I have this question:
Installing wikepedia 1.3.5 everything works fine.
Only resizing images does'nt work.
Uploaded images shows up in the original size.
When I for example use this line [[image:picture.jpg|100px]] I get an
error that something is wrong in image.php
Do I have to install something extra like ImageMagick or something else.
Hope someone will help me,
Regards,
Forkink
wmf(a)xs4all.nl
My email notification patch (see
http://bugzilla.wikipedia.org/show_bug.cgi?id=454 ) and the recently
proposed enhancement (proposed by Chris Phoenix see
http://meta.wikimedia.org/wiki/Email_notification_to-do_list#diff_link
) are quite close to the original proposal of Emmanuel Engelhart:
I propose to add a new feature, to improve our fight again vandalism.
I mean a diff, for watchlist articles, between the current version and
the lastread one.
I need opinion about the feature ? and about an elegant technical
solution too ?
Emmanuel Engelhart [Kelson]
Proposed for Enotif is to have (in the email notification) diff link: In
addition to a link to the latest page, include a link to the diff
between the latest page and the last version the user saw.
What you already can have now, when you would use Enotif v1.2
Because Enotif already knows the exact time of a watched page change ( =
when a notification is sent to each watching user), the page version
just before that "Enotif sent" event is the last version which was
actually(!) visited by the watching user. A green marker (introduced
together with the Enotif patch) marks such watched pages having new (=
not yet visited) contents. Just to say it again: the marker and the
notification mails are only for watch listed pages, which page title are
printed in bold, as you know,.
This feature (marker in Watchlist and Recent-Changes view is already
built in Enotif v1.2 -- see the documentation pages
http://meta.wikimedia.org/wiki/Enotif .
Enotif v1.2 is already available for Mediawiki 1.3.5 (as a diff file or
as a MediaWiki1.3.5+Enotif v1.2 tgz package). I migrated successfully
and without problems that patch to the current MediaWiki 1.3.6 and will
publish it with some small improvements as MediaWiki1.3.6+Enotif v1.3
this weekend, October 17, 2004.
Tom Gries
Berlin