Wikisource-l

wikisource-l@lists.wikimedia.org

4 participants
1318 discussions

Labeled Section Transclusion
by Dovi Jacobs 23 Jun '07

23 Jun '07

This function has been activated across Wikisource languages! Many thanks to Brion for testing it, making final changes, and installing it. Many thanks to Steve Sanbeg for taking so much time and trouble to write it and refine over a period of several months. Some initial tests in English & Hebrew seem to show it working very well. In Hebrew it has already taken off with tests and texts by several users tonight. We are curious whether the code for the function can be "translated" (like the word "section" or "section begin") to local languages -- Steve, do you know how that might be done? Thanks once again to all. Dovi Jacobs --------------------------------- Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when.

1 0

LabeledSectionTransclusion on WIkiSource
by Brion Vibber 23 Jun '07

23 Jun '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ok, me and Tim finally got a chance to look over the LST extension... Tim has some concerns about performance (there appear to be areas for improvement) but thinks it shouldn't be a problem on Wikisource. I've gone ahead and enabled it on *.wikisource.org and test.wikipedia.org. For usage instructions, see: http://www.mediawiki.org/wiki/Extension:Labeled_Section_Transclusion - -- brion vibber (brion @ wikimedia.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGfChKwRnhpk1wk44RAhFpAJ94VvHO9oK8lKrLiVTLkJw3hVjRYQCeNW8W 0LBKldYN8DcE/SI/xVZN448= =HPmK -----END PGP SIGNATURE-----

2 1

Fwd: [WikiEN-l] Fwd: [Foundation-l] National Digital Newspaper Program beta
by John Vandenberg 22 Jun '07

22 Jun '07

Hi everyone, This may be of interest to the Wikisource project. On a search for "metcalfe", six results came back, including references to the American "metcalf". Here is one as an image: http://www.loc.gov/chroniclingamerica/ndnp:757000/display.html?n=2&scope=fu… They also provide the OCR'd text: http://www.loc.gov/chroniclingamerica/ocrData.html?pagePid=ndnp:757000&omni… There are also about six that mention Mark Twain; I have uploaded one: http://en.wikisource.org/wiki/The_San_Francisco_Call/Mark_Twain_Called_by_D… -- John ---------- Forwarded message ---------- From: Skander - <shinywater(a)gmail.com> Date: Jun 22, 2007 7:21 AM Subject: Re: [WikiEN-l] Fwd: [Foundation-l] National Digital Newspaper Program beta To: English Wikipedia <wikien-l(a)lists.wikimedia.org> Awesome. Perhaps we even could adopt a WikiProject for this. -Salaskan 2007/6/20, David Gerard <dgerard(a)gmail.com>: > > ---------- Forwarded message ---------- > From: Jonathan Leybovich <jleybov(a)yahoo.com> > Date: 19-Jun-2007 19:48 > Subject: [Foundation-l] National Digital Newspaper Program beta > To: foundation-l(a)lists.wikimedia.org, wikipedia-l(a)lists.wikimedia.org > > > All, > > The Library of Congress and the National Endowment for > the Humanities have announced the beta web interface > for the National Digital Newspaper Program, intended > to digitize and make freely available the contents of > most historic major U.S. newspapers: > > http://www.loc.gov/chroniclingamerica/ > http://www.neh.gov/projects/ndnp.html > > Currently only the contents of newspapers from a > select few states during the period 1900-1910 are > available, but eventually the project will encompass > all U.S. regions and the entire period 1836 to 1922. > > The Library of Congress does not seem to place any > legal restrictions on the use of these archives for > educational purposes (though it does not guarantee > that other copyright holders might not have claims) > and I think even the current, limited contents of the > archive will be immediately valuable for reference and > illustrative purposes within Wikipedia. >

1 0

Features: Looks like things are improving, but there's still work to do
by Dovi Jacobs 20 Jun '07

20 Jun '07

