Hello,
As wikipedia is slow at the busy time, I propose to get some new servers for our cluster.
- Some new web servers(3 or 4), P4 2,8Ghz with 2Go of RAM
- A server which could be a backup for nfs server, zwinger, with bigger disk, 80Go is very low, maybe 200 or 250Go
- Upgrading disk of zwinger to 200 or 250Go (or add a new one)
- A db server in 64 bits mode with 4Go of RAM (if we cant make working geoffrin), like this one :
http://www.macomp.com/products/servers/patriot2200.asp
With raid 10 disk system, 4 or 6 drives in raid and 1 stand-by. I prefer 15000rpm disk, but I can understand that they are more expensive
- Maybe another squid server
What do you think of that ?
Shaihulud
Firstly, I'm disappointed Erik chose to characterise my stated
motivation as "false pretenses", as if I had some kind of bias towards
Klingon and I deliberately tried to mislead the list. I mistakenly
created Klingon, I did not try to pull a swiftie on the Wikimedia
community. I hope that Erik's choice of words was in error.
Jimbo issued one statement against Klingon and one statement in favour
of Klingon. His opinion was thus sufficiently ambiguous that my pretext
was removed. However he later clarified his position by withdrawing his
initial statement -- both on wikitech-l and on #wikipedia. I would have
been happy to re-enable the wiki as soon as he did this, however he
asked me to wait for the discussion to pan out.
The compromise agreed to by Erik and Timwi is to allow the Klingon
Wikipedia, but to avoid interlanguage links. Accordingly, I have
commented out the Klingon entry in $wgLanguageNames. This means that
markup of the form [[tlh:wIqIpe'DIya]] will create an external link
rather than an interlanguage link, just like links to meta or sep11.
Otherwise the wiki is fully functional.
http://tlh.wikipedia.org/wiki/Main_Page
-- Tim Starling
hi!
In de: we have a lot of articles on graph theory missing example images. Graphs
are also useful in other articles to visualize information. Editing images of
graphs with your favorite program and format is a consumption of time and nobody
can easily alter my images. We do have <math> and <hiero>-section. I'd like
editable graphs with <graph>...</graph>.
We could easily use the DOT-syntax and
[http://www.research.att.com/sw/tools/graphviz/ graphviz]
to create PNG-images or SVG. It's damn powerful and not that complicated!
Greetings,
Jakob
Hello,
In the new default skin, the Alt-B key combination seems to bound to the
"what links here" function. Alt-B is normally the shortcut to the
bookmarks, at least in my browser (Mozilla Firefox). I find the binding to
"what links here" rather annoying, because it blocks me from a keyboard
shortcut. I doubt that I'm the only one annoyed by this.
I suggest that the Alt-B key mapping be dropped or changed to something
else.
--
Greetings from Troels Arvin, Copenhagen, Denmark
By accident, I typed
http://www.wikisource.com/
and achieved an undesirable result. This is presumably a very minor
configuration issue somewhere.
--Jimbo
Hi,
[[meta:MediaWiki_roadmap]] states that RSS syndication is available for many
special pages, such as Special:Newpages. Which special pages are you talking
of?
* wiki.phtml?title=Special:Newpages&feed=rss
is ok. But all the other pages I tried do not work
* Special:Recentchangeslinked
* Special:Whatlinkshere
* Special:Watchlist
* Special:Categories
* ...
Have a look at
http://meta.wikipedia.org/w/wiki.phtml?title=Special:Categories
There is a Link in the Toolbox (rss/atom) but it does not work?
Thanks,
Jakob
I remember somewhere that at conversion time the old stuff in articles are converted to UTF-8. At present I do my addition of all kinds of names for languages in the nl-wiktionary, words like ᎳᏛᏈ translate to [[ᎳᏛᏈ]]. This turns up perfectly well on the en:wikitonary. I just realised that this may not be as simple as that.
My question, should these charactercodes be converted again on en:wiktionary ??
Thanks, GerardM
---------- Forwarded Message ----------
Subject: [Wikitech-l] Multiple categories
Date: Sun, 30 May 2004 12:07:09 +0200
From: Nikola Smolenski <smolensk(a)EUnet.yu>
To: Wikimedia developers <wikitech-l(a)Wikipedia.org>
I have made a patch which enables display of all articles that belong to
multiple categories. Thus, for example, Category:Female/Orthodox/Saint would
return all female orthodox saints (that is, all articles which are
categorised with at least [[Category:Female]], [[Category:Orthodox]] and
[[Category:Saint]]).
I am not sure would this make for much greater database load, but that
remains to be seen in practice. Line if(strchr($t,"/")) { and corresponding
else block are actually not needed but I have left them because I figure
that display of a single category is slightly faster this way, and that at
that point it would be easier to turn off this feature if needed. It should
also be easy to limit to number of categories if that turns out to be
neccesary.
Index: Parser.php
===================================================================
RCS file: /cvsroot/wikipedia/phase3/includes/Parser.php,v
retrieving revision 1.135
diff -u -3 -p -r1.135 Parser.php
--- Parser.php 15 May 2004 00:29:07 -0000 1.135
+++ Parser.php 30 May 2004 09:11:00 -0000
@@ -318,7 +318,21 @@ class Parser
# FIXME: add limits
$t = wfStrencode( $this->mTitle->getDBKey() );
- $sql = "SELECT DISTINCT cur_title,cur_namespace FROM
cur,categorylinks WHERE cl_to='$t' AND cl_from=cur_id ORDER BY cl_sortkey" ;
+ $t = preg_replace("'/+'","/",$t);
+ if(strchr($t,"/")) {
+ $ta = explode("/",$t);
+ $tt="cur"; $tw="";
+
+ $i=0;
+ foreach($ta as $v) {
+ $tt.=",categorylinks as cl$i";
+ $tw.="cl$i.cl_to='$v' AND
cl$i.cl_from=cl".++$i.".cl_from AND ";
+ }
+ $tw=preg_replace("' AND
cl[0-9]+[.]cl_from=cl[0-9]+[.]cl_from AND $'U","",$tw);
+ $sql="SELECT DISTINCT cur_title,cur_namespace FROM
$tt WHERE $tw AND cl0.cl_from=cur_id ORDER BY cl0.cl_sortkey";
+ } else {
+ $sql = "SELECT DISTINCT cur_title,cur_namespace FROM
cur,categorylinks WHERE cl_to='$t' AND cl_from=cur_id ORDER BY cl_sortkey" ;
+ }
$res = wfQuery ( $sql, DB_READ ) ;
while ( $x = wfFetchObject ( $res ) ) $data[] = $x ;
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)Wikipedia.org
http://mail.wikipedia.org/mailman/listinfo/wikitech-l
-------------------------------------------------------
"Delirium" wrote:
> Timwi wrote:
>
> > Delirium wrote:
> >
> >> Timwi wrote:
> >>
> >>> You should probably give us more information on how Greek month
> >>> names work. You have only told us what does *not* work. I might be
> >>> able to come up with a technical solution if you explain to me what
> >>> morphological properties of Greek need to be satisfied in the month
> >>> names.
> >>
> >>
> >> There may be cases I'm not covering, but for the one I can
> >> immediately see in the interface, the issue is that "day month" type
> >> dates use the possessive form of the month name, while month names
> >> used by themselves use a simple noun form.
> >
> > [... etc. ... 'Maios' vs. '5h Maiou']
> >
> > Ah-ha. I kind of thought so. So why don't you just do this:
> >
> > - Set the month name to "Maio"
> > - In a sentence like "{{MONTHNAME}} is nice", write "{{MONTHNAME}}s
> > estis bioutiphulos"
> > - Set the date format to "{{DAY}} {{MONTHNAME}}u {{YEAR}}"
> > http://mail.wikipedia.org/mailman/listinfo/wikitech-l
>
> Well, unfortunately one part I had left out were the accents, which
> shift when the word becomes possessive. To take the example from
> Andreas's email, the simple noun form of June is "Io?nios", whereas the
> possessive form is "Ioun?ou". So it would really need a separate
> {{MONTHNAMEPOSSESSIVE}} or something of that sort.
>
> -Mark
I think that in most of the languages the "{{CURRENTMONTHNAME}}u" solution
will solve the problem. (In Hebrew, for example, we say "Yanuar" for Jan,
but "15 beYanuar" for Jan 15 - of course, in Hebrew chcracters - and when a
date is needed, we use to write "{{CURRENTDAY}} be{{CURRENTMONTHNAME}}" and
it's all fine.)
Anyway, I have a different solution: There is another already-present month
template - {{CURRENTMONTHNAMEGEN}} - that I don't know for which purpose it
is used, but it seems to be really redundant. So, you can use
{{CURRENTMONTHNAMEGEN}} for the simple form and {{CURRENTMONTHNAME}} for
possessive, etc.
Naftali
So, right now, when we have a broken link in a page, it gets rendered
like this:
<a class="new" href="index.php?title=New_page&action=edit">
New page
</a>
The problem here is that we're not differentiating between creating a
new page and editing an existing page. It's uncommon but not impossible
that someone creates [[New page]] while I'm looking at this link, and
when I click it to start a new page, there's text in the textarea.
IWBNI we had a *different* action for creating new pages than for
editing existing pages.
<a class="new" href="index.php?title=New_page&action=new">
New page
</a>
On getting action new, we could do things like:
* Show the page, if it's been created since the person fetched the
referring page.
* Show some set of instructions on how (or why) to start a new
page, and give some other possibilities (I think the [[meta:new
page page]] discusses this).
* Do some cool functionality, like _new_page_templates_ (create
new pages with some existing format already filled in).
But we can't do anything interesting with new pages unless we know
they're new pages. So, I'd like to change action=edit to action=new for
broken links.
Sound OK?
~ESP
--
Evan Prodromou <evan(a)wikitravel.org>
Wikitravel (http://wikitravel.org/)