A handful of students in a class I teach hadn't realized that the Wikipedia
was 1) user written, 2) editable, or 3) discussable. They never even tried
the tabs at the top, so a student put the question to me in class today:
how many of those that access a page access its discussion page? On
#wikipedia folks noted that such a feature is possible with Wikimedia but
disabled and any such statistics are hard to get since there's so much and
can hurt performance if enabled.
Any other thoughts?
Hi all.
Finally, the first upload of images created with WikiXRay is available:
http://en.wikipedia.org/wiki/Wikipedia:WikiXRay
For next updates I'll try to use Commonist for faster upload of lots of files.
Any comments about the graphics are welcomed.
Saludos.
Felipe Ortega.
---------------------------------
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Hello.
Following your suggestions, I have redirected the enwiki page for WikiXRay to meta (discussion included...).I have also uploaded additional graphics.
Interesting points are results for the evolution in time of Portuguese version (perhaps the bot factor) and the different author per page length graph for the French version (do you notice the bottom left side... it is almost empty) :- )
Remaining results for English Wikipedia are being cooked rigth now.
I promise new research graphics in the near future. Hope you enjoy them!
Saludos.
Felipe.
---------------------------------
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Hello.
No, I don't mind to give a quick answer.
There is a valuable advise in the download page for every language. It warns you about the decompressing factor of 7z files, which could be up to 100 times the original file size.
If you got the complete meta history dump from enwiki, you should expect a decompressed file size far beyond the 600 - 700 GB....
I'm afraid 200 GB are not enough for the complete enwiki DB. At least, I hope the advise were useful for you.
Saludos.
Felipe.
Spanner 1234 <spanneritwks(a)gmail.com> escribió:
On 22/01/07, Felipe Ortega <glimmer_phoenix(a)yahoo.es> wrote: Hi all.
Finally, the first upload of images created with WikiXRay is available:
http://en.wikipedia.org/wiki/Wikipedia:WikiXRay
For next updates I'll try to use Commonist for faster upload of lots of files.
Any comments about the graphics are welcomed.
Saludos.
Felipe Ortega.
---------------------------------
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
_______________________________________________
Wiki-research-l mailing list
Wiki-research-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/wiki-research-l
Hello.
Do you mind a question from a newbie. I just downloaded the 7z file and it is about 8 gb. How much space do you need for unpacking the file? I currently only have 200 gbs left, is that sufficient?
regards
Spanner
--
I Only Know What I Know, But I'm Learning all The Time - Stay Safe - Spanner intheWorks /SpannerITWks
---------------------------------
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
---------------------------------
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Dear researchers,
Please forgive me, if this is not the right place for my inquiry, but
I was unable to identify a better one.
What I would like to ask is, whether or not anyone of the subscribers
has undertaken or knows who else has undertaken any research into the
matter of Wikis with small speaker communities.
With "small" I would mean languages with, as a wild guess, less than
50,000 speakers, or languages from regions of the world, where
Internet access is still so rare and prohibitively expensive that the
vast majority is barred from participating in projects such as
Wikipedia.
There is a number of language editions, which have been practically
idle for years and years, such as Kanuri, Choctaw, Inupiaq, Inuktitut
(in Cananian Aboriginal Syllabics) and probably many others.
At the same time, there is at least one relative newcomer edition, the
Upper Sorbian Wikipedia, which is doing extremely well, even though
the number of speakers does not exceed 40,000 (it may be substantially
lower.)
When it comes to minority languages, Wikipedia is often advocated as
/the/ tool to promote and protect them. At the same time, the "Wiki
principle" on a shoestring would be "the more, the better", the more
potential contributors there are, the more knowledge is likely to be
accumulated. If so, setting up Wikis for minority languages is quite
probably /not/ the appropriate tool to help them. Neither is it likely
to ever generate an encyclopedia.
The discussions about closure or continuation of such projects
typically follow the same patterns. Some people say: "Just give it
more time", while others point to the fact that the Wiki is abused by
spammers and vandals. Personally I suppose, that a Wiki created
without the participation of a group of dedicated editors is bound to
fail. (like e.g. Kanuri, which after three year does not have a single
line in the language). However, there might be other cases. I simply
don't know.
I wonder if such discussions would be more constructive, if some
research results on this topic were available. If they do exist, I'd
be happy for a pointer....
Thanks,
Johannes
SJ:
> With a brief discussion about preserving privacy in aggregate data,
> randomizing test and control samples, and a tweak to allow web forms
> on pages that are aware of your wikipedia userid, we could have a
> simple projects-wide survey completed within a month. Let's make this
> a priority and make such a thing happen -- then figure out how to
> optimize future iterations.
>
> The latest discussions on meta are here:
> http://meta.wikimedia.org/wiki/General_User_Survey
>
SJ, great to hear you welcome the survey. After Wikimania 2005 the project
fell idle,
because I had too many other WM obligations and a not so good winter
healthwise.
Wikimania 2006 gave the project new elan and now someone else will code it.
Status:
Technical design has started but needs some more work:
I'll make a mockup input script for the form generator.
http://meta.wikimedia.org/wiki/General_User_Survey/Implementation
Programming will start in a reasonable time frame, see Kevin's earlier post.
I'm not so sure this takes only one month :(
Major issues:
1 Authentication
Best after single login is active, in a few weeks time?
2 Anonimisation of results
May need some more thinking, this is sensitive matter
We had a heated debate about this in Frankfurt, we'll probably get into
this further
when we have a proof of concept, and more people show up to give feedback.
3 Translation issues
A Mediawiki wide survey needs to be held in many languages to reduce bias
where opinions are asked.
4 Results should be script-processable, e.g. no free format feedback.
Thus all answers should be on a numeric scale or predefined
(e.g. country numbers instead of country names in all esoteric languages
that no script can handle)
Because of 3 a survey form needs to be built dynamically.
No English/German/Japanese/etc texts intermingled with PHP script.
That would be a maintenance nightmare.
Depending on how much time the programmer can spend on the project, we could
probably show an alpha version about 4 weeks after he starts.
Then start major discussion on final questions (this will work better when
people see a alpha version to play with),
and finally freeze questions and invite translators.
I would be happy if we did a major survey in November/December.
Please don't ask for quick hacks. I know all this sounds like an invitation
for some self-proclaimed code magician to make something barely functional
in a weekend, pronounce the job done and then leave the 'dirty details'
(usually 80% of what needs to be done) for others to clean up. I'd rather
see to it that the first version is usable and a good platform for future
reuse and extension.
Erik Zachte :)