Hi. Back in April, Birgitte discussed some of her frustrations about the lack of implementation of software features at Wikisource. Since then, it looks like things have improved a great deal. Back then, Birgitte listed 5 important requests: A. Labled Section Transclution (at least en and he) http://bugzilla.wikimedia.org/show_bug.cgi?id=5881 http://www.mediawiki.org/wiki/Extension:Labeled_Section_Transclusion (stable) B. DjVu support for ProofreadPage (general) http://bugzilla.wikimedia.org/show_bug.cgi?id=7957 C. DynamicPageList (at least en and de) http://bugzilla.wikimedia.org/show_bug.cgi?id=8563 http://www.mediawiki.org/wiki/Extension:DynamicPageList (stable) D. WikiTeX (general for sheet music) http://bugzilla.wikimedia.org/show_bug.cgi?id=1792 E. Also Stable Versions, but that should be a priority outside of Wikisource. If Stable Version never happens, we might want revive Protect Section as substitute. http://www.mediawiki.org/wiki/Extension:FlaggedRevs Of these five features, (B) has been debugged and fully implemented on all Wikisource wikis thanks to the fantastic efforts of ThomasV. (E) has indeed become a priority outside Wikisource, and is slated to become the next major software change for Mediawiki on **all** projects (see the Extension Page, its talk, and the Mediawiki Roadmap: http://www.mediawiki.org/wiki/MediaWiki_roadmap In my opinion, once (E) is implemented, and especially in conjunction with Proofread Page (already active), the valid concerns about the reliability of texts in our wiki environment may be put to rest, and Protect Section will no longer be necessary. That leaves us with just three left. Two of them, namely (A) Labeled Section Transclusion and (D) WikiTeX for sheet music, both of which seem to be very basic, flexible tools that should be enabled for all Wikisource languages. ThomasV, might you be able to use your SVN access to help with some of these? As for (C), DynamicPageList, can someone remind me when this was requested for Wikisource and why? (I'm not saying it's not useful, I just don't remember.) Dovi --------------------------------- Get your own web address. Have a HUGE year through Yahoo! Small Business.

6 8

Wikimedia Board Election is calling for endorsements
by Christophe Henner 20 Jun '07

20 Jun '07

I'm posting it on behalf of Election Committee. -- Schiste Hi Wikimedians, As you may know, we are currently holding the Board of Trustees elections. We are very grateful to your collaborations for sharing the info, through translations, forwarding and other several ways. Last Sunday, June 17, the Board Election has entered its second phase: call for endorsements from the community to the candidates. Only candidates who get 12 or more endorsements in the following week will be able to run in the election. For further information, please see m:Board elections/2007/Endorsements. ( http://meta.wikimedia.org/wiki/Board_elections/2007/Endorsements ) We would appreciate your translation of this message as well as other Election related information. If you'd like to offer further help, just contact your language coordinator and regularly check the list of candidate statements. If there's no coordinator for your language, please consider joining our translations team. Please contact User:Schiste or User:Aphaia on meta if you have any question. Cheers, Wikimedia Election Steering Committee Usefull links: * http://wikimediafoundation.org/wiki/Board_of_Trustees The page about the Board of Trustees on the Wikimedia Foundation website. * http://meta.wikimedia.org/wiki/Board_elections/2007 Board of Trustees elections 2007 * http://meta.wikimedia.org/wiki/Board_elections/2007/Translations#Coordinato… Translations Coordinators * http://meta.wikimedia.org/wiki/Board_elections/2007/Candidates Candidates Statements -- schiste

1 0

<wikies-l@lists.wikimedia.org>, <wikifa-l@lists.wikimedia.org>, <wikifi-l@lists.wikimedia.org>, <wikifr-l@lists.wikimedia.org>, <wikihe-l@lists.wikimedia.org>, <wikihi-l@lists.wikimedia.org>, <wikihu-l@lists.wikimedia.org>, <wikiia-l@lists.wikimedia.
by Christophe Henner 20 Jun '07

20 Jun '07

1 0

"Page" namespace
by Dovi Jacobs 14 Jun '07

14 Jun '07

Thomas, does your SVN access allow you to create namespaces on wikis? If so, then he.wikisource will need a "Page" namespace in order to implement ProofreadPage. The local name for the namespace would be "עמוד" (four characters). If you have the access to do it, please confirm. If not, please let me know so that I can file a bug for it. Dovi --------------------------------- Shape Yahoo! in your own image. Join our Network Research Panel today!

1 0

"Proofread Page" - thank you!
by Dovi Jacobs 14 Jun '07

14 Jun '07

