Wikisource-l

wikisource-l@lists.wikimedia.org

4 participants
1318 discussions

[Fwd: [Communia] Europeana launches its Public Domain Charter]
by Federico Leva (Nemo) 05 May '10

05 May '10

-------- Messaggio Originale -------- Oggetto: [Communia] Europeana launches its Public Domain Charter Data: Tue, 4 May 2010 07:13:58 -0600 Da: bernardo parrella <berny(a)cybermesa.com> A: communia(a)lists.communia-project.eu The Europeana Foundation has published a policy statement, the Public Domain Charter, to highlight the value of public domain content in the knowledge economy. It alerts Europe's museums, libraries, archives and audiovisual collections to the fact that digitisation of Public Domain content does not create new rights in it. The document highlights the Public Domain as a "shared resource that underpins contemporary societies" and it "provides a historically developed balance to the rights of creators protected by copyright." This initiative strengthens the recently-launched Public Domain Manifesto goal to protect today's cultural landscape particularly relevant to education, cultural heritage and scientific research -- thus ensuring that it can continue to function in a meaningful way. The Public Domain Charter is currently available as a pdf download in English, French, German, Spanish, and Polish. More info: http://communia-project.eu/node/406 http://version1.europeana.eu/web/europeana-project/publications

1 0

The second parameter of Iwpage
by Alex Brollo 03 May '10

03 May '10

I dragged a little into the very interesting template Iwpage, but I couldn't fine a doc about its second parameter, and about the related Lst. Is there some work in progress? Where can I find some doc about if any? -- Alex_brollo

1 0

OCR quality
by Lars Aronsson 30 Apr '10

30 Apr '10

Digitization projects sometimes mention their OCR quality, depending on the print quality, image quality, and which OCR software they used, as a percentage in the range 80-100%. I guess that is the percentage of characters correctly interpreted. When you outsource digitization, the OCR quality can be a parameter for the delivery. Anyway, I see so many OCR errors, that I doubt that these estimates are accurate. Are there any known cases where statements about OCR quality have been questioned? One problem with estimating the OCR quality is that you compare what you have (the actual OCR output) against something you don't have (the perfectly proofread page). You can make samples, but in Wikisource we have more than just samples. We have complete works that have been fully proofread. And a version history that shows what we started out with. Yes, I think it is important to save an initial version of the raw OCR text before you start to do any proofreading. Do we have any software that can compare two versions of a page and tell what percentage of characters were the same in both versions, i.e. the OCR quality? -- Lars Aronsson (lars(a)aronsson.se) Aronsson Datateknik - http://aronsson.se

2 1

Can't use templates on Index: page
by Lars Aronsson 30 Apr '10

30 Apr '10

I tried to be smart, by introducing a template on this Index: page, http://sv.wikisource.org/w/index.php?title=Index:Post-_och_Inrikes_Tidninga… But then the tabs that link to the previous (<) and next (>) page disappeared, but the tab that links to the index (^) is still there, e.g. http://sv.wikisource.org/wiki/Sida:Post-_och_Inrikes_Tidningar_1836-01-11_3… Some might say I should just combine the images into a single Djvu file, or maybe one Djvu volume for each month or year of the newspaper, but each of these JPG files is 11 megabytes. -- Lars Aronsson (lars(a)aronsson.se) Aronsson Datateknik - http://aronsson.se

2 2

Search Function
by Stefan Roski 29 Apr '10

29 Apr '10

Dear all, I have a question concerning the search function on wikisource. For several purposes it is very useful search after a term neither within the whole wikisource, nor within just the page of a book that is currently displayed, but rather in the whole book (and only the book). There is, of course, the option of exporting the whole book into a PDF and search that, but if the book is split up in, say, 500 wiki-pages, this becomes an extremely time-consuming task. I am wondering whether there is any solution to this problem, either by automatizing the 'create book' function such that it automatically gathers all pages that belong to a particular book, or by restricting the search directly to one particular book. Thanks in advance and kind regards, Stefan Roski

3 2

Search engine visibility, ProofreadPage link structure
by Lars Aronsson 29 Apr '10

29 Apr '10

As I'm uploading and proofreading texts, I'm surprised how slow Google is to pick up the new content. As far as I can see, there's nothing that blocks search engines from indexing Page: or Index: pages, so it should not be entirely necessary to transclude content into pages in the main namespace, right? For example, I'm googling the exact phrase "exportable effekter" (antiquated Swedish) which since April 3 (25 days) has been here, http://sv.wikisource.org/wiki/Sida:Post-_och_Inrikes_Tidningar_1835-12-31_3… In my experience, Google is very quick to pick up new content in Wikipedia. I assume it tracks the recent changes page. Is it a problem that the URL ends in ".jpg"? Would search engines avoid or delay to index it, assuming it was an image? Part of my problem is that I'm proofreading entire newspapers, and so far I have only transcluded a few articles. Maybe I should make a main namespace page for each day's full issue. Would that help me? When you proofread The New York Times (English) or Die Gartenlaube (German Wikisource), do you proofread entire pages and issues, and do you transclude everything that you proofread? From the Index: page, the <pagelist/> generates normal HTML links to each page, which is fine. But from the individual pages, the links to the previous (<), next (>) and index (^) pages are created only by Javascript. Is this a problem for search engines? Is it a problem for blind readers? Is there any good reason not to generate standard HTML links for these navigation tabs? -- Lars Aronsson (lars(a)aronsson.se) Aronsson Datateknik - http://aronsson.se

2 1

Wikimania 2010: Call for Participation is there!
by Marcin Cieslak 29 Apr '10

29 Apr '10

