Did you see this interesting thread?
http://thread.gmane.org/gmane.org.wikimedia.foundation/46475
Nemo
-------- Messaggio Originale --------
Oggetto: [Foundation-l] Wikisource and reCAPTCHA
Data: Wed, 23 Jun 2010 21:39:09 +0100
Da: Michael Peel <email(a)mikepeel.net>
Rispondi-a: Wikimedia Foundation Mailing List
<foundation-l(a)lists.wikimedia.org>
A: Wikimedia Foundation Mailing List <foundation-l(a)lists.wikimedia.org>
Referenze: <815482.36310.qm(a)web45902.mail.sp1.yahoo.com>
(Renaming the subject as we've changed topic)
On 23 Jun 2010, at 21:31, Mariano Cecowski wrote:
> --- El mié 23-jun-10, Michael Peel <email(a)mikepeel.net> escribió:
>
>> I always think than not using reCaptcha is a shame, as it's
>> a nice way to get people to proofread text in a reasonably
>> efficient way. It would be really nice if someone could
>> create something similar that proofreads OCR'd text from
>> Wikisource... <hint, hint>.
>
> And how do you decide that what was entered is wrong or right?
>
> Better take a look at Project Gutemberg's Distributed Proofreaders[1].
>
> Cheers,
> MarianoC.-
>
> [1] http://pgdp.net
My understanding is that original text within the reCAPTCHA is shown to
several different people; if they agree then the word is counted as
correct. Looking at the Wikipedia article, it's a little more complex
than that:
http://en.wikipedia.org/wiki/ReCAPTCHA
There's a reason why there are two words to solve during a reCAPTCHA.
What Distributed Proofreaders can do, Wikisource can do - but in a Wiki
environment. If you haven't checked out the proofreading features that
Wikisource now has, I would encourage you to give them a go, e.g. at:
http://en.wikisource.org/wiki/Page:Frederic_Shoberl_-_Persia.djvu/92
Mike
_______________________________________________
foundation-l mailing list
foundation-l(a)lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
Firefox 4 and Chrome 6 have support for Websockets.
I wrote a websocket server that forwards Recent Changes to a web
browser, in order to visualize them dynamically.
Here is a list of pages using it:
*[http://toolserver.org/~thomasv/rcsound.html a page that plays a sound
everytime a page is proofread at the most active wikisources]
*[http://toolserver.org/~thomasv/wprc.html en.WP's recent changes] (it
scrolls kind of fast)
*[http://toolserver.org/~darkdadaah/wiktio/outils/rc/fr_wikt_rc_table.html
fr.wiktionary's RCs]
If you decide to write another page that uses this server, please add it
to the list.
It is possible to use this tool directly on any Wikimedia wiki ; here is
a script that turns the RC page of your wiki into a self-updating page:
importScriptURI('http://wikisource.org/w/index.php?title=MediaWiki:DynamicRC.js&action=raw&c…');
I hope you enjoy it. If you decide to write a page that uses this tool,
please add it to this list :
https://wiki.toolserver.org/view/RC_Websocket_server
Thomas
There is a lot of potential in Wikisource, but it depends
heavily on the ProofreadPage extension and it has several
bugs that are reported but don't get fixed.
ThomasV is the main developer and perhaps he is the only
maintainer? It would be in the interest of the Wikimedia
Foundation to assign a salaried developer or two into
developing a more robust framework for Wikisource, either
by improving the existing extension or by integrating
some or all of its functionality into MediaWiki proper.
People everywhere have a need to make some PDF (or Djvu)
document available on a website, page by page, with the
ability to add categories and talk pages. This ability
is what the ProofreadPage extension adds to MediaWiki.
In my mind, it is as essential as the support for uploading
JPEG images and automatically generating thumbnails.
Adding multipage documents to a wiki should be a far more
common need than adding mathematical equations.
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se
de.ws is already not respecting the system, because it didn't marked the empty pages as "Empty". fr.ws has 17000 empty pages, en.ws has 15000, de.ws has 1000. I suppose that a great part of the missing 14000 or 15000 are marked as "Validated"... and de.ws has 54000 validated pages.
----- Message d'origine -----
De : ThomasV
Envoyés : 01.07.10 12:22
À : discussion list for Wikisource, the free library
Objet : Re: [Wikisource-l] [Wikitech-l] Wikisource bugs
* Thirdly, if the de.wikisource community decides, by vote or by
consensus, that they want IPs to be allowed to change the quality
status of pages, they can do this without destroying
ProofreadPage. They just need to step out of the ProofreadPage
quality system, and restore their previous system in place of it.
I am willing to explain how to do this to any technically skilled
person. Note that I already made the same proposal in bugzilla
8 months ago.
_______________________________________________ Wikisource-l mailing list Wikisource-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikisource-l
I added to Common.css this code:
div.indent {}
.indent p {
*margin-top*: 0em
*margin-bottom*: 0em
*margin-left*: 2.5em;
*text-indent*: -2.5em;
}
suggested by css trick to manage poem tag.
This code inverts indentation into all <p> inside a div class="indent", very
useful in some special lists of particular pages. All runs very well but...
I can't manage in a simple way the case of a paragraph splitted in two parts
in two pages. I'd like to avoid the possible solution (that is, doubling the
second part of the broken paragraph into the fisrt page inside includeonly
tags, and use noinclude tags for the same text into the following page).
See http://it.wikisource.org/wiki/Pagina:Canti_di_Castelvecchio.djvu/241 di
Castelvecchio.djvu/240 and the following one; the pages are transcluded into
http://it.wikisource.org/wiki/Canti_di_Castelvecchio/Note_alla_seconda_ediz….
--
Alex
Hi everyone,
The next strategic planning office hours are:
Wednesday, 04:00-05:00 UTC, which is:
-Tuesday (8-9pm PST)
-Tuesday (11pm-12am EST)
There has been a lot of tremendous work on the strategy wiki the past
few months, and Task Forces are finishing up their work.
Office hours will be a great opportunity to discuss the work that's
happened as well as the work to come.
As always, you can access the chat by going to
https://webchat.freenode.net and filling in a username and the channel
name (#wikimedia-strategy). You may be prompted to click through a
security warning. It's fine. More details at:
http://strategy.wikimedia.org/wiki/IRC_office_hours
Thanks! Hope to see many of you there.
____________________
Philippe Beaudette
Facilitator, Strategy Project
Wikimedia Foundation
philippe(a)wikimedia.org
mobile: 918 200-WIKI (9454)
Imagine a world in which every human being can freely share in
the sum of all knowledge. Help us make it a reality!
http://wikimediafoundation.org/wiki/Donate
I'm proofreading a book, a biographic dictionary, which lists
information about 7500 people on 810 pages. Each person has
3-4 lines of text.
During proofreading, a page is a page, simple enough,
e.g. http://sv.wikisource.org/wiki/Sida:Östgötars_minne.djvu/207
But how should such a work be transcluded into the main
namespace? Should each entry be its own chapter? It would
be convenient to be able to link directly to each person,
especially since they are numbered and sometimes referred
to by these numbers. But it would make for many tiny chapters
and a table of content that is almost as large as the book.
On the other hand, the printed table of content presents
three main chapters (A, B, C) of which chapter B covers
680 pages. The transclusion code <pages from=75 to=754/>
would generate one very long page.
How has this problem been dealt with before?
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se
Due to numerous requests we have extended the submission deadline for
Wikimania 2010 as follows:
* Abstract Registration: May 24, 11.59 p.m. (Pacific Time)
* Notification for workshops: May 29, 11.59 p.m. (Pacific Time)
* Notification for panels, tutorials, presentations: June 3, 11.59
p.m. (Pacific Time)
See the Call for Participation for more details:
http://wikimania2010.wikimedia.org/wiki/CFP
Thank you for helping make Wikimania 2010 a successful event. :-)
See you in Gdansk, July 9-11!
With best regards,
Wikimania Team
--
Casey Brown
Cbrown1023
Is it true that {{header|previous= |next= }} must be filled
in manually for each chapter? Couldn't this be automated
in the same way as ProofreadPage links "<" and ">" in a
linear sequence, if you provide the table of contents in
a central place? If that TOC contained the page number
intervals and sections, everything in the chapter page
could be automated, right?
Is it true that full text search leads to to the Page:
and not to the main namespace page that transcludes it?
And that the former has no link to the latter?
If I search "the right understanding of the machine",
I find
http://en.wikisource.org/wiki/Page:The_Kinematics_of_Machinery.djvu/24
but I don't find
http://en.wikisource.org/wiki/The_Kinematics_of_Machinery/Introduction
How could that be improved? Is another Extension necessary?
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se