This extension is outstanding. A very big thank-you to ThomasV, who both helped to develop it and implemented it on Wikisource. In other news, he.wikisource just passed 2000 texts. A very high percentage of them were typed in by hand. In the future, I hope that Proofread Text can help contribute to this process. Dovi --------------------------------- Fussy? Opinionated? Impossible to please? Perfect. Join Yahoo!'s user panel and lay it on us.

1 0

proofreadpage
by thomasV1＠gmx.de 12 Jun '07

12 Jun '07

I am pleased to announce that the ProofreadPage extension has been enabled on all subdomains. Local admins need to set the Proofreadpage_namespace variable before using it. Thomas > ----- Ursprüngliche Nachricht ----- > Von: Yann Forget > Gesendet: 07.06.07 20:58 Uhr > An: discussion list for Wikisource, the free library > Betreff: Re: [Wikisource-l] Following the conventions: seperating > Wikisource > > Hello, > > Birgitte SB a écrit : > > --- Mohamed Magdy <mohamed.m.k(a)gmail.com> wrote: > > > >> Other ideas say that Wikisource project is special > >> somehow that some of the languages will never be big enough (text > >> collections, contributors > >> etc...) to deserve its own domain or there will > >> never be enough community for it..and because of that they are > >> better placed in one > >> place (I don't really see the objection of making > >> new sub-domains or wikis, does it cost?) > > > > Yes is costs. It costs a large amount of labor for > > each separate subdomain to be montiored by admins. > > Currently texts in language which have not gathered a > > community around them (and some never will) are > > montiored from a single list of recent changes. Any > > problems readers encounter are able to be answered by > > the community that has developed to look over these > > texts. Subdomains are only good when a community to > > inhabit them exists. > > Yes, that's the most important point. The community should be the main > factor for a decision to separate a language into a subdomain. Technical > issues should not. > > > BirgitteSB > > Best regards, > > Yann > -- > http://www.non-violence.org/ | Site collaboratif sur la non-violence > http://www.forget-me.net/ | Alternatives sur le Net > http://fr.wikipedia.org/ | Encyclopédie libre > http://fr.wikisource.org/ | Bibliothèque libre > http://wikilivres.info | Documents libres > > _______________________________________________ > Wikisource-l mailing list > Wikisource-l(a)lists.wikimedia.org > http://lists.wikimedia.org/mailman/listinfo/wikisource-l >

2 1

Following the conventions: seperating Wikisource
by Mohamed Magdy 07 Jun '07

07 Jun '07

The issue: http://wikisource.org is supposed to be a portal, a portal with links to the different versions of the project. just like all the other projects, the main domain a portal..the sub-domains contains the different versions..except for the multilingual projects (commons + meta) which don't have any sub-domains and have their main pages in English as default and main pages in many other languages. so commons.wikimedia.org or meta.wikimedia.org are considered to be the 'portals' or better..they don't have portals (all content on one wiki) or there are no metawiki.org or commonswiki.org so they don't have a portal and that is of course made intentionally (they don't need that ball surrounded by languages).. When we look at Wikisource, we find it somehow disorganized..first..the new languages are created inside wikisource.org wiki (which as I know was once an oldwikisource) until they accumulate some unknown number of pages then they move to their own sub-domain.. isn't that the exact purpose of the incubator? develop the language to some extent to test its potential? Other ideas say that Wikisource project is special somehow that some of the languages will never be big enough (text collections, contributors etc...) to deserve its own domain or there will never be enough community for it..and because of that they are better placed in one place (I don't really see the objection of making new sub-domains or wikis, does it cost?) ..so, following the conventions, as Wikisource does contain sub-domains, the address http://wikisource.org should be made only a portal..not a Wiki! and the Multilingual collections (that didn't get a sub-domain and probably will never in the near future) be placed on a sub-domain of wikisource.org, perhaps multi.wikisource.org..not the current mix..having both the portal and the multilingual wiki on the same place.. that is a solution..other solution would be to move all the content on the wiki that shouldn't exist on wikisource.org to the incubator and remove that wiki and just add the portal like the other projects..but I seriously doubt if the languages will get out of the incubator...in any solution, these languages and cultures should be featured, the ignorance of myself to certain language doesn't make it less or bad.. Now I feel that I wrote much to describe ;)

3 2

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

Wikisource-l