Wikimania is an annual global event devoted to Wikimedia projects around the globe (including Wikipedia, Wikibooks, Wikinews, Wiktionary, Wikispecies, Wikimedia Commons, and MediaWiki). The conference is a community gathering, giving the editors, users and developers of Wikimedia projects an opportunity to meet each other, exchange ideas, report on research and projects, and collaborate on the future of the projects. The conference is open to the public, and is a chance for educators, researchers, programmers and free culture activists who are interested in the Wikimedia projects to learn more and share ideas about the Wikimedia projects. This year's conference will be held JULY 9-11, 2010 in Gdansk, Poland at Polish Baltic Philharmonic. For more information, please visit the official Wikimania 2010 site: http://wikimania2010.wikimedia.org/ Wikimania 2010 will be a mix of submitted talks, open space meetings, birds of a feather groups, and lightning talks. Submissions will be discussed and selected in an informal process on the wiki. If your submission is not added to the schedule, you will still have many opportunities to bring topics forward on-site. IMPORTANT DATES * Deadline for submitting workshop, tutorial, panel and presentation proposals: May 20 * Notification of acceptance: May 25 (workshops), May 31 (panels, tutorials, presentations) * All proposals and presentations will be welcome in the Open Space track of the conference, whether or not they are accepted in this initial process. PROGRAM COMMITTEE Submissions will be reviewed informally by a team of volunteers. TRACKS This year Wikimania will offer three tracks for submissions for members of wiki communities and interested observers to share their own experiences and thoughts and to present new ideas: People and Community The People and Community track provides a unique forum for discussing topics related to people using/building wikis. Relevant topics include, but are not restricted to, the following: * Wiki Community: Conflict resolution and community dynamics; reputation and identity; * Wiki Outreach: Promotion of wikis and Wikimedia projects among the general public; * North meets south, east meets west: How can people of a different cultural background create an encyclopedia according to common rules? Same subject in the eye of different cultures. * Special: Wikipedia in Central/Eastern Europe: this theme will provide a forum to present and discuss the latest progress of Wikis in the central/eastern European community. Knowledge and Collaboration The Knowledge and Collaboration track aims to promote research and find exciting ideas related to knowledge... * Wiki Content: New ways to improve content quality, credibility; legal issues and copyrights (is free knowledge free?); use of the content in education, journalism, research; * Semantic Wikis: The use of semantic web technologies, linked data; semantic annotation and metadata (in particular manual vs. automated approaches). Infrastructure Track The Infrastructure track at Wikimania will provide a forum where both researchers and practitioners can share new approaches, applications, and explore how to make Wiki access ever more ubiquitous: * MediaWiki development: issues related to MediaWiki development and extensions; * Moving beyond MediaWiki: what other Wiki-like platforms exist; what tools and features do we need for collaboration on different types of knowledge? * Mobile Wikis: The Web is moving off the desktop and into mobile phones, how we use wikis on mobile devices?; wiki-based Augmented Reality (AR) applications, location based services * User Interface Design: Usability and user experience; accessibility, adaptive interfaces and personalization; novel UI designs. WIKISYM 2010 Please note that Wikimania 2010 is co-located with WikiSym, The International Symposium on Wikis and Open Collaboration. More information about WikiSym can be found on the conference website: http://www.wikisym.org/ SUBMIT A PROPOSAL To submit a proposal for a presentation, workshop, panel or tutorial, please visit: http://bit.ly/Submit2010 Thank you for helping make Wikimania 2010 a successful event. :-) See you in Gdansk, July 9-11! -- Marcin Cieslak Wikimania 2010 Gdansk

1 0

Activity statistics
by ThomasV 26 Apr '10

26 Apr '10

Hello all, I have created new graphs, that show the proofreading activity at Wikisource : number of pages proofread/validated per day. http://toolserver.org/~thomasv/stats.html if we combine all subdomains, we can see that Wikisource proofreads more than 500 pages per day. Thomas

2 4

Re: [Wikisource-l] OCR requests
by ThomasV 23 Apr '10

23 Apr '10

Lars Aronsson a écrit : > Hi Thomas, > >> The new Ajax-OCR service does not use a robot to create pages; it sends >> the OCR text directly in the edit box, so that it can be proofread by >> the user. It has its own job queue, which can be seen here : >> http://toolserver.org/~thomasv/ocr.php > > Oh, great, I didn't know this existed. For which languages > does it work? Does it scale to other languages? Does your > OCR engine get any feedback from proofreading? Is there > any documentation of how this works? > it is installed at 11 subdomains. see OCR.js at http://wikisource.org/wiki/Wikisource:Shared_Scripts >> If you want to upload or improve >> OCR, you should update the OCR layer of the DjVu file. Thus, you do not >> need to create dozens of pages with a robot. > > Yes, in my dreams. And ultimately the new Djvu would > be fed back to the place (Internet Archive, Google, ...) > where it came from. But how would this work? > > If (in my science fiction dreams) Commons had an API > that would accept new OCR for a page of a Djvu file, > your Ajax routine as well as the standard proofreading > form could do this right away. One major problem is that > our proofreading (and some OCR software) loses the > image coordinates of the words in the text. this is not a dream, it is a very common operation. I believe there is a help page at en.ws, that describes how to update the text layer of a djvu file. once you've done this, you just need to upload the modified djvu as a new version of the file. The fact that image coordinates are lost in the process is not a problem for wikisource.

2 2

Two things - was Re: Wikisource-l Digest, Vol 43, Issue 1
by Klaus Graf 22 Apr '10

22 Apr '10

First: Choose an appropriate subject line for your contribution! "Wikisource-l Digest" isn't helpful. Second: Don't give a fullquote of the message (or digest) you are referring to. Thank you Dr Klaus Graf

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Wikisource-l