-----Original Message-----
From: wikitech-l-bounces(a)wikimedia.org
[mailto:wikitech-l-bounces@wikimedia.org] On Behalf Of Ashar Voultoiz
Sent: Monday, September 13, 2004 4:14 PM
To: wikitech-l(a)wikimedia.org
Subject: [Wikitech-l] Re: Category links
Stan Wiechers wrote:
>> hello
>>
>> I just updated to 1.3.3 from 1.2.6 and have a question regarding the
>> category links. Categorizing an article seems to work fine. But when I
>> create document with a yet not existing category the link to the category
>> has the instruction "&action=edit" which makes sense. Problem is that
that
>> link remains to have the "&action=edit" instruction even after the
category
>> page is created. I have to open up the article make some change and save
it,
>> then the edit instruction goes away.
>>
>> Is there a way to change that the edit instruction will be only appended
if
>> the category doesn't exist?
>That's how it's supposed to work. I suspect a caching trouble there :o)
>Be sure to clear your browser cache and refresh page.
Oh that's how it is supposed to work?
I'm not too familiar with the sourcetree, if I want to change that where can
I disable that, I assume that his is a very simple change to the wiki code
to do that.
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/wikitech-l
hello
I just updated to 1.3.3 from 1.2.6 and have a question regarding the
category links. Categorizing an article seems to work fine. But when I
create document with a yet not existing category the link to the category
has the instruction "&action=edit" which makes sense. Problem is that that
link remains to have the "&action=edit" instruction even after the category
page is created. I have to open up the article make some change and save it,
then the edit instruction goes away.
Is there a way to change that the edit instruction will be only appended if
the category doesn't exist?
thanks a lot,
stan wiechers
"Camille Constans" <wikipedia(a)shaihome.net> wrote in message
news:<20040909221415.72601c2f.wikipedia(a)shaihome.net>...
> On Thu, 9 Sep 2004 15:59:24 -0400
> "Christian List" <list1974(a)hotmail.com> wrote:
>
> > We have agreed on the danish Wikipedia to switch to UTF-8, nobody
disagreed.
>
> I must convert sv.wiktionary, nl.wikipedia and da.wikipedia now :)
>
> I really dont know when I'll have free time.... Well, in your case if you
accept only I tell you a few minutes before starting, I could do it soon (I
hope.....)
It doesn't look like you had time to do it today.
I hope you get time to do it soon?
Christian
Perhaps, this is a stupid question, but I am confused about the correct
and unique place for this.
Brion told me, that I should use http://bugzilla.wikipedia.org .
But now I found evidence on Kissall's users page that also
http://sourceforge.net/projects/wikipedia exits with thousands of bugs
and proposals. Could someone of you, please, place clear instructions
what system to use ?
What I understood recently is, that the Bugzilla is the new system for
bug reports (and feature requests) and I would like to get a short
confirmation, whether I am right.
Tom, somehow confused at the moment
everyone -
I was wondering if the following list of files and directories sufficed to transfer
a mediawiki installation from one machine to another..
./LocalSettings.php
./config/
./images/
./stylesheets/
/var/mysql/ (assuming mysql is stored under /var
/var/wikidb/ (assuming wikidb is the user name that you used to configure
everything)
And do you need to do any translation in going between two OSes (ie: is mysql
the same binary format everywhere, or do you need to have a conversion script that
unloads/loads the data?)
And finally - if you need to move one mediawiki on top of another, is there a
conversion script out there which allows you to deploy data, users, etc
on top of another wikidb?
Thanks much,
Ed
Hoi,
As discussed in [[The need for XML re: wiktionary]] and [[Tables for
Wiktionary]] on Meta and the wiktionary mailinglist, it is necessary to
structure the wiktionary content in order to be able to share the
content of wiktionary. The complexity of doing this is huge. Not only do
we need to describe all kinds of data to be able to include this in our
database. We have to watch and make it not too difficult for a would be
contributor. We also have to produce XML or something like it to publish
our content.
To do all this in one go is a bit much. So I propose to do something
that is simpler first. We may use the GEMET data for inclusion within
Wikimedia. This is a rich and important body of knowledge and we can use
it not only in wiktionary but also in wikispecies. We have been given
the SQL stuff from the GEMET relational database. So we can change this
to fit Wikimedia. GEMET has its own XML definition.
We have therefore these important components:
*We have a SQL definition to fit the data
*We have the complete data from the GEMET available in XML format
*It provides a subset of what is required in structuring Wiktionary
It is an important resource in its own right; the GEMET data
It gives us the ability to handle open content glossary/thesauri
It gives us an idea how Wiktionary could/should evolve
The SQL defenitions are posted on Meta. I do not see how to add them on
bugzilla.
*[[:Image:Gemet.sql]]
*[[:Image:GEMET_status.sql]]
*[[:Image:GEMET relation type.sql]]
Thanks,
GerardM
Hi all,
Egyptopedia is the French WikiProject regarding Egyptology.
I like to get a mailing list for this project at:
egyptopedia-l(a)mediawiki.org
I don't ask to put "fr" on the address because I hope, in a near future,
this project will become international.
Someone can please create it.
Regards,
Aoineko
Could LanguageIs.php be updated in CVS from the version on meta
( http://meta.wikimedia.org/w/wiki.phtml?title=LanguageIs.php&action=raw&ctyp…
).
It adds the following:
* Back ported fixes from the CVS version
* NS_MEDIAWIKI and NS_MEDIAWIKI_TALK have been translated into Icelandic
* Four magic keywords have been translated ( perhaps we'll translate
the rest later
* Math is now rendered as PNG as is the consensus on the Icelandic wikipedia.
As well as this other system messages in the MediaWiki name space have
been significantly updated on is.wikipedia.org since the last pull
from there into CVS, almost all the system messages which are commonly
used ( save for preferences ) have been translated.
http://is.wikipedia.org/w/wiki.phtml?title=Kerfiss%C3%AD%C3%B0a:Allmessages…
Please add this to REL_1.4 and back port it to REL_1.4 if possible (
since the fixes are very minor ).
-Ævar Arnfjörð Bjarmason
Follow-up question to TIM STARLING:
you kindly answered me about 10 days - I have one additional question, see at the END
Thomas Gries wrote:
> (1) Is there a simple way to bulk copy (clone) the whole
> MediaWiki:namespace from one wiki to another wiki (on the same server) ?
Yes, there's maintenance/dumpMessages.php. Pass the resulting file as a
parameter to maintenance/rebuildMessages.php. The other option is to use
SQL, e.g. SELECT INTO OUTFILE.
> (2) Is there a simply way to extract let's say five MediaWiki:pages so
> that I can put it together with a patch into the CVS ?
> In my case, the coming e-mail notification patch for 1.3.2 (see my
> recent (pre)documentation pages on the MetaWiki) uses a couple of
> MediaWiki:namespace pages for composing the notification mails and other
> purposes and I want to publish these important pages together with the
> program patch in one "package".
>
> But I don't know, how.
Language.php is the canonical location for message text, not the
MediaWiki namespace. The namespace will be automatically initialised
from the language file by the installer, for new wikis. Copy your
default message text into Language.php and create a patch in the usual way.
-- Tim Starling
Applying my patch needs to add let's say 2 messages. How can this be done automatically, I mean, a sysop can patch files
Skin.php (for example) and Language.php (with the new 2 messages) as proposed by you - see above, but ....
Question:
... when (how) are these changes in Language.php reflected in the running wiki? In other words: the change in Skin.php is effective immediately, but when(how) will the change in Language.php be effective (e.g. "copied" to the MediaWiki:namespace) ?
My program patch uses for example a call to wfMsg('EmailnotificationMessage1') and wfMsg('EmailnotificationMessage2')
Tom
Hello !
Sometime ago there was a lot of discussion about a database shema
change. I am wondering if that's a dead-end horse or if we can
eventually start discussion again and eventually got the changes in for
version 1.4 ?
I have some ideas of new fields that can help, and probably a friend who
is a database designer who is willing to help review our shema (although
he is writing a book actually).
Or maybe we just add new tables and new fields whenever we want new
features, but I am not sure it is the best solution.
--
Ashar Voultoiz