On June 13, 2004 - one day after the "Wikipedia and Friends" panel at the
Wizards of OS conference, see http://www.wizards-of-os.org - there will be
a Wikipedia/Wikimedia community meeting in Room H2033 of the Technical
University Berlin (main building at Ernst-Reuter-Platz/Straße des 17.
Juni). See
http://www.tu-berlin.de/eng/about_tu/anreise.htm
for more information on how to get there. There are over 60 seats.
This will be an opportunity to meet Wikipedians from Germany, Europe, the
United States and elsewhere, including Jimmy Wales. It will also give us
eight hours or more to discuss issues of importance to Wikipedia and the
Wikimedia Foundation.
One primary concern for the German Wikipedians is the setup of a German
daughter organization of the Wikimedia Foundation, Inc. The formalities of
this process will be discussed.
The results of the Wikimedia Foundation Board of Trustees election, closed
on Saturday, will be officially announced. The meeting can also be used to
discuss Wikipedia's internal policies, those of our sister projects like
Wikibooks and Wiktionary, possible future projects for the Wikimedia
Foundation, effective fundraising, quality control mechanisms, and the
print edition.
A tentative agenda is being developed at
http://de.wikipedia.org/wiki/Wikipedia:Wikipedia_Community_Day
This page will be translated into English as soon as it has reached a
stable state. If you don't speak German you can already register yourself
and suggest issues to discuss on the talk page ("Diskussion" link). If
there's enough international interest we can move the whole thing to Meta
and continue to develop it there.
I'm looking forward to meeting everyone who will come.
Regards,
Erik
"Ulrich Fuchs" <mail(a)ulrich-fuchs.de> schrieb:
> Well actually, unless the supercategories don't display the articles of there
> subcategories they are pretty useless. Eg
> http://test.wikipedia.org/wiki/Category:Canine should display [[Poodle]]
> somewhere, since Poodle is in the Dog category. Actually, this functionality
> is what we need the categories for ("show me all actors", "show me all
> artists", "show me all persons"). Without that working, I wouldn't call the
> category feature "functional".
I disagree. It is not functioning the way you want it, but:
* It _is_ functioning - it is only the sub-categorization that is not
* I don't even know whether I _want_ it to function the way you say.
Non-transparent subcategories provide a way to subdivide categories
that are getting unwieldily large. Weighing this against the possibility
of having a single category page that refers to all titles, I am not
sure yet which I find the greater advantage.
As another issue, the text 'category' for referring to a category, is
it the same on other languages, is it coupled to the name of the
category-namespace or is it separately defineable?
Andre Engels
"Tim Starling" <t.starling(a)physics.unimelb.edu.au> schrieb:
> We're going to be upgrading the software on the live site to the current
> development version, over the next 24 hours or so. However, we won't be
> releasing a tarball just yet. Before we do that, we want to obtain
> translations for the new interface text, and also to fix a few
> user-friendliness issues with the installer. We'll probably upgrade the
> smaller wikis first, and do the English Wikipedia fairly late in the peace.
> There might be short periods of downtime during this process.
>
> A list of new features is at
> http://meta.wikipedia.org/wiki/MediaWiki_roadmap
The status of categories is not clear on this page - is it not included,
or is it included but are you (meaning the developers) still working on
improving it?
Andre Engels
We're going to be upgrading the software on the live site to the current
development version, over the next 24 hours or so. However, we won't be
releasing a tarball just yet. Before we do that, we want to obtain
translations for the new interface text, and also to fix a few
user-friendliness issues with the installer. We'll probably upgrade the
smaller wikis first, and do the English Wikipedia fairly late in the peace.
There might be short periods of downtime during this process.
A list of new features is at
http://meta.wikipedia.org/wiki/MediaWiki_roadmap
-- Tim Starling
Dear all,
while reading some article in the wikipedia, an idea for a new project came to
my mind: There could be a wiki-page which collects field reports from
missionaries around the world.
How can I get help for starting a new project with wikimedia? ... and someone
who is interested in developing the project?
Maik Arnold
Hi.
I meant to post this here a long time ago, but I didn't get around to it.
It is my understanding that the aim of the English Wiktionary has always
been and still is to define all words of all languages, as well as
provide translations of all words into all other languages. Is that right?
We would thus have hundreds of entries for, say, "five" in hundreds of
languages, all of which say nothing else than "this means five" and the
same list of translations into all other languages. Isn't this an
incredible nightmare to keep in sync?
Now we have Wiktionaries in loads of languages, and all the redundancy
above is multiplied /again/ by the number of languages. We would be
collecting the translations for the word "five" n² times, where n is the
number of languages. I don't know how many languages there are on this
planet, but even if it was only 1000 languages, this means 1000000 (one
million!) times the same list of words.
Am I the only one who thinks this is unbelievably redundant?
Timwi
Thanks Imran and Tim
Additional comment by Villy
Je ne parviens pas � trouver sur Media la r�gle de
l'enregistrement depuis 3 mois au moins pour les
votants. A supposer qu'elle s'y trouve, c'est bien la
premi�re fois que je vois les conditions d'�lectorat
plus dure que les conditions d'�ligibilit� : un
candidat en effet annon�e sa pr�sence sur unprojet
Wiki depuis mars 2004 : cela fait donc deux mois et il
semble pouvoir �tre candidat au board. Il faudrait
peut-�tre songer � harmoniser les conditions de wiki
seniority. villy 16 mai 2004 � 19:34 (CEST)
I can't find on Media, the registration rule requiring
at least 3 months of presence for voters. If we
suppose its existence, it is the first time I ever see
voting conditions being more restrictive than
eligibility restrictions : one candidate claims to be
here since march 2004, which is only 2 months, and he
appears to be eligeable for the board. It would be
best to have both requirements in tone with each
other.
-----
I answered the 3 months seniority requirement for
voters was on the notice, but I prefer to forward you
the whole piece of comments, as it is not the first
time the issue is mentionned. Villy is a judge in
France.
ant
PS : Villy registered on the 16th of march, so by
current rules, he may not vote.
__________________________________
Do you Yahoo!?
SBC Yahoo! - Internet access at a great low price.
http://promo.yahoo.com/sbc/
Feedback from a french contributor, named coeur (c�ur)
* he mentions the fact a user could be registered
under different name on 30 wikipedias, hence vote 30
times
-> my answer. This could happen. Some people do have
different names, and a tiny few could do it on purpose
and could cheat. However, the risk is limited, we
trust people per default not to abuse the system, and
likely it would be an artifact.
We could limit the risk by setting a minimum of
contribution, perhaps ?
* he mentions the fact different users could have same
name under different wikipedias, hence good votes
would be discarded
-> my answer. This will happen, we already know
several cases. Checking and discarding will not be
automatic but be human powered with control.
I suppose I am correct :-)
* he mentions he is *bound* to have different names on
en and fr, as his name need utf8 encoding.
-> my answer. I said we trusted him to be honest here.
And he should have stick to a good old name with no
weird caracters ;-)
__________________________________
Do you Yahoo!?
SBC Yahoo! - Internet access at a great low price.
http://promo.yahoo.com/sbc/
It has been brought to my attention that Cafepress, which we currently use
to sell Wikimedia Merchandise at http://www.cafepress.com/wikipedia , has
some privacy issues. Specifically, they have a "web pixel clause":
Pixels. Pixels, also called clear GIFs, are invisible files on Web pages
that you visit. If you visit a page on the Site that contains a Pixel,
the Pixel communicates with your computer to determine, among other
things, whether you have been to that page before or viewed a particular
advertisement. We may use Pixels to serve advertising, enhance email
advertising and track usage of the Site.
And a somewhat weak personal data disclosure policy:
we may disclose your Personally Identifiable Information when we believe
in good faith that it is required by any applicable law or legal
process, or if we believe we need to disclose it to protect or enforce
our rights *or the rights of our members, users, or other third
parties.*
http://www.cafepress.com/cp/info/help/privacy.aspx
I'd like to solicit feedback on
- whether these privacy issues are acceptable from the point of view of
the Wikimedia Foundation, Inc.
- whether any alternatives exist (i.e. merchandise-on-demand of similar
quality).
My point of view, right now, is that if no alternatives exist, we should
continue using Cafepress, and add a link to the Wikipedia article about
them on the page, where the privacy issues can then discussed from a
neutral point of view. However, I'd like to bring this out into the open
first. (Incidentally, I'll probably have to start that article as it
doesn't seem to exist yet.)
Regards,
Erik
Hi,
I was looking on meta for a list of Problems the Fondation or Board of
Trustees should solve. As I found no List, I just added this page:
http://meta.wikipedia.org/wiki/Board_of_Trustees/To_do_List
If this is not the right page, please let me know where to put this open
Problems.
Thanks for help, Fantasy :-)
Current open issues: Trademark-Problems
* wikipedia.it is taken by Giacomo De Feo ROMA IT see whois.nic.it
* wikimedia.com is taken by Paracelsuspraxis Daniela Rohrer CH see
whois.org