Wikisource:Scriptorium

From Wikisource
(Redirected from Wikisource:SCRIPTORIUM)
Jump to: navigation, search
Scriptorium
The Scriptorium is Wikisource's community discussion page. Feel free to ask questions or leave comments. You may join any current discussion or start a new one. Project members can often be found in the #wikisource IRC channel webclient. For discussion related to the entire project (not just the English chapter), please discuss at the multilingual Wikisource.

Contents

Announcements[edit]

Note
This section can be used by any person to communicate Wikisource-related and relevant information; it is not restricted. Generally announcements won't have discussion, or it will be minimal, so if a discussion is relevant, often add another section to Other with a link in the announcement to that section.

Milestones achieved[edit]

April has been a month of achieving milestones here on English Wikisource.

  • On 1 April, we reached 33.33% mainspace pages with scan-backing.
  • On 10 April, we reached 500,000 pages proofread at least once.
  • On 19 April, we reached 200,000 pages validated (proofread at least twice).

The 200,000th validation was performed by User:CES1596 on Page:Great Neapolitan Earthquake of 1857.djvu/235. I have just awarded them a gold ribbon on their user page. Beeswaxcandle (talk) 06:18, 19 April 2015 (UTC)

Canada to lengthen copyright terms for sound recordings[edit]

Canada is about to lengthen copyright terms for sound recordings without public consultations. The term will be extended by another 20 years, the current term is the life of the creator plus 50 years. Full details can be found here https://openmedia.ca/news/canada-walking-copyright-trap-warn-advocates-government-quietly-announces-it-will-lengthen-copyright --kathleen wright5 (talk) 21:49, 24 April 2015 (UTC)

Thanks for posting. It's something, albeit not unexpected. At least it's not China's indefinite copyright! The Haz talk 02:52, 25 April 2015 (UTC)

Proposals[edit]

Possible bot to determine relevant popular wikipedia pages[edit]

I know that there are bots in wikipedia which determine the number of times a given article is viewed per month. The bot(s) involved generate pages like w:Wikipedia:WikiProject Christianity/Popular pages. I wonder if there might be a way to request that bot, or some other bot, generate a similar list of the articles about either authors whose works are in the public domain and/or specific works which are in the public domain. If it were possible, maybe using such a bot to help decide which books to collaborate on here might be helpful. John Carter (talk) 18:12, 25 March 2015 (UTC)

Categorization for authors born before 1900[edit]

Authors with missing death date but known birth date still automatically fall into the "Living authors" category, even if they are born in middle ages. There exist, by now, over 200 such "highlanders". I think authors born before 1900 or earlier than some years ago (e.g.{{{CURRENTYEAR}}}-120) should be automatically categorized as "Authors with missing death dates" and death year should be shown as "?", e.g. "1869—?". I'd add such option by myself, but I have no permission to edit the author template.--Nonexyst (talk) 17:20, 10 April 2015 (UTC)

The author is shown as living if the death year is "missing", but not if "queried". So a question mark can be put in place of death year and it will work fine. Hrishikes (talk) 04:40, 11 April 2015 (UTC)
I noticed that if the birth year is missing it categorizes them as Authors that were never born. Hmm. ;-) The Haz talk 04:45, 11 April 2015 (UTC)
Yes, I know that placing a quotation mark can resolve the problem, but, as I wrote above, there are more than 200 "highlanders" born in 19th century in the "Living people" category and it takes much time to handle 'em manually, so I think the best way is to solve the problem automatically.--Nonexyst (talk) 21:09, 11 April 2015 (UTC)

Long s template[edit]

Is a long s (ſ) template possible, which would be able to convert all lower case esses to a long s, except for the esses that are placed at the end of words in a given text. For example this text I'm working on Page:Cynegetica.djvu/56. If this whole text could be wrapped in a long s template and automatically convert the esses it would be a great help for people who prefer to keep the long esses in texts like myself. I use find and replace on another program to do it so far, one by one. Jpez (talk) 06:03, 12 April 2015 (UTC)

I shall not pretend this approach isn't incredibly ugly nevertheless but {{#invoke:String|replace|{{#invoke:String|replace|{{#invoke:String|replace|I shall not pretend this approach is incredibly ugly nevertheless|s|ſ|plain=false}} |ſ |s |plain=false}}| $||plain=false}} produces I ſhall not pretend this approach is incredibly ugly nevertheleſs.

(Result is coloured green merely for emphasis of output.) Is this anything like what you were looking for? AuFCL (talk) 10:24, 12 April 2015 (UTC)

Nice I played around with it a bit, if it is possible to keep the small s in the following situations it will be perfect.{{#invoke:String|replace|{{#invoke:String|replace|{{#invoke:String|replace|Cheers. Cheers, Cheers! Cheers? Cheers-Cheers— etc.|s|ſ|plain=false}} |ſ |s |plain=false}}| $||plain=false}} produces Cheerſ. Cheerſ, Cheerſ! Cheerſ? Cheerſ-Cheerſ— etc. Jpez (talk) 13:55, 12 April 2015 (UTC)
If you're going to do this, I think it's wise to keep the original with the standard s and create a second copy with ſ. Readability should be above trying to match typesetting and even native English speakers will have trouble with it. Never mind that we're also trying to cater to an audience that may not read English that well to begin with. Plus, there are just so many exceptions to when it is used in practice, and I second that it looks ugly. The Haz talk 18:53, 12 April 2015 (UTC)
No, that's a terrible idea; no need to reduplicate whole documents. Personally, I don't think long-s is worth keeping most of the time, except for earliest editions of certain high-profile works, such as those by Shakespeare, Milton, Pope, and Locke. But where it is kept, and matches the original, then that should be the primary effort. If someone would like to create a second "annotated" version that modernizes the orthography, then we're working on policy that would permit this to happen. --EncycloPetey (talk) 19:02, 12 April 2015 (UTC)
My point exactly. Thank you, The Haz talk 20:28, 12 April 2015 (UTC)
Huh? The second part of my comment is the opposite of what you said, so I'm not sure what you mean. --EncycloPetey (talk) 20:39, 12 April 2015 (UTC)
Such a template is inappropriate. If you feel the long-s is content to be transcribed, then you need to transcribe it; editors need to be able to fix a one character error in the transcription by changing one character, not by making some magic change to some magic code. If you want to insist on adding a stumbling block for our readers in the name of fidelity, you need to make sure you're actually being faithful to the original and make it easy for editors to fix errors.--Prosfilaes (talk) 21:54, 12 April 2015 (UTC)
I don't agree with some of the comments saying the long s is ugly. I think we're just not used to it and also which font is being used plays a role. Personally I'd like to read a text with the original long s since it takes you back to the time when it was actually used exclusively, it adds a flavor to the text that shows exactly how old it really is. It takes a bit of getting used to but it's not that difficult to read if you get accustomed to it. Also I believe that we should be as faithful to the original as possible and use any ligatures or special characters available to transcribe the text as it actually was written. So I understand what Prosfilaes is saying and since it was brought up, I think we can be as faithful to the original using the typography that was used then and also being able to convert the long esses for any readers that would prefer to use modernized typography if possible.
As a lay reader, I think Wikisource should be more friendly to the lay readers, for whom, the text of the ancient works are more interesting than the ancient orthography. Ancient orthography is mainly for researchers, who won't depend on a transcribed text anyway. If Wikisource is to become appealing to the common people, who constitute the mainframe of any reader base, the layouts and typography should be something the lay reader is comfortable with. If the reader needs to get "accustomed" to some archaic style which has no modern relevance in his other readings, then why would he become interested? Long s, ligature letters (f + i/l/f) etc. are things of a bygone era, why are we burdening ourselves with these? If truthfulness to typography is so much required, then why are we not incorporating paragraph indenting and curly quotes? Hrishikes (talk) 04:21, 13 April 2015 (UTC)
The fi ligature is not the thing of a bygone era; it is the right thing to do in English typography. But when I see, e.g. "Can not find my book (PediaPress)" above, I see an fi ligature, one that disappears when I cut and paste it into this edit box. Because in a proper system, ligatures are composed automatically by the display layer and are transparent at the character level.--Prosfilaes (talk) 07:03, 13 April 2015 (UTC)
"Beauty is in the eye of the beholder". I don't think the long s is "ugly" either. It is fanciful and looks very nice to me. I like it. I was born and raised in Virginia, 1st successful colony of "Mother England" and the fanciful long s is used on places where delight to the eye (perhaps confusion to the mind for outsiders) is often used. Virginia was and remains much the same as England in many ways. —Maury (talk) 04:21, 13 April 2015 (UTC)
I didn't say it was ugly; I said that it was a stumbling block to the readers. If you want to read a text that looks like the original, that's what the scans are for. It probably breaks most screen readers, helping blind users get back to the days when they had to have help to read books.
Do not use the ligatures. They are deprecated compatibility characters that aren't well supported and don't form a complete set and Unicode actively rejects any plans to expand the set of ligatures. If you want to see ligatures, set your font for Wikisource to one that automatically ligates. If you want to see the exact ligatures in the original text, use a scanned copy, or make a re-typeset facsimile (there are reasons why those have dropped out of fashion since accurate cheap photographic reprints, but as you will). Don't try to do it in something that uses Wiki markup and turns it into HTML; those are the wrong tools for the job. The long-s at least has a shadowy existence as more than typography, even if it's less than a real letter; the ligatures are merely typography.--Prosfilaes (talk) 06:58, 13 April 2015 (UTC)

Long s has been a topic around here before, and it is in the archives of this page for those who wish to dig. The outcome of that/those discussion/s are:

  1. The template {{long s}}/{{ls}} can be used in the Page: ns, where it transcludes to 's' in the main ns;
  2. There is no requirement to use the template, and feel free to put 's';
  3. Except with works where it is integral to the work then it can be typeset with the character for transclusion to the main ns.

In short, those who wish to play with it can do so, but we don't impose it on our viewers, and for those who are transcribers please note that you will limit those who will assist with your proofreading. — billinghurst sDrewth 10:28, 13 April 2015 (UTC)

An example of a work where it would be used is Index:Manners and customs of ye Englyshe.djvu which is a work where I got bored adding it. — billinghurst sDrewth 10:31, 13 April 2015 (UTC)
For clarity's sake, I was referring to long s looking ugly in our font, not in general. I think that's what other people were referring to as well. I actually read many works from the 1700s in their original form with long s (and find them gorgeous), so I have absolutely no problem with it. As I noted above, I think the accessibility of text is more important to the individuals we're trying to reach with this website though. Also, since my other message obviously wasn't clear, I of course do not think there should be two versions of the text simply because of this. However, the OP seemed determined to have a long s version without using the current methods of templates already in existence so it was a last resort suggestion. The Haz talk 14:36, 13 April 2015 (UTC)

Charinsert modification proposal[edit]

The only reason for this proposal is to shorten the dropdown list. I propose that the three character sets, Bengali, IPA, and IPA (English) be omitted from the general Charinsert dropdown list, but facilitate their addition in the users' personal.js 'User' list.— Ineuw talk 21:41, 20 May 2015 (UTC)

  • Symbol support vote.svg Support at the minimum. If possible, I'd like to whittle the list down even further to a community reached consensus "default" selection of sets and keep the sets that didn't make that cut optional on a per User basis instead. At best, somebody figure out a way to make all the sets beyond the primary Wiki-markup one User selectable right underneath the main Charinsert gadget's entry in User: prefs. -- George Orwell III (talk) 22:20, 20 May 2015 (UTC)

    Without resorting to javascript/DOM node removal tricks (see below) I really cannot see how this (last) is feasible without changing MediaWiki:Gadget-charinsert-core.js. As this gadget currently stands the window.charinsertCustom trick can only add to the basic insertion list but can never remove existing items or character sets. If however something like modifying the existing gadget code near

                            // append user-defined sets
                            if ( window.charinsertCustom ) {
                                    for ( id in charinsertCustom ) {
                                            if ( !EditTools.charinsert[id] ) {
                                                    EditTools.charinsert[id] = '';
                                            }
                                    }
                            }

                            // apply user-defined override set
                            if ( window.charOverrideCustom ) {
                                    EditTools.charinsert = charOverrideCustom;
                            }

                            // create "recall" switch
    were acceptable then the entire symbol set could be fed in in one hit allowing constructions like
            window.charOverrideCustom = {
                    'Insert': '  –  —  {\{+}}  {\{\{+|}}}  |  [+]  [\[+|]]  "+"  =  [\[Category:+]]  #REDIRECT.[\[+]]  &nb'+'sp;  <nowiki>+</nowiki>  ␥Sign_your_posts: ␥~~\~~ ',
                    'Wiki markup': '  –  —  {\{+}}  {\{\{+|}}}  |  [+]  [\[+|]]  "+"  =  [\[Category:+]]  #REDIRECT.[\[+]]  &nb'+'sp;  &#1'+'60;  <nowiki>+</nowiki>  ␥~~\~~  <span.class="plainlinks">+</span>  <s>+</s>  <sub>+</sub>  <sup>+</sup>  <ref>+</ref>  <ref.name="+"_/>  {\{smallrefs}}  {\{reflist}}  <references./>  <includeonly>+</includeonly>  <noinclude>+</noinclude>  <onlyinclude>+</onlyinclude>  <poem>+</poem>  <blockquote>+</blockquote>  <pre>+</pre>  <code>+</code>  <tt>+</tt>  {\{DEFAULTSORT:+}}  <!--.+_-->  {\{sc|+}}  {\{center|+}}  [\[Author:+|]]  {\{fs90/s}}+{\{fs90/e}}  {\{gap}}  {\{nop}}  {\{hws|+|}}  {\{hwe|+|}}  <section.begin="+"_/>  <section.end="+"_/>',
                    User: '“+”  ‘+’  {\{centre|+}}  {\{small-caps|+}}  {\{larger|+}}  {\{smaller|+}}  {\{rh|+}}  '+
                            '<section.begin="+"/>  <section.end="+"/>  <math>\\\\scriptstyle{+}</math> {\{nowrap|+}}'
            };

            if(window.updateEditTools) {
                    window.updateEditTools();
            };
    to be specified. (This example would eliminate all language-specific sets which might be rather too severe?) AuFCL (talk) 05:11, 21 May 2015 (UTC)

    To address Ineuw's specific request at the head of this topic the following code fragment may be useful to remove Bengali, IPA, and IPA (English):

        var charSet = ['Bengali','IPA (English)','IPA'];
        for(var s=0;s<charSet.length;s++){
          var charinsertRemove = document.evaluate(
            "//option[contains(@value,'"+charSet[s]+"')]",
           document, null, XPathResult.UNORDERED_NODE_SNAPSHOT_TYPE, null
          ).snapshotItem(0);
          charinsertRemove.parentNode.removeChild(charinsertRemove);
        };
    I have tested this and it works; however I am undecided as to the best strategy for launching it (private common.js code runs too early to be useful: the gadget code simply puts the deleted items back straight afterwards.) AuFCL (talk) 01:03, 23 May 2015 (UTC)
In the past two or three weeks -- completely by chance on the development side of things -- there has been movement addressing such oddities in the load priorities of both extensions and gadgets when there was little beforehand. If I understand this initiative correctly, this means we can set entities such as gadgets or personal scripts to something other than the current priority = top; so it might be possible to achieve something like the above in near future believe it or not. -- George Orwell III (talk) 01:43, 24 May 2015 (UTC)
I do not understand why specific items are being targeted, without providing justification and without formulating a policy. The charinsert gadget is for items not found in the keyboard. So it should contain letters with diacritical marks, symbols, m-dash and the like. IPA sets qualify as special glyphs. These and musical notations should be present. Sometimes, in English books, words/sentences of other languages/scripts are present; but if we want to include all those scripts, the list will approach infinity. So, as a matter of fair policy, all full-language sets should be removed. If someone wants Bengali or Hebrew or Japanese, he/she should have access to some mechanism by which that specific set is present when that user is logged in. Alternatively, if a language set is not available in WikiEditor, like Oriya, that language may have user-specific option for inclusion in charinsert. If the language is present in WikiEditor, then why to include it in charinsert? Hrishikes (talk) 03:17, 23 May 2015 (UTC)
I'm of like mind Hrishikes but the timing of most of what has been laid out or discussed largely depends on the "final" version of Visual Editor being rolled-out as the "new" standard editing interface. Only then will we know for sure if WikiEditor will be kept & co-exist with Visual Editor in some fashion and/or if the CharInsert gadget and/or extension becomes obsolete in light of that change (or not?). So even though this proposal makes "sense" at the moment, it still might be a moot point & out of our hands as VE development nears "completion" soon afterwards. -- 01:43, 24 May 2015 (UTC)

BOT approval requests[edit]

Help[edit]


hyphenated word start when the word contains a template[edit]

At Page:Thoughts_on_the_Education_of_Daughters.djvu/29 I'm using the hws template on a word containing a long s. When I insert the {{ls}} template inside the hws template, the html breaks. Thanks in advance for any help getting this to work. MartinPoulter (talk) 11:46, 3 May 2015 (UTC)

Well spotted. Some templates are just too "clever" for their own good.

Note for future: if anyone tries to address this issue in the template itself [maybe a genuine separate title or popup parameter; or maybe even parameter content filtering (yuck)?], remember all of {{hyphenated word end}}, {{linkable phrase start}} and {{linkable phrase end}} will have the exactly the same issues as well. AuFCL (talk) 23:14, 3 May 2015 (UTC)

Or just not bother with the template and just stick the hyphenated text in the footer. The 'start' template is an artefact of an early time when footers were not well-functioning and really serves little purpose these days, cf. the close template which has functionality. — billinghurst sDrewth 10:10, 4 May 2015 (UTC)
Technically @Billinghurst is correct but culturally insensitive. Nobody likes to see the magic trampled upon, and this suggestion is completely at odds with the Help recommendations. However nominally you're the boss… AuFCL (talk) 11:13, 4 May 2015 (UTC)
Thanks all. I didn't realise there was this asymmetry between the templates. So I can ignore the hws template, but I still have the problem that the next page, Page:Thoughts_on_the_Education_of_Daughters.djvu/30, starts with "destly", the second part of the hyphenated word "modestly". The hwe template has the same problem, so what do you recommend? Avoid templates and just move the whole word to the top of the second page? MartinPoulter (talk) 12:12, 4 May 2015 (UTC) Now both pages are fixed. Cheers, MartinPoulter (talk) 12:27, 4 May 2015 (UTC)
That was a reflection AuFCL, not a direction; we have no boss, just contributors and opinions. I am aware of the culture which is why I haven't amended the help page. It is a kludge, though one that may have nice balance, though something of its time, and adds some prettiness to the Page: ns though at this point of time no demonstrated value to the main namespace. @MartinPoulter: it is a display thing, in circumstances where we have problems like that don't be afraid to have judicious use of <includeonly> tags as ultimately that is what it does, eg. on the second page have
<includeonly>{{ls}}illi</includonly>ne{{ls}}s
just wrapping the hyphenation component from the previous page in the tag so it doesn't display in the transcription, though will show when we transclude. — billinghurst sDrewth 12:53, 4 May 2015 (UTC)

Looking for a better font family / style[edit]

THIS HEADER uses the {{Pfos}} title template with the {{Blackletter}} font where the letter "S" looks more like a "G". Does anyone know of a similar free font, more like the original print (Old English)? — Ineuw talk 01:41, 11 May 2015 (UTC)

What's the purpose of replicating the fraktur style font here? Is it integral to the work, or is it just a "pretty"? Beeswaxcandle (talk) 05:31, 11 May 2015 (UTC)
@Beeswaxcandle:I guess 'just pretty', or just to be closer to the original - Please remember that I am only imitating other editors, and we all have done so at one time or another.
Can't comment on his motivations but maybe Ineuw was yearning for the 'old' Blackletter font family (I think it was "Cloister Black" or maybe that was a local "fix" for "Fraktur"?) which was ditched way back in the never-never for the current 'free licence' UnifrakturMaguntia? As best I recall this situation dates back to at least January last year. That discussion suggests Google fonts was somehow involved. AuFCL (talk) 05:43, 11 May 2015 (UTC)
@ Beeswaxcandle, pretty is good. I too like some of the old fonts instead of the bland text we use here. It is somewhat like having an illustrated book instead of a non-illustrated book. Art is beautiful to the eye of the beholder. —Maury (talk) 06:23, 11 May 2015 (UTC)
UnifrakturMaguntia is the first and only server-side blackletter/fraktur font on Wikisource. The previous system suggested a font family on the user-side but that depended on the user having such a font available (the back-up option was bold text in the normal font). If an additional free font can be found, it should be possible to add it to the system in the same way UnifrakturMaguntia is supported, but it needs to be free in the same way everything else here is free (ie. open, distributable, modifiable etc, not just "costs nothing"). In UnifrakturMaguntia's case it was with the SIL Open Font License (OFL). I don't know that much about fonts or the licensing thereof and I couldn't find much via Google; although the PiratePower on openfontlibrary.org seems OK at a quick glance. NB: Even if an acceptable alternative font can be found, it might take a while to be implemented; this could be a lot of work for just one glyph in one work. - AdamBMorgan (talk) 11:33, 11 May 2015 (UTC)
AuFCL and Maury got it right, and thanks to AdamBMorgan for clarifying what and how fonts are implemented. — Ineuw talk 12:01, 11 May 2015 (UTC)
I've been looking at the original Sourceforge page and it does have an option for a alternative modern-S glyph. In raw CSS, it could be implemented with this: <span style="font-family:'UnifrakturMaguntia'; font-feature-settings:'cv08'; -moz-font-feature-settings:'cv08'; -webkit-font-feature-settings:'cv08'; -ms-font-feature-settings:'cv08';">Fragments of Science</span> which gives Fragments of Science. I don't think this is standard CSS (presumably the reason for the repetition with prefixes), nor compatible with all web browsers, but it should work on most. I am not sure how, or if, this could be done with the {{Blackletter}} and {{ULS}} templates at the moment but the feature is at least available. - AdamBMorgan (talk) 12:16, 11 May 2015 (UTC)
@AdamBMorgan:, Thanks for your help. I checked the four different browsers in Windows 7 (IE11, Chrome, Opera and FF.) and it works with all. — Ineuw talk 13:33, 11 May 2015 (UTC)
@Ineuw: I haven't touched {{Pfos}} but I've made changes to both {{Blackletter}} and {{ULS}} to alter the default appearance of "S" and "k". This affects all instances of the template across Wikisource but I think this was a longstanding complaint anyway. (If this has caused a problem for anyone, please just revert my recent edits to both templates.) With {{Pfos}}, the letter-spacing element might be conflicting with this function in some way. For example: {{blackletter|Snakes!}} = Snakes!, but {{sp|{{blackletter|Snakes!}}}} = Snakes!. - AdamBMorgan (talk) 18:03, 11 May 2015 (UTC)
Thanks, it looks great. In addition, thanks for introducing me to {{ULS}}. Just goes to show you how little I know about the availble templates.— Ineuw talk 19:29, 11 May 2015 (UTC)

Another font related question, please.[edit]

In THIS PSM title template, I tried to make it look closer to THIS ORIGINAL using "style=font-family:Arial narrow, sans-serif;" but without any luck. Can I assume that the problem is related to Arial not being used because it's not an open style font. Can someone point to the error of my ways? — Ineuw talk 14:10, 11 May 2015 (UTC)

For starters - shouldn't that be style="font-family:'Arial narrow', sans-serif;" ?

Note the double and single quote marks; if a font name has any spaces in it, the name needs to be wrapped in the a set of quote marks itself ( ' ) -- the "opposite" of what is wrapping the style string ( " ). -- George Orwell III (talk) 23:49, 11 May 2015 (UTC)

Thanks GO3. Irregardless, there is no such a thing as 'Arial Narrow' in my computer's or browser's font choices so I selected 'Liberation Sans Narrow', which is just as good.— Ineuw talk 02:14, 12 May 2015 (UTC)
I still have Arial, Arial Black, Arial Narrow, Arial Unicode MS, French Script MT, Vivaldi, Old English, ShelleyVolante and about 100 other fonts. I once used some of them in webpages and MSWORD. N.B. Happy Birthday to me @68 in many fonts except comic. I have lived longer than you fellows (except perhaps Ineuw) and you all may not make it this far. —Maury (talk) 05:59, 12 May 2015 (UTC)
Fonts I have, and are not the problem for me. I am concerned about visiting readers who don't have the fonts for full effect, or other browser problems. I am trying to cover everyone.— Ineuw talk 06:34, 12 May 2015 (UTC)

Calligraphic font[edit]

Need some guidance about what font to use in Index:The Constitution of India (Original Calligraphed and Illuminated Version).djvu. The work is handwritten, so a suitable font would be nice. Initially I tried Edwardian Script ITC, with ULS template, which looked nice in my laptop. Then I checked with other devices and found font unsupported, so reverted the uls thing. Can anyone suggest a font compatible across browsers and devices, at least the modern ones? There is another problem. The work has illustrations on almost every page, done by India's master artists. Inline drawings are no problem, but the pages have intricately illustrated frames. If these frames are kept (I have kept them for now), the pages cannot combine on transclusion. Will such non-combination due to framed pages be OK? Hrishikes (talk) 02:13, 13 May 2015 (UTC)

This is only an adjunct note as I do not believe any portable "written" font is available universally (i.e. served out via the wiki and related systems.) However if one is decided upon may I recommend {{cursive}} be at least tested or updated accordingly? AuFCL (talk) 07:21, 13 May 2015 (UTC)
Thanks. I have applied the template to page 9. This template does not work in android. Hrishikes (talk) 08:10, 13 May 2015 (UTC)
I did not mean to imply this would necessarily solve your issue. On the contrary I wanted to note that this template would need to be updated in line with whatever solution you chose as it has been used in the past to indicate similar situations.

Apologies if you took my earlier comment otherwise. Back to the more immediately usable suggestions. AuFCL (talk) 22:25, 13 May 2015 (UTC)

┌──────┘
I suggest you consider treating this work along the lines of Zodiac Killer letters where both the transcribed text and the page images are available in parallel. Beeswaxcandle (talk) 08:22, 13 May 2015 (UTC)
Thanks. The zodiac images are small and sidelined, not good for appreciating intricate illustrations. I have just thought up another solution. Index:The Constitution of India 1949 (Gazette Notification Version).djvu may be used as the text version for proper transclusion. This calligraphic version may be transcluded as images. There is no major difference between the two except calligraphy & illustrations in one and Gazette masthead and publisher/printer etc. in the other. So these two may be parallel image and text versions. Is the idea any good? Although I don't know how to run them concurrently. Hrishikes (talk) 08:43, 13 May 2015 (UTC)
Yep, the Zodiac images are thumbnail versions, which isn't what you want. It was more the idea of running both text and images. To run the two sets concurrently, you'll probably need to use a two-column table with the text on the left and the image on the right. It will mean transcluding by page rather than as a series of pages. Beeswaxcandle (talk) 08:55, 13 May 2015 (UTC)
@Beeswaxcandle: Pagewise length of text is not same in the two sets, so the table method will require slicing up the text version into artificial sections. For the time being, I have let go of the calligraphy and gone for framed page (as opposed to full image) transclusion. But the framed pages are curiously getting right-aligned.
@AuFCL: At present there are two problems with the cursive template. It has to be repeated if another template comes in between, which is very cumbersome. Secondly, it is not supported across devices like the black letter template. But this template has the potential of becoming very useful for heritage texts (where it is desirable to maintain cursiveness, e.g., manuscripts, as the work under discussion technically is.) if it is updated suitably. Hrishikes (talk) 01:18, 14 May 2015 (UTC)

St. Patrick's Breastplate[edit]

This page has the text of the victorian hymn based on St Patrick's Breastplate. As this hymn is better known as "I bind unto myself to-day" I think the page should be renamed as that. Can someone do that?

According to The Telegraph Book of Hymns on Google books (chapter 54, page 185) C F Alexander didn't do the translation. she wrote the hymn based on translations by others - see en:Saint Patrick's Breastplate which I have also rewritten to match the reference.

The original Saint Patrick's Breastplate in Old Irish is on oldwikisource, together with a translation. unsigned comment by Filceolaire (talk) .

Page Checker gadget - page is not directing properly . . . again[edit]

Please try itIneuw talk 21:08, 15 May 2015 (UTC)

Still not working and tried with Firefox for Mac and Safari --kathleen wright5 (talk) 14:33, 17 May 2015 (UTC)
Not working in Firefox on Windows 7 for me either. —Beleg Tâl (talk) 20:59, 17 May 2015 (UTC)

Polytonic template[edit]

I noticed that the polytonic template used on wikipedia is deprecated. Should we avoid it also? I noticed that on one of the computers I have the font becomes pixelated when the template is used whereas if it isn't used it looks better with the native font.Jpez (talk) 05:58, 16 May 2015 (UTC)

I'm not seeing any problems, but it really depends on which fonts you've got installed. The {{polytonic}} template is looking for "Athena, Gentium, 'Palatino Linotype', 'Arial Unicode MS', 'Lucida Sans Unicode', 'Lucida Grande', Code2000". I usually use the {{greek}} template, which adds DejaVu Sans to the beginning of the list. The templated characters are preferable to the raw Greek characters because a) the template automatically assigns the gr language tag; b) the glyphs are more easily distinguished as Greek from the Roman glyphs around them, which follows the usual foreign language convention. Beeswaxcandle (talk) 09:27, 16 May 2015 (UTC)
Ok thanks Beeswaxcandle, will do. Thanks for the explanation and clarification. Jpez (talk) 09:57, 16 May 2015 (UTC)

Index:UK Traffic Signs Manual - Chapter 5 Road Markings. 2003 (Sixth Impression 2009).pdf[edit]

Loads OK in a PDF viewer, but for some reason Wikimedias own viewer and Proofread page hate it's format, and the OCR text layer is weired.

Is someone willing to check the PDF for something obvious? ShakespeareFan00 (talk) 14:41, 16 May 2015 (UTC)

Repairs (and moves)[edit]

Other discussions[edit]

File:The International Code of Marketing of Breast-milk Substitutes.pdf[edit]

The license tag on this needs updating... suggested new tag? ShakespeareFan00 (talk) 19:08, 28 February 2015 (UTC)

[Global proposal] m.Wikisource.org: (all) Edit pages[edit]

MediaWiki mobile

Hi, this message is to let you know that, on domains like en.m.wikipedia.org, unregistered users cannot edit. At the Wikimedia Forum, where global configuration changes are normally discussed, a few dozens users propose to restore normal editing permissions on all mobile sites. Please read and comment!

Thanks and sorry for writing in English, Nemo 22:32, 1 March 2015 (UTC)

Tech News: 2015-10[edit]

16:41, 2 March 2015 (UTC)

Implications of changes[edit]

@George Orwell III: Looking at the section link aspect, is there anything that is going to impact (positively or negatively) or in the "lessons learnt" space from this/ I note the discussion at mw:Requests for comment/Clickable section anchors. I also note that this hits us with the imminent release. — billinghurst sDrewth 22:47, 2 March 2015 (UTC)

I was under the weather most of last week so, while I was curiously monitoring this particular development string previously, the brain fart since has left me out of the loop when it comes to the current state of affairs. I will endeavor to "see" what's up on this front over on test2.wikipedia.org which hosts a rudimentary version of our namespaces and the PR extension later tonight - hopefully this change is already live there. I'll touch back afterwards (and nobody is preventing anyone from starting without me either). -- George Orwell III (talk) 22:55, 2 March 2015 (UTC)
@Billinghurst: See https://test2.wikipedia.org/wiki/Headings#top The new "section anchor link" should appear when your mouse hovers to the right of a section title.

I can see the first possible pitfall already - the new anchor "eats" even more of the left-hand gutter/margin where the embedded page-links in dynamic layouts usually reside. If it does, we can start thinking about a collapsing side-bar (or even better -- something lightbox-ish) and build a permanent "gutter" to host everything from sidenotes to pillcrow markers to embedded pagenum links and anything else you can think of. That way, we might actually gain usable screen-space in the end in spite of any possible new elements taking up more screen-space. -- George Orwell III (talk) 08:59, 3 March 2015 (UTC)

We tend not to utilise section headers in our transcriptions, so I think that the actual impact will be minimal for the number of works, though where someone has used sections, it will have the impact as you note. Sounds like we need to hear more about their next skin and make sure that there is a consideration for Proofread Page. — billinghurst sDrewth 12:11, 3 March 2015 (UTC)
That's a growing issue as HTML5 expands the h1 thru h6 scheme. Eventually, these new heading elements (header, footer, aside, nav & the rest along with the existing 6) will be just as commonly used as the current h1 thru h6 scheme. So the current practice of centering a div for chapter headings is going to come back and bite us in that aspect as well as a few others. IOW; we should have been manipulating the h2 thru h6 tags to do stuff like that at some point (eliminating the need of adding an anchor template to such centered-div chapter headings would have been likely with the advent of this latest refinement for example).

And as far as the "next" skin goes -- just switch to Mobile Mode from your desktop and you can get a good idea of where they are looking to go with the "next generation" of skins. -- George Orwell III (talk) 12:28, 3 March 2015 (UTC)

┌───────────────────┘
I’m showing display options frozen as a black link. is this the reason? Slowking4Farmbrough's revenge 16:40, 4 March 2015 (UTC)

Nah. That's just me trying to turn Dynamic Layouts into a gadget. It worked for me -- until you mentioned this & then I tried without logging in -- then I got a static label too. So it's reverted.

Anybody know how to identify the module dependencies being used for running MediaWiki:PageNumbers.js? -- George Orwell III (talk) 18:58, 4 March 2015 (UTC)

ok, thanks, (works again) i don’t know if gadgetification is improvement; i haven’t figured out how to get ocr button back. Slowking4Farmbrough's revenge 19:10, 4 March 2015 (UTC)
I'm sorry to hear that -- and with all due respect -- everybody who invested some editing time to work through a dozen or so steps has resolved their issue by now. Some of those solutions are somewhere above by now & as well as still on my talk page.

And "Gadgetizing" the 3 or 4 remaining "hard" scripts is a necessity for keeping the future possibilities for us open. Plus Common.js does not utilize the ResourceLoader like the gadget extension does (& that is primary reason for porting over). -- George Orwell III (talk) 19:59, 4 March 2015 (UTC)

hi, i see that page links on display option are black again. you of course understand how it is disruptive, if editors are trying to transclude pages into articles. Slowking4Farmbrough's revenge 13:13, 5 March 2015 (UTC)
I think you're the only one this time - re-worked it last night & its working here. Need some more feedback at least (Browser & Operating system). Anyone else? -- George Orwell III (talk) 13:19, 5 March 2015 (UTC)

Inspire Campaign: Improving diversity, improving content[edit]

This March, we’re organizing an Inspire Campaign to encourage and support new ideas for improving gender diversity on Wikimedia projects. Less than 20% of Wikimedia contributors are women, and many important topics are still missing in our content. We invite all Wikimedians to participate. If you have an idea that could help address this problem, please get involved today! The campaign runs until March 31.

All proposals are welcome - research projects, technical solutions, community organizing and outreach initiatives, or something completely new! Funding is available from the Wikimedia Foundation for projects that need financial support. Constructive, positive feedback on ideas is appreciated, and collaboration is encouraged - your skills and experience may help bring someone else’s project to life. Join us at the Inspire Campaign and help this project better represent the world’s knowledge! MediaWiki message delivery (talk) 19:22, 5 March 2015 (UTC)

FWIW: The English Wikisource also has a regular Proofread of the Month. We select a work (or works) specifically written by a woman to be proofread each August. Works by women can be proofread in other months as well, but for August we ensure that the voice of female authors is included in the rotation. --EncycloPetey (talk) 00:08, 9 March 2015 (UTC)
For what it's worth, last time I checked Wikisource was actually quite good for gender balance. Not quite 50:50 but better than most of its sister projects. The only one that was consistently better was Wikiquote. Not to knock the campaign; just an interesting piece of information. - AdamBMorgan (talk) 19:50, 5 March 2015 (UTC)
@AdamBMorgan:, I'm curious, where did you get this info? It seems that the research around this always has a challenge in identifying people's gender, and in determining the criteria for being a "regular user" etc. (My instinct is that you're right -- it seems like there are plenty of women here, compared the other projects I work on -- but I'm curious about the source.) -Pete (talk) 23:58, 8 March 2015 (UTC)
Example gendergap chart
@Peteforsyth: It was based on a chart on Tool Labs ("gender gap / edits"; which appears to be down at the moment). It wouldn't stand up as rigorous science but it can give an indication. I believe it is based on individual recorded edits and the declared gender of the user (via user preferences). When it is working it looks like the screenshot example to the right (Wikisource is the purple line). - AdamBMorgan (talk) 22:55, 10 March 2015 (UTC)
The problem with trying to determine the actual number(s) for gender make-up starts with the lack of the User: preference setting. Easy way to see if it's set is to use the magic word to check...
  • {{gender:Peteforsyth|he|she|unset}}, unset
  • {{gender:George Orwell III|he|she|unset}}, he
One of the things we could do/should do in order to improve upon this (& some other Preference related issues) is make April's monthly maintenance focus a User: housekeeping-centric one. We can make sure folks visit their settings every so often & setting gender could be highly recommended or something. -- George Orwell III (talk) 00:32, 11 March 2015 (UTC)
Thanks for the specifics, @AdamBMorgan: and @George Orwell III:. I'm reluctant to sign onto the notion of "highly recommending" this setting -- I have no problem with people choosing one or the other, but I think the pros and cons are too extensive, and too varied for different people, and I'm not so comfortable with the notion of making a sweeping recommendation like that, at least without substantial accompanying information to inform a decision. In my case, I simply have an aversion to putting personal information out there in a structured, machine-readable way. I sometimes do it, but my default is to avoid it. I'm sure many of my family members are irritated that I haven't formally acknowledged on Facebook that they are my brother, cousin, etc. But I simply don't see the benefit to me (or to my family members) of giving that information away in structured format.
With gender on Wikipedia, I think it is a given that the vast majority of people will not choose to enter this info. Perhaps a major software-based effort (like, a big dialog box that strongly requests the information) might change that, but I hope we won't go down that road. I think the reality is that genuine gender-oriented research in the Wikimedia world will need to use social techniques for gathering information, rather than computer-assisted techniques. It's a pain, but I don't see me sharing my info as a viable step toward changing that.
OK, that was a lot, but hey…you used me as an example…so I think I deserve to have my say ;) -Pete (talk) 00:50, 11 March 2015 (UTC)
In another place & time -- I'd be of like mind believe it or not. Unfortunately, I think "we" pretty much showed our hand when we went with Pete, George & Adam in our respective User: name selections during account creation. IMHO, User: name recognition is just as "machine" detectable in this day and age as the gender preference setting is believed to be.

With that in mind, I figured there was little, if anything, to be gained by not setting it and maybe others in the same "boat" will reach the same conclusion if any subsequent recommendation is framed in a similar fashion. -- George Orwell III (talk) 21:11, 11 March 2015 (UTC)

The amount of littering on my street, and in my neighborhood, is astonishing to me. I've lived here a couple years, and never seen a place where it's such common practice to toss every piece of trash to the wind without a thought. Still, I don't participate. My tossing the occasional soda can aside would make no significant negative difference; in fact, it would surely be quickly claimed by a recycler. Still, I choose not to participate. Not primarily because it would make a difference to the community, but because it makes a difference to me. -Pete (talk) 15:25, 12 March 2015 (UTC)
That's fine be me. Nevertheless, the original point remains; development planning is woefully handicapped by the lack of accurate data and this gender profile issue is but one of the many existing problems with using preference settings for sampling purposes. I'm only advocating for better sampling thru more proactive User: participation. In this case, I'm basically encouraging periodical reviews of User's own preference settings and is something we should consider formalizing to some degree imho. Those who are not aware of the setting in question might improve the numbers related to this discussion as a result. -- George Orwell III (talk) 21:39, 12 March 2015 (UTC)
Yes, agreed -- and my core response remains as well; show me a plan that will substantially change those numbers -- i.e., there is reason to believe a statistically significant number of people will begin self-identifying to an extent that is actually useful to researchers -- and I will take notice, strongly consider changing my own practice, strongly consider signing onto the kind of recommendation you suggest. But in the absence of a solid theory of how it will be successful, I am skeptical. -Pete (talk) 21:54, 12 March 2015 (UTC)

┌────────────────────────────────────┘

Well, I really don't know how to assure you something like that actually takes place in the end (mostly because we only have control over this project among the hundreds of wikis out there). We do know the latest data in the chart linked above is ~2 years old and a bit obtuse for our needs here so the logical first step in a series of steps to follow would be to better ascertain the current status of that Preference setting for a fixed sampling (i.e. relatively recent and/or active contributors) as a baseline -- This needs someone knowledgeable with py or the API to get done. After that, its all uncharted territory where the previously mentioned formal Monthly Maintenance task is but one approach to test. Whatever we decide to try will then need to be re-sampled to see if we managed to improve our own numbers or not. In short, the entire endeavor does not seem promising at face value but we can't be certain unless we try. The alternative is far less democratic.

The usual way they manage to "induce" Users to [re]visit their Preference settings of late is to add, remove or modify some aspect or behavior tied to a setting or settings and then "break" something (intentionally, unavoidably or otherwise) related to that aspect or behavior. Once normal or expected operation is disrupted for Users and the "fix" remedying it hinges on x, y &/or z being done in one's Preferences, the changes are adopted pretty quick and without debate by the relevant User: group or groups (again, recently active contributors). Users who haven't logged in for months if not years, however, will stay "broken" until they also do the same. -- George Orwell III (talk) 22:55, 12 March 2015 (UTC)

I don't know if this is even slightly germane to anybody's purposes but as evidenced here, out of 144238 current enWS user-ids registered (no idea how many blockees and auto-non-editing-registrations from sister projects that may include?) 366 have declared as females, and 1475 as male. AuFCL (talk) 04:13, 13 March 2015 (UTC)
Thanks for that very interesting link, @AuFCL:. @George Orwell III:, I'm not asking for assurance or a guarantee -- which would clearly be unreasonable -- but for a more complete theory/plan. My belief is that for the foreseeable future, genuine research into the gender breakdown of Wikimedia projects will need to be done using survey-driven data, rather than computer-generated data. I simply don't see how an incremental uptick in self-identification will change that -- or how even a "strong suggestion" could lead to anything more than an incremental uptick. -Pete (talk) 18:07, 13 March 2015 (UTC)
That's the rub. The gender "setting" does nothing except tag a value with he/him, she/her or null. That's all. One can think of it as a poor man's survey -- which makes sense for an all volunteer, non-profit entity -- or one may not. Unless there is a swell in support for doing one thing or the other, I'll be moving on I suppose. -- George Orwell III (talk) 19:22, 13 March 2015 (UTC)
Yeah, I think we've probably talked this one out (and then continued talking for a while, I suppose!) Always find our discussions enlightening, though, thanks for sticking with it. -Pete (talk) 20:29, 13 March 2015 (UTC)

Commons user attempting to delete files used to verify documents at Wikisource[edit]

Please see commons:Commons:Administrators'_noticeboard/User_problems#Disruptive_and_frivolous_deletion_nominations_by_Ellin_Beltz.

Thank you!

-- Cirt (talk) 03:11, 6 March 2015 (UTC)

Please do not panic. Commons keeps these files as they are within scope. I've speedily closed both nominations, see here and here. Regards, AFBorchert (talk) 07:59, 6 March 2015 (UTC)
Please do not assume something about my emotions. And thank you! -- Cirt (talk) 17:03, 6 March 2015 (UTC)
The phrase "please do not panic" was intended with this in mind, i.e. as a friendly hint that nobody will be hurt and the files will survive at Commons. There is no assumption involved. My apologies if this was misunderstood. Regards, AFBorchert (talk) 18:56, 6 March 2015 (UTC)
Ah, my mistake, I love that book! :) -- Cirt (talk) 20:23, 6 March 2015 (UTC)

Explaining Wikisource, why it's valuable, and how to get involved[edit]

I've long been fascinated by how little-known Wikisource is beyond its core contributors, and I'd like to do what I can to help a broader audience understand it (and potentially contribute).

I just made a 12 minute screencast, focusing on grabbing images from old books. I'd like to make more like this -- for various audeinces (e.g., librarians, Wikipedians, etc.) and documenting some of the more technical pieces of Wikisource.

I'd be really interested to know what other Wikisource people think of this, and her any suggestions for improvement, for future topics, or pointers to existing resources that I may have missed. In particular, I've had some discussion with @George Orwell III: and @Hesperian: recently that relate to this; I would love to hear what you guys think.

Hope this is of interest -- and looking forward to any feedback and suggestions. -Pete (talk) 00:03, 9 March 2015 (UTC)

Done well, such videos could be a GoodThingTM. I'd be willing to help in whatever way I can, but not until June when my schedule will free up. There is already a facebook page for Wikisource, but it seldom has new posts, and I don't know who runs it. --EncycloPetey (talk) 00:17, 9 March 2015 (UTC)


Well done, Pete. I enjoyed your presentation. There are also some works from wikisource placed on YouTube as I and others have done. I added music to those I did. However, I would have also presented a side by side photo of the yellow images with the cleaned images as I do in all of my own works with books and images. They are not printed yellow as we all know and the change to the proper contrast, color, &c is important in presentations like yours. Too, I have one blasted problem with some few images and that being how to remove those lines on an image that mess up the image -- they come from the left and right and sometimes are just splotches. How can the images be cleared of them? Does anyone know? I have done several books and lots of images. There are some excellent books worth saving and a photo "is worth a thousand words" I have skipped good books and went to other other books due to the bad images in uploaded books at various areas on Internet. I recall an excellent book on HathiTrust showing beautiful color plates of flowers that I had to skip because I will not use the messed up drawings in color. So that is a problem that needs to be addressed and resolved. Most everything I can handle when it comes to images including colorizing for personal usage on coffee mugs I use. I can take twisted or bent forward, backward, &c. paper -> image -> and corrected those as well. So I would like to know if anyone on any wiki area knows how to remove those lines traveling to and fro ruining images.

AdamBMorgan also has a site where he was (still?) enhancing wiki works. So too with Erasmo Barresi of Italy using YouTube. Links to the front of Wikisource.org work well. So too with Facebook when enhancing and advertizing Wiki areas.

All of these things presented are not new but neither are they promoted.

Your voice comes across as very clear which is also important. Still, you showed all yellow images while speaking of making wiki areas better. I hope that all of this feedback helps all of us who love wiki areas. Kindest regards, —Maury (talk) 08:42, 9 March 2015 (UTC)

Many thanks for the feedback. @William Maury Morris II:, you make a good point about showing a fully enhanced image. I did not intend in this video to show the full range of what is worth doing on Wikisource, I wanted to focus on the process of getting the original, high quality scan -- because accessing that is essential to any restoration work. But, in hindsight, I would have done well to explain more clearly what I was and wasn't covering. Maybe I could address that with some edits to the blog post. (Unfortunately, I find editing the video rather intimidating -- I think it can be done, but it seems complicated to do it well. I may give it a try. For this, I used Screencast-o-matic Pro -- I have tried a number of tools (see w:en:WP:WikiProject Screencast) and that one seems to be the best combination of cheap, easy, and fairly good. But I will probably continue trying others, and welcome suggestions on that too. A format that is easy to edit afterward would be especially useful.)

My friend Mike, who is not really a Wikimedian but has done some volunteer work for Distributed Proofreaders/Project Gutenberg, gave me some good feedback too, which I mostly addressed with the bullet lists in the blog post. I will definitely consider a screencast focused on image restoration, and if I make one -- or find a good one -- I'd be happy to link to it prominently from the blog post, YouTube page, etc. (One consideration is, I'm not really expert at it. I can do some things, but am not sure I'm the best person to do a demo. I'm also not too confident with free software like GIMP, which is what I'd prefer to use if guiding others.)

I've seen @AdamBMorgan:'s blog, and have been impressed -- though I have not seen it lately. I will probably continue to do these on my own regardless, but would of course prefer to collaborate with others if there is interest. -Pete (talk) 21:17, 9 March 2015 (UTC)

My two cents For what it's worth, I always mention Wikisource to librarians—it seems like a slam-dunk to them. —Justin (koavf)TCM 01:43, 10 March 2015 (UTC)
I also mention it to high-school English teachers. Such a teacher once asked me whether there was a Concordance in print for Moby-Dick. In response, I pointed out that Wikisource had an copy that could be searched electronically for free. It made her AP Literature class that much easier to run, and allowed her students to work on their papers from home. --EncycloPetey (talk) 02:15, 10 March 2015 (UTC)
EncycloPetey, when you think or promote books like Moby Dick please remember that Matthew Fontaine Maury is mentioned in it (also 20,000 Leagues Beneath the Sea) and more than once in each book. The point I make here is those books were based on living persons to assist in book sales and fascination. M F Maury will be found on that easily searchable book (important since hard copies is not searchable) - Chapter44, bottom left, Melville writes of M F Maury and "charts" that people knew M F Maury was working on. Melville declares that it so happens that what he (Melville) has written has just been done by M F Maury of the National (Naval) Observatory when it is the opposite -- Melville inserted what Matthew Fontaine had already been working on and had just completed. This was done, perhaps, to promote Melville's book because Whale Charts did not exist as M F Maury created them -- so Melville writing about "Ahab" pouring over whaling charts comes from M F Maury's work on whale charts. It is the footnote of Chapter 44 which I have used for years as my email.

Image Quality[edit]

You asked about an example of an image on my Talk page. It was among the very images you used in your presentations. Those are all yellow but I also noticed, as I have many times when enhancing images, you showed several examples. I refer to
Wilson Price Hunt
"Wilson Price Hunt" on mouse over)

His image is ugly even though it has been worked on. See those lines in that image? That is what I was writing about. Too, it looks like the fellow has been blurred a bit but I don't know. I don't think a man would look as bad as he does regardless of just the lines problem. It looks like an image that was done on a painting with the canvas lines showing. Anyhow, you spoke and have written about "enhanced images" and this is not an enhanced image as I think of the word enhanced.

I admire your work with the "Screencast" on YouTube and elsewhere and hope that you will work up something on true image enhancement. I fully understand you could not, or rather I could not, do everything in one presentation. The old "Windows Movie Maker" also works well as opposed to "Screencast" of which I am not familiar. They are all tools with which to explore and work with. I did 2 works on Cycles on YouTube using Windows Movie Maker, a very old program. I Used images from WikiSource, created a compilation, and added proper music -- it is important that music goes well with subject matter. It promotes that specific book here on WikiSource because I also added text on colored background and showed links to WikiSource.Org

Kindest regards, —Maury (talk) 10:52, 10 March 2015 (UTC)

ON WikiSource to promote WikiSource The Cycle Industry (1921) by W. F. Grew ( —Maury (talk) 11:31, 10 March 2015 (UTC) )

Two Mixed versions:-

https://www.youtube.com/channel/UCgRFe1NfNJB3811QB8R-4Hg

example of moire reduction; look at file history

(Arbitrary outdent) @William Maury Morris II:, thank you for all the detail. Just a quick response for now, more later: the lines you are referring to are called moire. Worth reading up on. I do know some techniques for reducing it; they work well on some images, not so well on others. It won't work well on this example (short version: because the dots are relatively large. Also, though I refer to this as a photo in the presentation, I'm sure it's a painting, which I think explains the ugliness!) Here is an instance where I (mostly) removed the moire, and then darkened and sharpened the image. I'd be happy to do a short screencast to illustrate what I did. I'm out of time this morning -- more later. -Pete (talk) 15:14, 10 March 2015 (UTC)

I've done a bit of work also on 'de-halftoning' images (see commons:File:John_E._Hurst_Building,_Baltimore.jpg for example). The appearance is an artifact of halftone printing methods), but I don't claim to be at all adept at it. The method I am aware of involves using a (usually very slight) Gaussian blur to blend the dots into a more averaged appearance, and then an unsharp mask to restore an 'in focus' appearance. This usually seems to end up with an image that looks slightly blurry, however. The are probably better methods, and some kind of presentation on how to do it would be a very good thing. Revent (talk) 23:33, 10 March 2015 (UTC)
Yes, that's basically the process I use -- with one addition, in cases where the halftone dot is of similar size to the scan resolution. Then, I will first increase the image size, so that the blurring happens over a more forgiving array of pixels. (For instance, if your scan is at 200dpi, and you have an 80dpi halftone screen, you might want to do this. If you have an 80 dpi halftone screen and a 1000dpi scan, it might not be worth it. I do this more by "feel" than by science, I wish I could comment more specifically on when you want to do this!) -Pete (talk) 23:43, 10 March 2015 (UTC)
Scaling up the image is something that I had not considered... I admittedly have not done this a lot, just for a few images where someone asked because they appeared really bad in use. I agree very much, though, that it does seem to largely be a matter of 'feel' as to what parameters to use in the filters... it seems quite dependent on the exact image. I would say a higher scan resolution seems to have a huge impact on the results, so scaling up the image seems like quite good advice. Revent (talk) 23:53, 10 March 2015 (UTC)
The moire (the technical name for the kind of halftone artifact this is) generally results from scanning (or printing) at a resolution that is not very compatible with the resolution of the dots used in the halftone process. As a general rule, the higher the scan (or print) resolution, the less likely there will be moire. But when the numbers are close enough to each other, things get pretty ugly. (Imagine the patterns you'd see if you look at a spinning bicycle wheel through a picket fence…same thing.) If the moire has already been introduced, a good amount of quality has already been lost; you generally can't fix it without blurring detail of the image itself. But, yes, bumping up the resolution before doing that blurring will help some. (Also, fooling with the radius etc. of the blur function is worth trying. I usually use trial and error to narrow it down to the minimum amount of blurring that eliminates the dots.) -Pete (talk) 00:17, 11 March 2015 (UTC)
(nods) My attempts at this type of thing haven't been dealing so much with moire patterns themselves, per se, but simply cases where the actual 'half-toning' of the image itself created something that looked bad at typical resolutions, due to ending up sufficiently 'zoomed in' that the halftone 'optical illusion' failed. An actual true 'moire' pattern itself would indeed be the effect of an interference pattern between the scanning resolution and the 'resolution' of the halftone... Gimp actually has a filter (descreen) that is explicitly intended to remove actual 'moire' patterns, but I have yet to experiment with it. Revent (talk) 00:54, 11 March 2015 (UTC)
To make what I mean a bit more clear, you can have a moire pattern in the actual fullsize image itself (due to scanner artifacts) or a moire pattern visible in resized images (due to a harmonic with the frequency of the halftoning and the resizing ratio). The method I mentioned would work for 'de-halftoning' a fullsize image (which would prevent moire patterns being visible in resized versions) but would probably be unsatisfactory if there were actual moire patterns in the fullsize version (from the scanner). Revent (talk) 01:03, 11 March 2015 (UTC)
You're right -- thanks for that important clarification. Sometimes it's moire we're dealing with, other times it's simply the halftone dot itself -- and there are subtle differences in how to handle each. Very cool to know Gimp has a filter for moire -- I will give that a try. -Pete (talk) 01:05, 11 March 2015 (UTC)
Actually, @Revent:, I think the Tabitha Brown example above illustrates your point nicely. I blurred it enough to get rid of the halftone, but there is a rather subtle moire pattern in the background. I certainly wouldn't want to blur it to the point of eliminating that, as that much blurring would obscure many of the facial features. But in that case, the moire is minor, so it's not a big deal. -Pete (talk) 01:08, 11 March 2015 (UTC)
Indeed, the original has both halftoning and a faint moire (which is still visible in the final version).. you did (IMO) a very good job of removing the halftoning, but that didn't affect the actual 'moire' pattern itself. (I do agree that it's unlikely that an attempt to do so would be worthwhile.) That image is also a good example of the drawback that you have to watch for, particularly around the eyes... the final image is not actually 'less in focus', but has a tendency to appear so when looking at fine details.. you can counteract that to some degree with an unsharp mask, but it seems to improve the 'low-res' appearance while giving visual 'rainbow effects' on edges in the full scale. It's very much a matter of experimentation and practice, as you noted, which is why an actual video or two demonstrating the process would be great. In general, though, it seems like the 'best' answer in all cases is simply a higher resolution scan, as it then gives better results when removing the halftoning. Revent (talk) 01:19, 11 March 2015 (UTC)

Tech News: 2015-11[edit]

15:18, 9 March 2015 (UTC)

"Layout" option in index-transcluded pages disappeared[edit]

Recently two options have been added to sidebar section "Display options", one to show/hide page links, another to show them inside or beside text (the latter doesn't work), while the layout switcher disappeared. Is there a way to get back old page links and layout switcher? I use Firefox & Chromium (Ubuntu 12.04). --Nonexyst (talk) 17:41, 9 March 2015 (UTC)

You're lucky. I just have a lonely "Display Option" section ...--Mpaa (talk) 19:17, 9 March 2015 (UTC)
Well, now (though I use another computer with latest versions of the same browsers) it sets the layout to every Wikisource page. ----Nonexyst (talk) 08:23, 10 March 2015 (UTC)
i see someone was coding with the layout options. they disappeared for me from the 4th to the 10th. it would be nice to put a notice here, so we wouldn’t be guessing and working around. Slowking4Farmbrough's revenge 21:18, 10 March 2015 (UTC)

Untangling the Web[edit]

Fascinating publication, if anyone hasn't come across this yet.

Could be a useful resource for archival and educational purposes, to add here to Wikisource with various subpages, etc.

-- Cirt (talk) 18:47, 10 March 2015 (UTC)

Input for improving integration of Wikidata in watchlists needed[edit]

The following was a message asked to be distributed to communities, and relates to where the information, that we pull from Wikidata, is changed. For example, interwikis, VIAF, etc.

Hey folks :)

Data quality and trust is what we're currently concentrating on in the development around Wikidata. A big part of that is improving the integration of Wikidata in the watchlist of Wikipedia and other sister projects. I just opened a page to collect input on how we can improve it.

Wikidata:Watchlist integration improvement input

Cheers

—Lydia Pintscher (WMDE), wikitech-ambassadors mailing list

For those who have an interest, it would be great if they could have a look. Comment there if you like, or we can comment here and provide a collective feedback. — billinghurst sDrewth 23:38, 11 March 2015 (UTC)

SUL finalization update[edit]

Hi all, please read this page for important information and an update involving SUL finalization, scheduled to take place in one month. Thanks. Keegan (WMF) (talk) 19:45, 13 March 2015 (UTC)

Tech News: 2015-12[edit]

15:14, 16 March 2015 (UTC)

Index:The American Cyclopædia (1879) Volume XII.djvu[edit]

No scans displayed in page view for me? Anyone care to take a look as it's only this volume which is affected..ShakespeareFan00 (talk) 10:47, 17 March 2015 (UTC)

Nothing wrong with it. — billinghurst sDrewth 12:12, 17 March 2015 (UTC)
Working fine for me too.Jpez (talk) 13:13, 17 March 2015 (UTC)
Strange, because I still can't see pagescans. I get the text in the edit box, and if I click image I can see the page image.

It just doesn't seem to want to load pagescans for me when I click Edit. At least it's not a corrupt file. ShakespeareFan00 (talk) 17:40, 17 March 2015 (UTC)

Can you please rather than saying it works for you specify which OS/browser combination? It's not working on XP/Firefox 36.0.1ShakespeareFan00 (talk) 17:47, 17 March 2015 (UTC)
Not working for me on Firefox/Chrome.--Mpaa (talk) 19:27, 17 March 2015 (UTC)
Now working. No clue what happened.--Mpaa (talk) 21:57, 17 March 2015 (UTC)
Sorry I thought you meant the pagelist wasn't showing in the index page for some reason. Scan resolution in edit mode was set to 0 on the index page. It's working fine now. Jpez (talk) 19:40, 17 March 2015 (UTC)
Is it possible to run a db query to find other Index pages with this issue, it seems a straightforward enough situation to resolve? ShakespeareFan00 (talk) 19:44, 17 March 2015 (UTC)

Page:US Patent 755840 (Bose's Microwave Apparatus).djvu/2[edit]

Erm where did the proofread tools option on the edit toolbar go? I wasn't informed that this was to be removed. ShakespeareFan00 (talk) 19:17, 17 March 2015 (UTC)

You must be having local issues. All looks normal to me. — billinghurst sDrewth 11:46, 18 March 2015 (UTC)

Two toolbars simultaneously ?[edit]

When in Page edit mode I see TWO TOOLBARS, one for the header and one for the contents, with no possibility to close the header as before.

Whoever is f**king around with the toolbars, please stop. This is a completely stupid idea. — Ineuw talk 01:49, 18 March 2015 (UTC)

I also am seeing the two toolbars but the weird thing is that it is only on some pages and also the proofread tools are missing when it happens. Jpez (talk) 11:30, 18 March 2015 (UTC)
Giving examples would help. Also telling us what preferences that you have set, in this case for toolbars. Every Tuesday is software update day, and there can always been unintended consequences with changes taking place in one part that can effect us with Proofread Page. — billinghurst sDrewth 11:49, 18 March 2015 (UTC)
"Enable enhanced editing toolbar" set to enabled seems to cause this for me (XP/Firefox 36.0.1.) Turned it off and the problem went away. ShakespeareFan00 (talk) 12:20, 18 March 2015 (UTC)
Is this the problem of having both toolbars enabled? If so the preferences should be changed so only one of them can be enabled at once.. ShakespeareFan00 (talk) 12:51, 18 March 2015 (UTC)
A very quick check suggests the 'Enhanced editing toolbar' needs to be overhauled to be compatible, it also not displaying the Special Characters box when that option is selected (XP/Firefox 36.0.1) ShakespeareFan00 (talk) 12:54, 18 March 2015 (UTC)
Zoom in/out option is also gone for me. Londonjackbooks (talk) 14:15, 18 March 2015 (UTC)
I also unchecked enhanced editing toolbar and at least I can do some editing now (I can use OCR, zoom in out etc. Before these weren't available.) so the problem must be something with the enhanced editing toolbar as ShakespeareFan00 pointed out. I am using firefox with Linux. Jpez (talk) 17:07, 18 March 2015 (UTC)
@Jpez: I must assume that you enabled the legacy toolbar, or were both toolbars checked? — Ineuw talk 03:29, 19 March 2015 (UTC)
Interestingly, this problem occurs in Windows (7) Firefox versions 36 & 37 and Internet Explorer 11, but not in Chromium (Chrome) or Opera. It also works correctly Linux/Xubuntu in all browsers (FF, Chromium and Opera).— Ineuw talk 03:29, 19 March 2015 (UTC)
@Ineuw: I'm sorry I don't even know what the legacy toolbar is. In preferences in the editing tab I unchecked (Enable enhanced editing toolbar) and (Show edit toolbar) is checked, with these settings I have what I assume is a more basic toolbar which at least allows me to do some editing. I tried enabling the enhanced toolbar today to see if maybe it would work and what I noticed is that the first time I load a page to edit in the page namespace everything is fine. If I refresh the page or click on any other page the problem with the two toolbars and no proofread tools persists from then on. I tried logging out and back in and the problem was still there. I tried restarting firefox and the problem was still there. I tried rebooting my computer and the problem was still there. But as as I said there was no problem with the first page I tried to edit this morning. I also tried upgrading firefox from 29 to 32 today but that didn't help. Jpez (talk) 04:20, 19 March 2015 (UTC)
@Jpez: Sorry for not clarifying "Show edit toolbar" is the legacy toolbar. I assume you are using Windows. The problem is with our Mediawiki software update of Tuesday. It was mucked up somehow. The Mediawiki programmers test the software on all browsers, and this problem may have to do with local modifications to our English Wikisource. The problem is that in other browsers and Firefox in Linux work fine, (see my comments above). There is nothing we can do until someone in the know will look at it. — Ineuw talk 04:35, 19 March 2015 (UTC)
No worries @Ineuw: I'm not complaining I'm happy enough with the basic toolbar myself, I'm just trying to help whoever may be able to troubleshoot. I'm using Linux, not windows and still have the problem. Jpez (talk) 04:47, 19 March 2015 (UTC)

T88027 seems to be the root of the problem(s) along with a few subsequent tweakings/changes. Looks like in the attempt to "log" WikiEditor based edits, some(?) one(?) of the module dependencies no longer jibe. Adding the 'schema.Edit' module for those who customize WikiEditor in some fashion seems to rectify the problem however. I added it to the OCR gadget as well but I'm not sure if that will halt the double loading of the WikiEditor toolbar or not. More when I find it. -- George Orwell III (talk) 09:23, 20 March 2015 (UTC)

Hinky djvus at EB1911[edit]

Most of them still seem fine but Volumes 26 and 27 at least have stopped working. There are still pages (like this one that are proofed and accessible via link but our pages can't get to them. — LlywelynII 03:47, 18 March 2015 (UTC)

It would seem that we have some references appearing with <ref name="nn">. Finding it is harder! Looking and looking. — billinghurst sDrewth 11:10, 18 March 2015 (UTC)
The djvu file is jiggered and needs reloading. EB1911_-_Volume_26.djvu ‎(0 × 0 pixels, file size: 95.2 MB, MIME type: image/vnd.djvu)billinghurst sDrewth 11:20, 18 March 2015 (UTC)
On a separate note re the work. You seem to be doing a whole lot of wikilinks that are not apparently native to the work. Generally the practice that we have had in such encyclopaedic works is to wikilink where there is a q.v. indicator. If you utilise so many template transclusions you will also run into the template expansion limit and it will simply stop. Also, for intermediate pages, there is no requirement to use section tags, we would generally only use section tags on partial pages on the first or last when using <pages>. — billinghurst sDrewth 11:23, 18 March 2015 (UTC)

Tech News: 2015-13[edit]

15:09, 23 March 2015 (UTC)

Text justification[edit]

I've noticed when downloading texts in the past in the epub format and reading them in my ereader that the text alignment was not justified. I didn't pay much attention to it until today.

Personally I don't like reading the main text of a text that isn't justified and it puts me off to be honest, also as we try to remain as pure and true to the original text as possible I think this is a major issue. If text is justified in the original (which I believe most texts if not all are) I think it should also be transcluded as such.

I didn't pay much attention to this issue until today when I did the first transcluding of some chapters I've been proofreading where I saw that the text alignment when transcluded isn't justified. You can see the difference here where I tried justifying the text with the justify template I found. From pages 1 to 8 I've used the justify template in their page namespaces and from 9 to 24 is how the text is usually transcluded. When justified the text looks quite nice when transcluded except that the pages don't blend as you can see when each page commences. Is there a way to fix this?

I had a quick search and couldn't see this issue being discussed before. I think this an issue that we seriously need to look into.

unsigned comment by Jpez (talk) 14:55, March 25, 2015.

There are positives and negatives. You've mentioned one of the positives: a professional and readable look. However, one of the negatives of text justification is that, when there are images present or when the reader is using a mobile device with a narrow screen, the justification forces giant gaps in the text, which looks unprofessional. This is one area where the change in medium from physical book to electronic one means that we really cannot be faithful to the original. An electronic book cannot (and should not) enforce a certain page width and certain line breaks. We do not have the technology to insert hyphenation and other features that allow justified text on the printed page to look the way it does. If we want justification, my feeling is that it should be an option selectable by the end-user, and not something forced onto every reader. --EncycloPetey (talk) 13:20, 25 March 2015 (UTC)
@Jpez: As far as I know, at present there is no rule here which prohibits justified text. I am not going into the pros and cons, because your primary question seems to be about how to do it. This should not be done in the page namespace, that won't transclude properly. But this can be done in the main namespace, by wrapping the transclusion as under:
<div style="text-align: justify;">transclusion</div>

Hrishikes (talk) 04:40, 26 March 2015 (UTC)

Thanks Hrishikes I'll give it a try, though I agree with EncycloPetey that it shouldn't be forced on end-users. I think it would be good if we could toggle it on off somehow. Personally I don't mind some of the extra long spaces that come sometimes from not being able to hyphenate random words automatically, I prefer this to the left aligned text which just doesn't look right for me and bothers me. Jpez (talk) 04:57, 26 March 2015 (UTC)
I'm not sure that Hrishikes' suggestion is a good idea. The result would be to wrap divs with different text-align attributes inside this overall one. There is a way to carry justified text over between pages in the Page: namespace using the alternate forms of {{justify}} covered in the template documentation. However, my preference is to keep the {{justify}} template for particular layout purposes e.g. for a quote at the beginning of chapter like I did on Page:The red and the black (1916).djvu/265. For general mainspace use, justified text is already built into Layouts 2 & 3. It's just on Layout 1 (the default) that a ragged right margin appears. See Help:Layout for more info. Quite how the various layouts translate into epub I'm not sure. Beeswaxcandle (talk) 06:52, 26 March 2015 (UTC)
Even though I've played around with the layout button I never noticed that it justified the text until now. I was hoping it would come out justified for the epub export as well but sadly it didn't. Hrishikes suggestion worked fine with the text I'm working on and hasn't bothered any of the other formatting. I also tried exporting it to epub and it looked very nice on my ereader which is a nook simple touch. Jpez (talk) 19:26, 26 March 2015 (UTC)
Just to add: the official EPUB 3 Accessibility Guidelines state: "Avoid justifying text, as the uneven spacing that occurs between words can reduce the readability for some people." The Haz talk 22:22, 8 April 2015 (UTC)

Every reader is accustomed to justified text, that being the norm for printed matter, which everyone has read, at least in school. Apropos ebooks, those marketed online by Amazon and Barnes & Nobles generally have justified text. I have a huge collection of English ebooks in epub/mobi/pdf/pdb/lrf/rgo and other formats, all of which have justified text. Unjustified text may be convenient for a few readers (I don't know), but that is certainly not the majority position, else the Amazon people would have taken note. Unjustified text is generally adopted for original online writing; but Wikisource works are generally recreations of printed matter, so there is not sufficient reason to deviate from this universal feature of the original books. Hrishikes (talk) 01:23, 9 April 2015 (UTC)

I totally agree with Hrishikes. I just quickly scrolled through a few commercial ebooks I have on my Nook simple touch and only found one single hyphenated word, which word was 're-arranging'. Of course all books were with justified text. Although I used Hrishikes suggestion to justify the text on the book I was working on, and it looked beautiful on screen and on the epub I downloaded and I was very happy, I ended up removing the text justification in the end since not everyone agrees with using it. Jpez (talk) 04:21, 9 April 2015 (UTC)

Wikipedia Signpost interview[edit]

I figure to be trying to start a regular "column" in the w:Wikipedia Signpost detailing activity at other WMF entities, maybe initially on a one-story a month basis. The first such piece is an interview with, pretty much, anyone interested in taking part, which can be found at w:User:John Carter/Wikisource column. I figure to eventually start one such userspace page per relevant WMF entity which can be reused for future columns on either a regularly-scheduled or as needed basis. This first piece may not run for several weeks yet, which might not be to our disadvantage, as it gives those involved a chance to put together a piece which they could use to best promote wikisource and/or encourage other wikipedia editors to become involved. Any input is more than welcome. John Carter (talk) 17:10, 25 March 2015 (UTC)

@John Carter: I am comparatively new here, joined this site last year. I am working in some specific areas, info here. If you are interested, you can send me some questionnaire. Hrishikes (talk) 05:07, 12 April 2015 (UTC)
Ideally, the Signpost interviews are supposed to include comments from as many people as possible. So @Charles Matthews: who I know is active in both projects would be very useful as well, as would anyone else who chooses to respond. John Carter (talk) 19:39, 18 April 2015 (UTC)

Forth Bridge[edit]

Index:Forth Bridge (1890).djvu is nearing completion - some people have already helped out enormously, and further help with proofreading and correctly transcluding it would be brilliant. There are still some tables that need to be converted at c:Category:Forth Bridge (1890) tables, but that and the plates at the back is the only thing keeping it from completion. Ostrichyearning (talk) 10:03, 26 March 2015 (UTC)

Interesting blog post: VIAF and Wikidata[edit]

For those who have an interest in the linking metadata (authority links) that we utilise on author pages (predominantly) and works, there is an interesting blog post where VIAF discusses their decision to migrate their linking from English Wikipedia to Wikidata. The announcement and the resulting comments are worth perusing.

For Wikisources it should have an advantage as the Wikidata landing page displays all existing articles (where linked) on the Wikimedia platforms, and that it includes any links that we have for English and other language Wikisources. This is instead of someone landing at English Wikipedia, and then needing to stumble upon the enWS link.

Pictogram voting comment.svg Comment This change increases the value of our authors/works being added to Wikidata, and emphasises that we need to continue to develop our strategy for data additions. One could say that we have been somewhat reactive in doing tasks at WD to our works/authors, and pretty much leaving the WD people to determine what we have and how. — billinghurst sDrewth 01:38, 29 March 2015 (UTC)
Pictogram voting comment.svg Comment This is great! The Haz talk 20:56, 1 April 2015 (UTC)

Tech News: 2015-14[edit]

15:18, 30 March 2015 (UTC)

New Gadget[edit]

For those of you using the Vector skin, you might to try out a new gadget Sidebar Flat-list (mid-way down the Interface section). It takes the group of sidebar menus on the left and makes them series of collapsible flat-lists along the top instead. Please report any problems & feedback welcomed. -- George Orwell III (talk) 02:24, 3 April 2015 (UTC)

Sidebar flat-list gadget (Vector only).png

  • I'm using this and it's a keeper for me. It's nice to have more space to the left when editing or reading. On one of my computers which has a more square screen the three menus get cluttered and because of lack of space 'Language' goes on top of my user name is not selectable. On my laptop which has a wider screen everything is fine. Jpez (talk) 10:32, 4 April 2015 (UTC)
There's not much I can do about that - the damn Language portlet is structurally different at the core compared to the other groupings. If I had it my way, it would not be part of the flat-list but in the attempt to keep it "simple", that's the way it works out for some layouts. Suggestions welcome. -- George Orwell III (talk) 22:48, 6 April 2015 (UTC)
  • Nice! That area was a mess but now it is clean allowing more room for editing. Looks like the garbage was taken out. :0) Thanks George Orwell III, in haste for grocery shopping, —Maury (talk) 16:22, 4 April 2015 (UTC)
Glad you like it (& hope it works for you headache free:) -- George Orwell III (talk) 22:48, 6 April 2015 (UTC)
  • Not bad! I like it, though of course I wish it loaded before the sidebar to avoid the hiccup. The Haz talk 03:56, 8 April 2015 (UTC)
I wish I knew how to resolve that too (though its not all that bad imho)!!

The standard, un-collapsed sidebar of "portals" (bullet lists with the bullet hidden) are part of the Vector skin itself. And Vector is relentless; it is determined to render the sidebar and load all the damn .css & caching that normally comes with it no matter what I tried (you'll note that even with the flat-list gadget enabled, the sidebar is still remains 'King' on your User: preferences and similar Special: pages). The best I could do was let it do its thing and then disassociate the lists from all that 'built-in routine' afterward (thus the occasional twitchiness depending on what you are doing/clicking).

Again, suggestions welcome! -- George Orwell III (talk) 04:28, 8 April 2015 (UTC)

By not bad, I meant it's good. ;-) And yes, I understand that it's not possible. The "Language" choice in the "header" is now cut off by the gear icon, but it's also not something I care about. I'm still trying it out. I had some tools in the sidebar I used, but not regularly. The biggest difference I noticed is that the editing screen is larger so the scan image is larger, leading to having to scroll down farther to save the page. (Interestingly, the edit box is shorter than the preview pane.) I'll probably end up sticking with it. At this point I don't miss the sidebar and I really like the cleaner look. The Haz talk 04:46, 8 April 2015 (UTC)
That damn Language menu wasn't part of the original SideBar so of course its slightly different than the grand-fathered ones. I'm not sure what you mean by the 'Language [heading] being cut-off by the gear icon' however. Its always been to the right of the heading (Language) and all I did was try to mirror that in the associated css. Please throw up a pic if you have the time. If not; no worries. -- George Orwell III (talk) 05:03, 8 April 2015 (UTC)
It does this for me as well, and it seems to only be on pages that don't have any links to other languages. If there are links, it says "In other languages", but if there are no links it says "Langua". Here is a picture. (Firefox 37, Chrome 41; Windows 7 x64; works fine in IE 11)—Beleg Tâl (talk) 12:26, 8 April 2015 (UTC)
Image The Haz talk 12:27, 8 April 2015 (UTC)
Thanks to AuFCL, an adjustment to the .css has been applied and should resolve that heading-icon overlap. Please let me know if it did the trick for you folks too. -- George Orwell III (talk) 22:24, 8 April 2015 (UTC)
Great for me. Thanks! The Haz talk 22:27, 8 April 2015 (UTC)
works for me in firefox & chrome, chapeau. (love the sidebar disappearing hiccup);-> Slowking4Farmbrough's revenge 01:04, 9 April 2015 (UTC)


┌─────────────────────────────┘
This is what mine looks like using firefox and Linux. I'm not bothered by it though. JpezScreenshot.png

I Just noticed it's only on the main pages, Scriptorium, Main page, Community portal etc. Jpez (talk) 04:54, 9 April 2015 (UTC)

AFAICT, something like that has/had to do with the Vector typography refresh, certain monitor/screen DPI's and your browser's 'window width' behavior. In case you haven't discovered it yet; if you manually shrink your browser's window width, it will should eventually trigger the point where the Vector skin has some sort of boundary where the main margins shrinks by .5em (or so) all around. Unfortunately, that is where the skin determines the gadget's line of menus (should) jump to its 'reserve' (a .css padding trick) and fit right in between the personal menus it just encroached upon on the right and the top of the vector tabs & search box beneath it. Normally -- one would think -- as soon as the left content begins to overlap the right content, the overflow attribute and whatever it is set to would determine the point where the gadget line on the left can no longer co-exist with the personal menu on the right. I can't figure out how to get around that oddity or if it is even possible given the skin's design. Of course, I would love the trigger to be when the gear icon on the left touches the user icon on the right so the overflow setting could kick in and "move" the gadget line out of the other line's space. If anybody knows any better or how to rectify this, please speak up:)

On top of that, if you're stuck with a display screen optimally rendering/set at ~768 to ~860 DPI (approx.), you are more likely to see stuff like that being the @media rules in the core wiki software is now primarily geared for over ~968 DPI view-screens under standard desktop view (I don't exactly know what the "story" is with this under Mobile Mode). -- George Orwell III (talk) 06:03, 9 April 2015 (UTC)

I know what the problem is (but I don't currently have any good ideas how to fix it.)

Please bear with me; the following is likely to be boring to those in the know; and pretty incomprehensible to anybody else. I am only listing it all out in hopes it might ring somebody's bells.

All of the page "editing header" (from "WikiSource" down to the "Search" box) lies within an HTML DIV with id "mw-head". The "mw-head" <div> further encapsulates four subordinate <div>s respectively with ids:

"p-panel"
from "Navigation" to the "language-gear" icon
"p-personal"
from "User-id" to "Log out"
"left-navigation"
from "Page-type" to "Talk"
"right-navigation"
from "Read" to "Search" box
In an ideal world these four inner <div>s lie at the four outer corners of "mw-head" but when the screen-width is too narrow for them to do so the effect Jpez observed results.

As of this moment I do not understand the logic which lays them out and assume the fault lies somewhere therein. AuFCL (talk) 06:31, 9 April 2015 (UTC)

In short, the "logic" gets hosed because of the Wikisource logo. Look to reveal the currently hidden div#mw-page-base & div#mw-head-base and you'll start to see how "odd" the layout really is. In short, the first 10 or 11 ems of the left hand side "should" be part of left-navigation at some point in the original design but the proper accounting for those 10/11 ems (e.g. be a true child of some layout-logical parent element) never seems to take place. The same is basically also true when it comes to the footer area (div#footer) but with an extra spoiler; a H2 meant (I guess) to serve as the 'heading' of the entire sidebar of "navigation" menus resides down there instead of where one would think it should go -- up top; between the bottom of the logo and the first menu (navigation) itself -- George Orwell III (talk) 07:00, 9 April 2015 (UTC)
Apart from dazedly agreeing I cannot offer much. div#mw-head-base just /looks/ wrong but my brain has really shut down about two steps before this. My feeling is that one or the other of these two hidden divs /possibly/ ought to be expunged from the DOM altogether but all my experiments to date have really dire side effects and are not really worth pursuing. AuFCL (talk) 07:17, 9 April 2015 (UTC)
I can save you some time; don't bother tinkering with stuff like those two as they are too embedded in the skin itself. The problem -- the way I see it -- "starts & ends" with the div holding the logo stuff; it not only being completely unique compared to the divs that come after it but it also happens to be the first sub-division of the sidebar in the skin by design. Just delete or hide div#mw-navigation (with no gadget applied) and you'll see the expected "snap left" of the main body recovering that initial 10/11 ems on the left does not happen -- not without further manual manipulation/intervention. Even that could easily be overcome if the logo and it's div containment (the reason for the 10/11ems) was factored out of the equation so to speak.

Conversion of all the sidebar menus into a single horizontal flat-list was not all that hard to do once the div dealing with the logo was pruned from the rest first. So unless there is a way to make that logo div fall inline (without the need for any "pruning") as the left most (1st) flat-list menu while retaining the originally intended logo-like links & properties found in the skin, I wouldn't begin to speculate where or how to address these lingering quirks in the final-rendering/expected-behavior; that would be the true waste of time here imo.

Of course, User:s can whack the logo and recover the space for use by the gadget on their own via their own customizations of the "base" css but for me, I know if I don't resolve this "the right way" (if at all), things will just get worse later on down the development road somehow. -- George Orwell III (talk) 08:14, 9 April 2015 (UTC)

Category per author[edit]

Hi. I noticed that some Authors have also dedicated Categories. See Category:Elizabeth_Blackwell and Category:Emily Blackwell. I find it a bit redundant but I am unsure where WS stands with respect to this. Do we need them?--Mpaa (talk) 08:21, 5 April 2015 (UTC)

No, we don't need them. Help:Categorization covers the purpose of categories on enWS. Neither of these people are topics or genres, so they do not need categories. Point 6 of WS:Style guide#Author pages explains how to use Author pages to list works that are about an author for whom we have works by. Beeswaxcandle (talk) 09:42, 5 April 2015 (UTC)
OK, I will clean it up.— Mpaa (talk) 12:47, 5 April 2015 (UTC)

Footer in mobile view[edit]

I apologize if this has been brought up before. I searched the archives but couldn't find mention of it.

I was trying out the mobile view yesterday. Besides the normal formatting issues that come with the mobile view, I noticed that the navigation footer is missing in the main namespace. In my personal opinion, I would consider this a must for Wikisource. Right now if you read to the bottom of a page, you are required to scroll all the way back to the top of the page to move on to the next page. Is this something that is already being fixed, or does a request have to be made? Thanks, The Haz talk 15:58, 5 April 2015 (UTC)

Its just one of the many things on my "to-do" list but addressing this first requires resolving some "layout" issues with the mainspace navigation header template itself. Spend some time in Mobile Mode and really go through some of our existing body of mainspace works; you should soon come to realize (as I have) the current previous & next design in our header frequently skews any hope of consistent, "centered" title, author, & like info that the header template typically retains for us. And since the footer template is based on the header template (in a nutshell), there is little to no point in porting the footer over to mobile mode until these mainspace navigation header "[re]design" questions are resolved in a desktop view forum first. -- George Orwell III (talk) 22:40, 6 April 2015 (UTC)
No worries. I realized what you meant after I wrote it. Hence my other mention at {{block center}}. I'm not sure how much play we have with the CSS used here, but what about using a stylesheet that has media queries to create a responsive header template? I know we can't write the queries inline (nor would I want to), so I'm asking if we can write them somewhere else to adjust the CSS for navigation. The Haz talk 23:55, 6 April 2015 (UTC)
I would LOVE to "pretend" this is day one of Wikisource and start with a "clean" primary .css file (or sets of .css files) to accomplish what you've describe and more. And I have taken some small steps with that 'ultimate' goal in mind already; I have recently moved all the pre-existing .css files to be less old-school, unintelligent MediaWiki:Common.css centric and more resource loader "governed" -- primarily aimed to result one day in a refined & streamlined MediaWiki:Gadget-Site.css file (then leading to 2 or 3 other .css files as needed).

The main hurdle I'm now faced with - to put it bluntly without intending insult - are the 2 or 3 dozen old-timers around here who still use (or think they use) all the current crap currently defined in our .css files. Beyond that is the issue with Mobile Mode; it uses a completely "foreign" skin than any desktop view can AND no .css file or files are automatically employed from desktop view to mobile mode -- and THAT means whatever "we" do here needs to styled inline to remotely render the same over there for the immediate future (the perfect example - our mainspace navigation header... even after my recent re-write to be all div based!!). Thoughts? -- George Orwell III (talk) 01:54, 7 April 2015 (UTC)

Oh well that's perfect then. No need to change a thing. ;-) I'm surprised that Mediawiki uses a completely separate CSS file for mobile. I never even thought to check that. There's only so much we can do inline, and of course that itself would be a hack. I can't say I have any ideas, but that's mainly because I don't know what's possibly on this site and what's not. I'll have to think about what to do here. The Haz talk 14:28, 7 April 2015 (UTC)

Possibility of a "Sister projects" report in the Wikipedia Signpost[edit]

Hello, all I'm a volunteer at the Wikipedia Signpost, the Wikimedia movement's biggest internal newspaper. Almost all of our coverage focuses on Wikipedia, with occasional coverage of Commons, the Meta-Wiki, MediaWiki, Wikidata, the Wikimedia Labs; we have little to nothing to say about Wiktionary, Wikiquote, Wikibooks, Wikisource, Wikispecies, Wikinews, Wikiversity, or Wikivoyage. I'm interested in writing a special long-form "sister projects" report to try and address this shortfall. Is there anyone experienced in the Wikisource project with whom I can speak with, perhaps over Skype, about the mission, organization, history, successes, troubles, and foibles of being a contributor to this project? If so, please drop me a line at my English Wikipedia talk page. Thanks! ResMar 21:04, 5 April 2015 (UTC)

  • Well, we could use all the help we can get. BD2412 T 15:35, 6 April 2015 (UTC)
    @Resident Mario: If no one else puts their hand up, happy to talk to you via Skype (though it is not on by default); strine-warning and at +10 time. You can always catch me in IRC as sDrewth, #wikisource or #wikimedia-stewards and ping me — billinghurst sDrewth 03:31, 12 April 2015 (UTC)
@Billinghurst: Thanks for the response. I'm a little busy at the moment with other projects, but I plan to return to this one in a little while. I'll let you know :) Resident Mario (talk) 15:50, 18 April 2015 (UTC)

Reasons for changing the toolbar icons?[edit]

The advanced toolbar icons of bold and italics has undergone yet another change. B to A and italics went from I to A. Why? Who was bothered by this? — Ineuw talk 21:53, 5 April 2015 (UTC)

Personally, I'm at the point now where I manually force most everything WikiEditor toolbar-button wise but my first recommendation regardless is to wait until after the usual Tuesday wmf core update to pass before filing a bug over it (it might fix itself). At the same time, you might want to triple check your language settings and your universal language selector font & input settings (access typically found via the little gear icon next to Language menu for the latter two; user prefs for the former). -- George Orwell III (talk) 22:29, 6 April 2015 (UTC)
Done, and will wait as suggested. — Ineuw talk 04:48, 7 April 2015 (UTC)
I welcome the return of the prodigal I and B Thanks GO3. — Ineuw talk 21:34, 7 April 2015 (UTC)

Tech News: 2015-15[edit]

15:41, 6 April 2015 (UTC)

Charinsert macrons are in the wrong order[edit]

I would like permission to correct the Charinsert macrons' character order (and any other character set) because now they are in reverse order.

It should be capitals first and followed by the matching lowercase as nature intended. Furthermore, if possible, I would like to insert two spaces between the characters using &nbsp&nbsp if possible, because some are too close to another to click on.

If given permission, all I need to know is where they are. — Ineuw talk 21:41, 9 April 2015 (UTC)

  • Current and incorrect: ā Ā ǣ Ǣ ē Ē ḕ Ḕ ḗ Ḗ ī Ī ō Ō ṑ Ṑ ṓ Ṓ ǭ Ǭ ū Ū ǖ Ǖ ȳ Ȳ
  • Proposed and correct: Ā ā Ǣ ǣ Ē ē Ḕ ḕ Ḗ ḗ Ī ī Ō ō Ṑ ṑ Ṓ ṓ Ǭ ǭ Ū ū Ǖ ǖ Ȳ ȳ
I cannot give you permission but I can point you towards the 'Macrons': line here if that is what you sought? AuFCL (talk) 22:40, 9 April 2015 (UTC)
@Ineuw:: I assume you are objecting to the placement of lower case before upper case, but be aware that there is no consistent order in the Charinsert right now. Some listings have the uppercase letters first, while others have the lowercase letters first. The macrons line is just one of those that has lower case given first. --EncycloPetey (talk) 22:45, 9 April 2015 (UTC)
Thanks AuFCL. The issue came up for me because there is no order and there should be. Uppercase, followed by lowercase. I was looking for characters and it confused me. This problem existed with the Hebrew character order as well until someone from the language group corrected it, because I didn't know that it's a site matter. I don't mind re-ordering them and not asking someone else to do it.— Ineuw talk 01:18, 10 April 2015 (UTC)
For the ordering, it seems like your preference rather than rightness and wrongness. It is a listing plain and simple. Nature isn't involved. — billinghurst sDrewth 03:26, 12 April 2015 (UTC)
@Billinghurst: Sorry to disagree but there is a character order (in Unicode). Lowercase Ä ä always follows the uppercase. There are two issues here. Somebody assembled the list backwards and also included characters with combinations of diacritics on the same row, like the combination of a macron and an accent -> Ḗ.
I propose that these esoteric combinations should be listed on their own rows or separated as the Accents are: acute and grave.
I've taken the initiative and reordered some character sets, but some are "made up" and don't exist in the Unicode set. e.g: the lowercase ẗ with diaeresis has no matching uppercase character but it can be combined, in fact most characters can be combined diacritics. — Ineuw talk 05:34, 12 April 2015 (UTC)

Stewards confirmation rules[edit]

Hello, I made a proposal on Meta to change the rules for the steward confirmations. Currently consensus to remove is required for a steward to lose his status, however I think it's fairer to the community if every steward needed the consensus to keep. As this is an issue that affects all WMF wikis, I'm sending this notification to let people know & be able to participate. Best regards, --MF-W 16:12, 10 April 2015 (UTC)

Questions about some formatting changes since being somewhat inactive[edit]

1. When editing in this space, I see double editing toolbars (not customized). My customized toolbars are correct in the Page namespace, however... @George Orwell III:?

2. See how there is now an "extra" line space between a poem title and the text when using {{block center/s}} as opposed to {{block center| See: Page:Poems, Household Edition, Emerson, 1904.djvu/77 for differences. Not sure what changes have been made to bc/s & e, but it makes text formatting inconsistent now...

3. Lastly, in two sections of my User page (Top section & Activity section), using a pipe used to separate items/text into two columns. This no longer is the case. What is an easy alternative to using a pipe (if that's the right term)?

Thanks, Londonjackbooks (talk) 22:05, 10 April 2015 (UTC)

  1. That's not just on Wikisource. It seems to be an issue Wikimedia-wide. I definitely get it on Commons and WP as well. However, it was mentioned above if you want to read more.
  2. Fixed. Not sure why WS was putting in a line break there though.
    1. Just FYI, that template already has a title parameter, so you might prefer to use that instead anyway. See below for an example from the page you were referencing.
  3. Interesting. You were essentially hacking the fact that the template was originally based on tables. You will want to use {{multicol}} or {{div col}} to get actual columns. You may prefer to use {{Float left}} as that should handle what you're trying to do even more dynamically.
Promised example:
First line:
{{block center|title={{larger|BERRYING}}|{{fqm|'}}{{sc|May}} be true what I had heard,—<br />
BERRYING

'May be true what I had heard,—
Earth 's a howling wilderness,
Truculent with fraud and force,'
Said I, strolling through the pastures,
And along the river-side.
Caught among the blackberry vines,
Feeding on the Ethiops sweet,
Pleasant fancies overtook me.
I said, 'What influence me preferred,
Elect, to dreams thus beautiful?'
The vines replied, 'And didst thou deem
No wisdom from our berries went?'

The Haz talk 22:35, 10 April 2015 (UTC)
I hope you don't mind, but I just changed your user page back to using tables for now (the quickest way to get exactly what you had). Feel free to change it to suit your needs. The Haz talk 22:51, 10 April 2015 (UTC)
Renders great, thanks. And thanks for fixing bc/s and the titling, etc. suggestion above. Appreciated, Londonjackbooks (talk) 22:58, 10 April 2015 (UTC)
Glad to hear it! The Haz talk 23:00, 10 April 2015 (UTC)
@Hazmat2:But your recent tweak of block center now sends first/last line spacing askew. See poem above. In my opinion, block center rendered fine as it was... It was bc/s/e that had too much space... Londonjackbooks (talk) 23:04, 10 April 2015 (UTC)
Yeah that was Mediawiki inserting an extra paragraph mark. I've come across that before, but forgot to adjust for it when I thought I was actually fixing it. All set again. Thanks for letting me know. I triple-checked the two different templates and they both work correctly now. The Haz talk 23:10, 10 April 2015 (UTC)
Good to go. Thanks, Londonjackbooks (talk) 23:11, 10 April 2015 (UTC)

@Londonjackbooks: As for the continued generation of non-customized, double toolbars - I'm giving things one more chance to see if anything in tomorrow's core update fixes things on this front all by itself. If not, I'll have to tangle with the developer bureaucracy a bit more forcefully to either fix it asap or revert the changes that introduced the behavior in the first place (and FYI - I will be calling for "back-up" from you folks if need be at that point as well). -- George Orwell III (talk) 00:27, 14 April 2015 (UTC)

Thank you! Londonjackbooks (talk) 01:47, 14 April 2015 (UTC)
Are you still seeing it? It went back to normal for me when the fix was rolled out yesterday or the day before. The Haz talk 18:03, 14 April 2015 (UTC)
Verified. I just tried to reproduce double toolbar generation in just about every namespace and could not so it seems fixed. -- George Orwell III (talk) 22:44, 17 April 2015 (UTC)

I haven't been seeing the double toolbars for a while now, but the ocr button is missing. Is it only me? Jpez (talk) 01:02, 18 April 2015 (UTC)

Regarding OCR button: it is there for me. Have you got OCR: Enable OCR button (top item beneath section "Editing tools for Page: namespace") checked in your Preferences? AuFCL (talk) 01:22, 18 April 2015 (UTC)
Yes it's enabled, and what I've noticed is for the first page I load the OCR button is there, but after each subsequent page load it disappears. Jpez (talk) 05:07, 18 April 2015 (UTC)
Which toolbar are you using; 'classic' or WikiEditor? If WikiEditor, make sure the 'show [classic] edit toolbar' option is not enabled in your preferences.

And fwiw, time is running out for both the classic & Wikieditor toolbars so "fixes" are likely to be fewer and farther in between in the future for one or both of the current editing toolbar interfaces. -- George Orwell III (talk) 22:12, 18 April 2015 (UTC)

After playing around with the settings it turns out 'Enable wizards for inserting links, etc' option was to blame.' I disabled it and the OCR button is back. Btw I also I tried playing around with the 'live preview' and 'Show preview on first edit' options as I just saw them today and nothing changes either. I have neither a live preview and the or preview on first edit when enabled. These options would be very helpful if they are what I think they are. @George Orwell III: I am using wikiEditor.

Never mind after my first edit I figured out you have to click the show preview button for it to work. I thought the changes were shown as you type live. Also preview on first edit is working now for some reason and I'm happy. Jpez (talk) 03:58, 19 April 2015 (UTC)

I know this is getting pretty far off-topic but I highly recommend ensuring "Live Preview" remains "off" for all users on WikiSource at least for the immediate future. This option has a very long bad reputation for interfering with both user and system javascript, causing obscure malfunctions in things like "Show changes" (during edit sessions) to messing up Index: page operation etc. etc. etc. Not worth the effort. Just search for "live preview" (on all pages) and you will for certain find plenty of bugs solved by turning this iniquitous option off again (Yep, I have been bitten! My 2¢.) AuFCL (talk) 06:53, 19 April 2015 (UTC)

If there are more than two translations[edit]

The template {{Other translations}} is for situations where there are multiple translations for the same foreign work. But this template only provides for adding one other work. What's to be done if there are more than two translations? Can anyone tweak the template please, so that option is there for adding more works? I specifically refer to the three translations of the same work: Anandamath, Index:Anandamath, The Abbey of Bliss - Chatterjee.djvu and Anandamath (Aurobindo). Hrishikes (talk) 03:26, 11 April 2015 (UTC)

Apart from the language being a (little) clumsy what is wrong with using several invocations of {{Other translations}}? (i.e./e.g. {{Other translations|Index:Anandamath, The Abbey of Bliss - Chatterjee.djvu}} {{Other translations|Anandamath (Aurobindo)}})

Please pardon if I have missed a fundamental point here. See below. AuFCL (talk) 03:41, 11 April 2015 (UTC)

I don't think there should be more than one available in the template. The way it reads tells me that it points to a single disambiguation page that links to all the versions available. In this case, Anandamath should be a disambiguation page for the three translations. The Haz talk 03:49, 11 April 2015 (UTC)
Agree with Hazmat2 here, with the exception that this is not a disambiguation situation rather it's a versions situation. The special header {{Translations}} should be used on the versions page that points to the various translations. See Help:Disambiguation and the notes at the templates for more. Beeswaxcandle (talk) 03:58, 11 April 2015 (UTC)
Apologies, I use the terms interchangeably. Also, the current text at Anandamath is actually titled "Dawn over India" as far as I know. Perhaps we can get a bot to move the pages and then use Anandamath as the "version" page. The Haz talk 04:05, 11 April 2015 (UTC)
See Agamemnon (Aeschylus) (and linked translations) for a specific example of how this can be handled. --EncycloPetey (talk) 04:12, 11 April 2015 (UTC)
No, this example is not specific for this case. There are only two translations in case of Agamemnon. A versions page is fine, but how to link to other translations above the heading of each translation? Repeated invocation of the template, as suggested by AUFCL, will render the language clumsy (as also noted by him). So my original question remains unanswered. Hrishikes (talk) 04:47, 11 April 2015 (UTC)
Actually, I did answer your question. Did you look at the two linked translations, as I suggested? Both link to the versions page, where all other translations will be listed. This is the best possible approach, since the links in the individual translations will never need to be edited; only the versions page will need to have new items listed. This method will work for any number of translations without changing any templates or cluttering the space above the header. --EncycloPetey (talk) 04:52, 11 April 2015 (UTC)
Yes, got it. Thanks!! Hrishikes (talk) 04:58, 11 April 2015 (UTC)

What is the wikisource policy about incorporation of amendments to Law pages?[edit]

Hi,

en wikisource has page Indian Copyright Law (Indian Copyright act 1957), I want to incorporate year 2012 amendments to this statute. So what is the wikisource policy whether do I start a new page with act with incorporated changes or do I incorporate changes to current page Indian Copyright Law its self. What is the wikisource policy in this respect ?

Mahitgar (talk) 13:45, 13 April 2015 (UTC)

We have no particular policy to cover this situation. However, it would be best to keep as separate pages. The reason for this is that works that became PD under the original act would have done so with different rules to those that pertain today. I suggest that the root page becomes a disambiguation page and the 1957 version of the act is moved to Indian Copyright Act 1957. The page with the 2012 amendments could be called Indian Copyright Act 1957 (Amended 2012). Have there been other amendments to the act prior to 2012? If so, it is worth considering making pages for the interim versions. Beeswaxcandle (talk) 06:06, 15 April 2015 (UTC)
Additional opinion. We publish what was published. So the 1957 Act is published as it is. If the later Act is published as amendments then we publish the amendments, that said they always generate a new copy of an Act so that would also be publishable in its entirety. We don't update the pages to reflect the law as it is on the day, these are not active legislative pages, they are copies of works at a point of time. — billinghurst sDrewth 12:49, 16 April 2015 (UTC)
Thanks to User:Beeswaxcandle & User:Billinghurst
1) I suppose we are clear now about So the 1957 Act is published as it is. If the later Act is published as amendments then we publish the amendments this part as agreed.
2) I agree that we need to add User:Billinghurst's above staement to a legal disclaimer for wikisource.
3) I understood User:Billinghurst's statement but still I am not clear enough about following part where logically these are two different things but are not they practacally almost the same >>"....that said they always generate a new copy of an Act so that would also be publishable in its entirety. We don't update the pages to reflect the law as it is on the day, these are not active legislative pages, they are copies of works at a point of time."<
@ User:Billinghurst on this I am waiting for your reply since it will help me improve my understanding.
And now there are some practical things also :
A) When I closely studied (my perception remained that), on internet 'a new copy of act Indian Copy Right Act 1957' after incorporation of 2012 amendment changes is not available (now I have updated it on en wikisource), and most of the laymen are effectively referring to out of date i.e. old version which is neither the complete original of 1957 (since it is not available on the internet) nor the one updated after 2012; These laymen include our own indic wikipedian community too.
B) Here at en wikisource when I closely studied Indian Copyright Law document I realised it is not an original copy of 1957 but effectively a copy of effective copy of the act from 1999 to 7th June 2012 that is the period between two amendments. Which I updated for 8th June 2012 that is effective date of 2012 amendment.
C) For copyright amendment act of 1957, 2012 amendements are 5th amendment law. @ User:Billinghurst if I am correctly understanding your position that "...that said they always generate a new copy of an Act so that would also be publishable in its entirety.." Here do you mean to say that we shall have (six+five= 11) versions of this act that is first of 1957 version then we have 5 versions after each amendment and 5 versions generated versions after incorporation of amendments at each of 5 amendment acts, do you mean to say that all these 5 generated versions be imported in totallity from somewhere but wikisource editors should not update them themselves.
d) i) If the case is as said in above point C; I will need to revert all the changes made by me at Indian Copyright Law in last couple of days. ii) Since indic wikipedians (and for that matter most of Indias online common population) does not have another option for updated copy If I have to remove my changes from here and shift to wikipedia namespace on some wikipedia.


@ User:Billinghurst after taking into account above aspects please do guide me what course of action do you suggest me.
Thanks and warm regards ( and sorry for my bit leanthy post)
Mahitgar (talk) 09:04, 17 April 2015 (UTC)



1992 amendment: http://lawmin.nic.in/legislative/textofcentralacts/1992.pdf. Change the year and you will get other versions. Hrishikes (talk) 10:28, 17 April 2015 (UTC)

That is realy great info (which I did not know) As you said It seems original of 1957 version is at http://lawmin.nic.in/legislative/textofcentralacts/1957.pdf this link 1957.pdf is 800+ pages and also 1992.pdf also some 300+ pages and my net or pc is slowing down before comple download. I would be happy if some one can help to break (long PDF) and upload pdfs for individual acts on wikisource. That will be a good and usefull addition.
Mahitgar (talk) 11:10, 17 April 2015 (UTC)
@Mahitgar: No need to download. Send it to Internet Archive by using manual wildcard/pdf link option at toollabs:bub/ and after djvu file is created at IA, send it to Wikimedia Commons by using toollabs:ia-upload. Hrishikes (talk) 11:47, 17 April 2015 (UTC)

@Mahitgar: Yes check.svg Done Index:Indian Copyright Act 1957.djvu, Index:Indian Copyright Act (3rd Amendment) 1992.pdf, Index:Indian Copyright Act (6th Amendment) 2012.djvu, Index:Indian Copyright Act (5th Amendment) 1999.djvu, Index:Indian Copyright Act (4th Amendment) 1994.djvu, Index:Indian Copyright Act ( 2nd Amendment) 1984.djvu, Index:Indian Copyright Act ( 1st Amendment) 1983.djvu. Hrishikes (talk) 15:48, 17 April 2015 (UTC)

@Hrishikes: It is very nice of you. Thanks for your valuable support and guidance.
Mahitgar (talk) 16:15, 17 April 2015 (UTC)

Tech News: 2015-16[edit]

16:40, 13 April 2015 (UTC)

Wikidata property for letters[edit]

I just wanted to let everyone here know that there is a new property on Wikidata: addressee (P1817). I foresee its main use being for letters and notes, especially here on Wikisource. It should be self-explanatory, but I used it for Letter from Louis XIV to Count Tallard (Q19096740) as an example. The Haz talk 19:09, 14 April 2015 (UTC)

CharInsert request[edit]

While proofreading Index:The history of the Bengali language (1920).pdf, I am facing problems entering Bengali script, because some characters are absent from the CharInsert: Bengali period (।), double period (॥) and vocalic l (ঌ). Can anyone please remedy it? Hrishikes (talk) 13:56, 16 April 2015 (UTC)

Slightly off topic, should we have something like English WP's {{Contains Bengali text}} in this case? It's not a standard script so not necessarily installed by default on computers in the English-speaking world. The Haz talk 14:38, 16 April 2015 (UTC)
Bengali is a standard script, being the script of the fifth most spoken language of the world, also used for Assamese and Manipuri languages. In MS Windows, the Vrinda font contains Bengali. I don't know about other OS. Hrishikes (talk) 14:46, 16 April 2015 (UTC)
Chinese is spoken by a few people as well but that was only standard in Windows within the past few years. I'm fairly certain Bengali is standard as of Windows 7, but I also painfully remember having to install it on any Windows versions before that (one of the reasons WP has that template). However, it was just a question for the crowd here. The Haz talk 14:51, 16 April 2015 (UTC)
The font is available in Windows XP SP2 and above, as per here and here. As per my personal checking, it is available in Windows XP/Vista/7/8. I don't know if the situation is different in Western countries. However, I find no problem with the use of the template. Anyway, I would be obliged if anybody could help with the CharInsert. Hrishikes (talk) 16:13, 16 April 2015 (UTC)
I understand. My apologies for not having been more specific. In the US versions of Windows, they were available as downloads, not installed as a standard. For recent Windows versions, it also costs extra (Pro version required) to use any but those as a system language, though that's obviously not applicable. I had to set up languages for my family that don't speak English which is how I came to find all this out. Of note, the few flavors of Linux I use (Ubuntu, Mint, and a few others) don't have them installed by default either. I'm just saying that a good number of people might see little squares instead of the correct script. That was my only point. However, I'm aware that this box also detracts from the "beauty" of the text. The Haz talk 16:55, 16 April 2015 (UTC)
Details about Bengali script display in various OS available here. Hrishikes (talk) 06:38, 19 April 2015 (UTC)
Try using this code it's just another supported font.৷,॥,ঌ {{lang|bn|৷,॥,ঌ|font=Siyam Rupali}}--Rochefoucauld (talk) 00:23, 17 April 2015 (UTC)
A font template won't solve it, you still need to enter the character. I can pick the character from the character map while using laptop/desktop, but the problem arises when I am using android/mobile. Hrishikes (talk) 02:12, 17 April 2015 (UTC)
If you are working in Windows I recommend you to download this free software Babel Map with which has all the Unicode characters, including Bengali and lets the users to assemble & copy and paste characters.— Ineuw talk 05:19, 17 April 2015 (UTC)
I don't require the CharInsert when I am using Windows, as mentioned above. I can pick the characters from the character map. But the CharInsert is handy when using android. That's why I was requesting for inclusion of these characters in CharInsert. Hrishikes (talk) 05:35, 17 April 2015 (UTC)
If you build the characters an admin will add it as a drop down selection. I would suggest add it to MediaWiki talk:Gadget-charinsert-core.js and tag with {{edit protected}} and/or stick a note here. I know that I don't have the knowledge to construct the list, but I do have the knowledge to insert it. — billinghurst sDrewth 08:00, 17 April 2015 (UTC)
Billinghurst has just made the same offer I was about to. Just let us know exactly what should be in the list and in what sequence. Beeswaxcandle (talk) 08:12, 17 April 2015 (UTC)
Many thanks. List added at the end of the CharInsert gadget talk page. Hrishikes (talk) 09:58, 17 April 2015 (UTC)
Yes check.svg Done Refresh your cache and it should work. Beeswaxcandle (talk) 10:49, 17 April 2015 (UTC)
Still not getting it. The drop-down list is as before. Showing "Bangla" characters and not the new set added under the name "Bengali". May be the cache problem, which I seem not to be able to remove, after hard purge/null edit etc. Hrishikes (talk) 12:00, 17 April 2015 (UTC)
Hmm. I'm seeing it under Windows. Try Ctrl-F5 on MediaWiki:Gadget-charinsert-core.js. Beeswaxcandle (talk) 18:48, 17 April 2015 (UTC)
From context Hrishikes is asking for this addition to be made under wikiEditor, not Gadget-charinsert as Beeswaxcandle has kindly done. Is it worth consulting mw:Extension:WikiEditor/Toolbar_customization#Add_a_special_characters_page? AuFCL (talk) 21:11, 17 April 2015 (UTC)
I am talking about the drop-down menu available on clicking the "Special characters" button on the toolbar. The menu goes on as Latin-Latin extended-IPA-Symbols-......-Hebrew-Bangla-Tamil-..... and so on. The new set named "Bengali" is not appearing even after cache refresh and restoring browser to default. Hrishikes (talk) 02:29, 18 April 2015 (UTC)
AuFCL is right (of course), we're looking at different sets of symbols. I don't usually use the wikiEditor toolbar and when I do, I've turned off the Special characters button. I'm using the CharInsert gadget (first one under the Editing tools section on the Gadgets page) and it's there that the Bengali characters list has been added. Beeswaxcandle (talk) 05:15, 18 April 2015 (UTC)
Found it, thanks! Hrishikes (talk) 05:46, 18 April 2015 (UTC)

related: Character sets to be separate and centralized in the coming future. -- George Orwell III (talk) 22:22, 18 April 2015 (UTC)

footer string - what to do?[edit]

While editing Page:Popular Science Monthly Volume 81.djvu/207, I came across this string "VOL. LXXXI.—14." at the end of page. It is information about the publication issue. This string does not occur on every pages. What should I do about it? Help:Footnotes and endnotes offers no advice. --Siddhant (talk) 13:33, 18 April 2015 (UTC)

It is volume info, not binder's info. So it should be retained in the footer, I think. Hrishikes (talk) 14:02, 18 April 2015 (UTC)
It's a message to the binder to make sure that the fascicle beginning with this page is put into the correct sequence. Binder's marks are not required on enWS, because we are not duplicating the original appearance of a work, but rather are making its content available. That said, some editors are choosing to leave them in, so we need to check other volumes of this series to see what the PSM Project is doing. The equivalent page in Volume 31 (Page:Popular Science Monthly Volume 31.djvu/221) has omitted the mark, so I recommend that you do so too. Beeswaxcandle (talk) 18:47, 18 April 2015 (UTC)
Looks like User:EncycloPetey went ahead and did [85] edit. Thoughts? --Siddhant (talk) 03:11, 19 April 2015 (UTC)
We never keep it. Just omit it from the footer. I saw it on the page mentioned, but didn't want to re-edit the page.— Ineuw talk 03:24, 19 April 2015 (UTC)

Have a look into the future[edit]

Take a look at the envisioned default skin of the future in a mock-up of the Winter Wikipedia article HERE (enter thru the prototype link). You can navigate away from that Winter article only so much in case that was not made clear & not everything "works" as expected either but its pretty robust as it stands today.

Some of it I like; some of it will likely cause us some grief; overall I think it is a net improvement. Thoughts? Reactions? -- George Orwell III (talk) 00:38, 19 April 2015 (UTC)

Interesting but I didn't see any great value in it. I do not like it being "likely" to give us any grief unless it is something that can worked out in a fairly short time--about a month? Something of value in my view that would be a system of automatic transcription of an entire book into one downloadable file with all pages included. —Maury (talk) 02:47, 19 April 2015 (UTC)
Lucky(?) for us, they seem to be "stuck" on the Wikidata --> languages part(s) and "progress" has pretty much come to a standstill as a result. One can never know if or when such log-jams become clear; diligently checking seems the only sure fire way to know what the latest status might be -- otherwise we'll find our fate out like we always seem to; a notification of a [massive] change just shows up here one day as humble announcement or something. -- George Orwell III (talk) 03:04, 19 April 2015 (UTC)
Right at this moment my internet connection is rather bandwidth-constrained. I am still recovering from having my eyeballs "bounced" by the incredibly clunky paint artefacts demonstrated on that page. Right this moment I think it might be unusable (also in my perversity I seemed to hit all the "Not Yet Implemented" interface warnings.)

I'll reserve final judgment for an occasion when a fairer test may be performed (but bear in mind how the thing behaves when not every user has South-Korea-standard connection speeds, Hmm?) AuFCL (talk) 03:35, 19 April 2015 (UTC)

Egads, what an awful Wikipedia-centric idea. This would be highly detrimental to other projects, especially Wiktionary. This monstrosity should be taken out back and shot. --EncycloPetey (talk) 05:36, 19 April 2015 (UTC)
Well it is a mock Wikipedia article so I can't pass judgment based just on someone's favoritism but I was looking more at the general layout and element settings than anything so content specific as, say, the right-hand info-box overkill present. To me it looks much like Mobile Mode does now; basically -- it is also without "flex"-based margins but with a clunky static header. -- George Orwell III (talk) 22:31, 20 April 2015 (UTC)
Maybe it's because I use widescreen monitors, but I really like the idea of the right sidebar pushing the text to a smaller space. I like widescreens so I can split my screen, etc., but it can be painful to read all the way across at times. I hope it's implemented here, albeit with flexible CSS . I still think the overall look is too much like mobile WP though. The Haz talk 21:21, 24 April 2015 (UTC)
The eventual convergence of the default desktop skin(s) with the default mobile skin -- which I believe goes by the name "Minerva" for now -- seems unavoidable as far as appearances go. They might not share exactly the same structure underneath but they will render almost alike at some point down the road (as far as I can tell that is).

I would love to be ahead of whatever the future might hold for us by replacing the current Dynamic Layout scheme with a more "standard" CSS3-Flex approach now to make for a smoother transition at that future point in time while still retaining what we've become accustomed to over the years -- but that would be a lot of experimental work to say the least. The other sticking points for getting something like that done is mostly because Flex isn't "fully supported" in MediaWiki just yet plus there is still way to much IE8 traffic (has no flex support) across the bulk of WP projects the last I heard.

Worst case; we'll just "wing it" like we always seem to when faced with catching up to core changes. -- George Orwell III (talk) 04:19, 25 April 2015 (UTC)

Tech News: 2015-17[edit]

15:29, 20 April 2015 (UTC)

Nominations are being accepted for 2015 Wikimedia Foundation elections[edit]

This is a message from the 2015 Wikimedia Foundation Elections Committee. Translations are available.

Wmf logo vert pms.svg

Greetings,

I am pleased to announce that nominations are now being accepted for the 2015 Wikimedia Foundation Elections. This year the Board and the FDC Staff are looking for a diverse set of candidates from regions and projects that are traditionally under-represented on the board and in the movement as well as candidates with experience in technology, product or finance. To this end they have published letters describing what they think is needed and, recognizing that those who know the community the best are the community themselves, the election committee is accepting nominations for community members you think should run and will reach out to those nominated to provide them with information about the job and the election process.

This year, elections are being held for the following roles:

Board of Trustees
The Board of Trustees is the decision-making body that is ultimately responsible for the long term sustainability of the Foundation, so we value wide input into its selection. There are three positions being filled. More information about this role can be found at the board elections page.

Funds Dissemination Committee (FDC)
The Funds Dissemination Committee (FDC) makes recommendations about how to allocate Wikimedia movement funds to eligible entities. There are five positions being filled. More information about this role can be found at the FDC elections page.

Funds Dissemination Committee (FDC) Ombud
The FDC Ombud receives complaints and feedback about the FDC process, investigates complaints at the request of the Board of Trustees, and summarizes the investigations and feedback for the Board of Trustees on an annual basis. One position is being filled. More information about this role can be found at the FDC Ombudsperson elections page.

The candidacy submission phase lasts from 00:00 UTC April 20 to 23:59 UTC May 5 for the Board and from 00:00 UTCApril 20 to 23:59 UTC April 30 for the FDC and FDC Ombudsperson. This year, we are accepting both self-nominations and nominations of others. More information on this election and the nomination process can be found on the 2015 Wikimedia elections page on Meta-Wiki.

Please feel free to post a note about the election on your project's village pump. Any questions related to the election can be posted on the talk page on Meta, or sent to the election committee's mailing list, board-elections -at- wikimedia.org

On behalf of the Elections Committee,
-Gregory Varnum (User:Varnent)
Coordinator, 2015 Wikimedia Foundation Elections Committee

Posted by the MediaWiki message delivery on behalf of the 2015 Wikimedia Foundation Elections Committee, 05:03, 21 April 2015 (UTC) • TranslateGet help

Problems with Act of Congress template[edit]

I noticed that the link isn't working at Public Law 92-261; it displays it as
[[Portal:Acts of the United States Congresses/Acts of the 92nd United States Congress|92nd Congress of the United States]]
instead of as
92nd Congress of the United States
like it should. I didn't know where else to ask, so if you could help me fix this problem, it would be appreciated. Dustin V. S. (talk) 01:56, 24 April 2015 (UTC)

Thanks for reporting this. It should be(?) fixed now, no? -- George Orwell III (talk) 02:14, 24 April 2015 (UTC)
@George Orwell III: Yes, the problem appears to be gone. Thanks! =) Dustin (talk) 02:15, 24 April 2015 (UTC)

Page blanking[edit]

This page was blanked a few days ago by low volume user with edit summary "copyrighted material". I have no idea if it is or isn't but seems a bit sus'. Moondyne (talk) 02:43, 24 April 2015 (UTC)

Any CopyVio would have been after-the-fact - there was no actual content beyond an Amazon like blurb on one page and copy and paste of the ToC on the other. Speedy deleted both for lack of any meaningful content. -- George Orwell III (talk) 03:08, 24 April 2015 (UTC)
For what it is worth, even before the blanking this particular per project was "sus'" anyway. I happen to have a much-beloved physical print of Waley's translation (which nowhere admits to a date of translation; but claims to have been translated from a 1921 Chinese print.) Waley died in 1966. Anyway my book contains 30 chapters; but the "copy and paste ToC" GOIII refers to contained something like 99 chapter entries... Need any more doubts? AuFCL (talk) 04:09, 24 April 2015 (UTC)

request for creation of a template available on Wikipedia[edit]

Can the template, w:Template:Refn be created/imported here? It offers creation of much more powerful and versatile references. --Siddhant (talk) 13:38, 24 April 2015 (UTC)

Hi. Please note that in Wikisource the footnotes of the Page namespace will be converted to endnotes. I am not sure if you are aware of this, and whether the template will give you what you want. To test it, copy the template into a subpage User:Siddhant/Refn of your account and refer to it as <ref>{{User:Siddhant/Refn|}}</ref>. This may work.— Ineuw talk 16:37, 24 April 2015 (UTC)
If somebody does decide to invest the effort of importing this template locally may I further recommend adding (should be fairly trivial) support for follow= which appears to be missing from the WP version. This lack of this feature would not matter greatly there but due to WS frequently transcluding multiple pages would be a significant limitation in this environment. AuFCL (talk) 22:26, 24 April 2015 (UTC)

Tech News: 2015-18[edit]

15:10, 27 April 2015 (UTC)

Checking a .djvu for missing pages[edit]

How does one check if a selected book is missing pages, aside from paginating manually? — Ineuw talk 21:02, 28 April 2015 (UTC)

If the djvu is uploaded what you can do is when you label the numbers in the pages section you can see if the last page matches the correct number. So lets say if a book is 200 pages and its "1to200" and page 200 matches than you have all the pages. Or is that considered "paginating manually?"--Rochefoucauld (talk) 22:28, 28 April 2015 (UTC)
@Rochefoucauld: No, it's not "manual", it's brilliant. Thanks.— Ineuw talk 04:19, 29 April 2015 (UTC)
With the caution that occasionally duplicate page scans cover over missing pages within the range. Beeswaxcandle (talk) 05:46, 29 April 2015 (UTC)
Thanks. It did happen.— Ineuw talk 13:16, 29 April 2015 (UTC)

Support request with team editing experiment project[edit]

Dear tech ambassadors, instead of spamming the Village Pump of each Wikipedia about my tiny project proposal for researching team editing (see here: https://meta.wikimedia.org/wiki/Grants:IdeaLab/Research_team_editing), I have decided to leave to your own discretion if the matter is relevant enough to inform a wider audience already. I would appreciate if you could appraise if the Wikipedia community you are more familiar with could have interest in testing group editing "on their own grounds" and with their own guidance. In a nutshell: it consists in editing pages as a group instead of as an individual. This social experiment might involve redefining some aspects of the workflow we are all used to, with the hope of creating a more friendly and collaborative environment since editing under a group umbrella creates less social exposure than traditional "individual editing". I send you this message also as a proof that the Inspire Campaign is already gearing up. As said I would appreciate of *you* just a comment on the talk page/endorsement of my project noting your general perception about the idea. Nothing else. Your contribution helps to shape the future! (which I hope it will be very bright, with colors, and Wikipedia everywhere) Regards from User:Micru on meta.

Formatting a sidenote[edit]

I have prepared a cute bar to match the text sidenote but I can't get it into the page space. The page is Page:Treatise_of_Human_Nature_(1888).djvu/47, I've put a copy of the bar template on the Discussion page. Can someone fix this for me? Cheers, Zoeannl (talk) 02:52, 1 May 2015 (UTC)

Please do not consider this a "fix." Although it "works" at one level it might break transclusion later. Can anybody better this? AuFCL (talk) 05:47, 1 May 2015 (UTC)
In previous discussions regarding sidenotes, I understood that sidenots don't work well regardless and it's best to work on something else until sidenote handling is (eventually) improved on Wikisource. —Beleg Tâl (talk) 16:31, 1 May 2015 (UTC)
don’t know if i like the use of tables. there is another solution here Page:Compendium_of_US_Copyright_Office_Practices,_II_(1984).pdf/323 and also Template:Right sidenote - this is a perennial problem for United States Statutes at Large and many government documents. Slowking4Farmbrough's revenge 23:27, 2 May 2015 (UTC)
We suffer in that we don't have enough highly competent css people to derive the right solutions for sidenotes. While books go left and right, we need to push to the left, then play around with the issue where we are managing page width variability then trying to replicate the work. I recommend that you do templating and at some stage the templates will be perfected. I use {{outside L}} and {{outside RL}} which works okay with the first page layout, though fails with the second and third. Someday! — billinghurst sDrewth 09:33, 3 May 2015 (UTC)
Here is my most recent work with sidenotes The Canal System of Englandbillinghurst sDrewth 09:37, 3 May 2015 (UTC)
I have used {{Right sidenote}} which was fine for the contents of the sidenote. My problem is that each sidenote has a header and a bar above the content and the bar 'breaks' the sidenote so it ends up in the text. For now I've put a note in the Discussion page that I'm not proofreadng the sidenotes. They are in effect like running headers in this book, repeats of the Chapter title so easily put in later. My husband grimaced when I mentioned sidenotes-apparently they are perennial digital headaches and we need geniuses to deal with them? Cheers, Zoeannl (talk) 13:22, 3 May 2015 (UTC)
So is the standard procedure to move sidenotes to the left if they alternate in the book? That makes sense... Zoeannl (talk) 13:22, 3 May 2015 (UTC)

I have finished proofreading the Introduction and first book of Hume's Treatise of Human Nature. Can I transclude them as requested at Treatise_of_Human_Nature? Or shall I finish the second book as well. I just thought it might get attention sooner from Validators if I transcluded it now. Also, as regards sidenotes, and for general readability, I think the Books should be transcluded as successive Sections-the sidenotes are reiterations of the Section headers so would be redundant and could be abandoned if we did this. Headers and link to Contents are at my work page. Any thoughts? Zoeannl (talk) 11:05, 9 May 2015 (UTC)

@Zoeannl: While completed books are definitely preferable, the entire site is under construction at all times. If you can transclude a portion now, then there's no harm in that. —Justin (koavf)TCM 14:14, 9 May 2015 (UTC)
Personal preference. If incomplete please place {{incomplete}} in the notes section of the header. We would prefer complete chapters rather than seeing red links for transcluded non-existing pages. — billinghurst sDrewth 11:32, 10 May 2015 (UTC)

Renaissance/Early modern categories[edit]

The era categories Category:Renaissance works (1420–1630) and Category:Early modern works (1631-1899) are dated in a manner that is inconsistent with common definitions of these terms. The seems fairly arbitrary and inconsistent with modern historical research.

The term "Renaissance" is today primarily used to signify the artistic movement c. 1400-1600 or the (now outdated) notion of how the shackles of the "dark" Middle Ages were thrown off some time around 1500. "Early modern" is the periodization that is actually used today and includes everything between the Middle Ages and the modern period (c. 1500-1800). I've never heard of anyone date the modern period up to c. 1900.

Unless there are very good arguments to the contrary, I will fix these errors toot suite.

Peter Isotalo (talk) 02:09, 2 May 2015 (UTC)

These are English-specific dates. The general dates used by historians are for the artistic and intellectual movement you describe. However, these dates are generalize for all of Europe, and are of little value on the English Wikisource, or even for literature. The dates used here are those specific for the history of the English language. 1420 to 1630 corresponds roughly with the period of "Early Modern English". And yes, the "Early" Modern period in many American library cataloging systems cuts off arbitrarily at 1899/1900, to correspond with the end of the Victorian period.
That's not to say that these dates couldn't be improved upon or refined, but there is a logic behind them, and that logic is tied to the history of the English language and the publication of English literature. --EncycloPetey (talk) 23:41, 2 May 2015 (UTC)
I would think that you can still create your additional categories and then collect the years into them as an alternative plan. We are not limited to having the years in multiple categorisation schemes. Or there is nothing wrong with us having a look at seeing what it looks like. — billinghurst sDrewth 09:39, 3 May 2015 (UTC)
Noting that you can display works differently using existing data using Extension:DynamicPageList. It is something that we have, though don't utilise well. — billinghurst sDrewth 09:56, 3 May 2015 (UTC)
EncycloPetey, following periodizations of the English language makes sense, but if they are language-specific dates, they should refer to existing periodizations used by language historians. What exactly is the current scheme based on? Because quite frankly, the notion of "Renaissance English" sounds a bit like nonsense to me. The terms I've heard of are the traditional "Old", "Middle" and "Modern English", with or without an "Early Modern English" between Middle and Modern.
billinghurst, agreed. More than categorization can hardly be detrimental to readers.
Peter Isotalo (talk) 09:58, 3 May 2015 (UTC)
This is not about Old, Middle or Modern English. Any division is going to be arbitrary, and unless there's very good arguments to the contrary, I will oppose any changing of these "errors", especially without discussing of what the changes might be.
I get continually frustrated on various Wikis by a stream of changes by people who couldn't leave well-enough alone, meaning that trying to watch a large watchlist is futile. The real value in something like this is in letting people search for works from 1770-1776 or 1642-1651 or 1789-1799, or whatever period they need, not trying to fine-tune some arbitrary large-scale categories.--Prosfilaes (talk) 11:22, 3 May 2015 (UTC)
Well, I get continually frustrated by uses of terms like "Renaissance" and "early modern" that have nothing to do with modern academic standards. Any division like this should follow periodizations recognized by modern experts. That's not arbitrary, even if it might be rough around the edges.
However, if anyone wants to create categories defined by calender years, then just make categories based on calender years and use names that include those calender years. You don't need to "borrow" names of historical periods merely because they sound good.
Peter Isotalo (talk) 14:51, 3 May 2015 (UTC)

Wikimedia Foundation Funds Dissemination Committee elections 2015[edit]

Wikimedia Foundation RGB logo with text.svg

This is a message from the 2015 Wikimedia Foundation Elections Committee. Translations are available.

Voting has begun for eligible voters in the 2015 elections for the Funds Dissemination Committee (FDC) and FDC Ombudsperson. Questions and discussion with the candidates for the Funds Dissemination Committee (FDC) and FDC Ombudsperson will continue during the voting. Nominations for the Board of Trustees will be accepted until 23:59 UTC May 5.

The Funds Dissemination Committee (FDC) makes recommendations about how to allocate Wikimedia movement funds to eligible entities. There are five positions on the committee being filled.

The FDC Ombudsperson receives complaints and feedback about the FDC process, investigates complaints at the request of the Board of Trustees, and summarizes the investigations and feedback for the Board of Trustees on an annual basis. One position is being filled.

The voting phase lasts from 00:00 UTC May 3 to 23:59 UTC May 10. Click here to vote. Questions and discussion with the candidates will continue during that time. Click here to ask the FDC candidates a question. Click here to ask the FDC Ombudsperson candidates a question. More information on the candidates and the elections can be found on the 2015 FDC election page, the 2015 FDC Ombudsperson election page, and the 2015 Board election page on Meta-Wiki.

On behalf of the Elections Committee,
-Gregory Varnum (User:Varnent)
Volunteer Coordinator, 2015 Wikimedia Foundation Elections Committee

Posted by the MediaWiki message delivery 03:45, 4 May 2015 (UTC) • TranslateGet help

OCR not showing[edit]

Has anyone been having issues with OCR in the past couple days? I uploaded two works with an OCR layer from Internet Archive and found that one literally "lost" pages. The images were still there, and the OCR layer was still there (verified by me), but the engine couldn't read the OCR. So, the OCR on Wikisource would come out page 14, 15, 17, etc. (missing 16, and the OCR for 17 showed up with the image for 16). I tried a few different methods of layering the OCR text and finally one worked, though there was no good reason. Today I uploaded Index:Transactions of the College of Physicians of Philadelphia (ser 03 vol 05).djvu to get some articles and the OCR isn't showing at all, despite it having a complete and working OCR text layer, again verified by me. Any assistance or hints would be appreciated. Thanks, The Haz talk 15:01, 4 May 2015 (UTC)

over at EB1911, some volumes had the ocr layer corrupted. had to copy volume 25 from Gutenberg. Slowking4Farmbrough's revenge 21:04, 12 May 2015 (UTC)
In this case, it never showed, or showed incorrectly from the beginning, so I had to copy the OCR from the DjVu file by hand. The Haz talk 00:45, 13 May 2015 (UTC)
@Hazmat2: I may be showing my ignorance, but filling the pages of that document with the OCR button works fine for me. Have you tried that? Or am I asking an insulting question? One never knows. — Ineuw talk 03:37, 13 May 2015 (UTC)
@Ineuw: I haven't had an OCR button in months, despite it being enabled in my preferences, so I assumed we got rid of it. However, that's not the complete issue. In one of the instances I mentioned (and in some more since) I noticed that single OCR pages were missing from Wikisource, despite them being in source DjVu. Therefore, the OCR for page 17 would end up with the scan for page 16, etc. (ie. img 14>ocr 14, img 15>ocr 15, img 16>ocr 7, img 17>ocr 18. That's a bigger issue than just no OCR to me. I don't know if it's just the engine not processing the text layer correctly. The Haz talk 14:38, 13 May 2015 (UTC)
Of course now I see that I can get the OCR button back by disabling the wizards (which I'd rather not do), but that still doesn't fix the issue of OCR text showing up on the wrong pages. The Haz talk 14:41, 13 May 2015 (UTC)
@Hazmat2: My suggestion would be to download the text file FROM HERE and paste the missing text. I had to do it a couple of times. If you were to create the pages before proofreading and mark the missing as problematic, I can try to fill in the missing text, and create the images from JP2, unless this interferes with your plans. Just let me know. — Ineuw talk 19:08, 13 May 2015 (UTC)
@Ineuw: For this text it's not a big deal as I may only use a few articles from it. I'll keep your offer in mind for the future though. Thanks, The Haz talk 19:23, 13 May 2015 (UTC)
I can't see the issue of wrong alignment with OCR. Can you point at a specific page? As the OCR pages are regenerated once n a while, the problem might be fxed now.
I have nothing to show because the two examples I had I fixed by hand. The Haz talk 22:43, 13 May 2015 (UTC)

Tech News: 2015-19[edit]

15:03, 4 May 2015 (UTC)

Sources of free books[edit]

See here This could be useful for us finding free texts. —Justin (koavf)TCM 04:05, 6 May 2015 (UTC)

User: Koavf | Justin, Their copyright; " The full-text ebooks in our collection are protected by copyright laws, subject to the terms and conditions of fair use in the same way as printed works. It is your responsibility to make sure you stay within them; for example you may only copy up to 5% or one whole chapter (whichever is greater) from a book.

Before copying or printing please refer to the information given on the suppliers' websites or at the eresources@cambridge Copyright and Licensing page. Publishers will withdraw access if evidence of copyright abuse is detected." —Maury (talk) 04:21, 6 May 2015 (UTC)

@William Maury Morris II: What are you talking about? The page I referenced above has links to other sources (e.g. Project Gutenberg and Wikibooks). —Justin (koavf)TCM 05:20, 6 May 2015 (UTC)
[Ping] Justin, when I look over a site about books I look at the copyright terms first. When I went to your link, which has many links, I looked at the Masthead which shows "Copyright". I copied that (see quotation marks above) and pasted it here . —Maury (talk) 05:43, 6 May 2015 (UTC)
@William Maury Morris II: Okay but I don't know why. This is a directory, so it's not like you're going to be quoting it at length or reproducing any original content. It's just a place where we can find similar online libraries is all. —Justin (koavf)TCM 05:49, 6 May 2015 (UTC)
Justin, I was hasty and made a simple mistake. No harm done and none intended. —Maury (talk) 08:51, 6 May 2015 (UTC)
Has anyone noticed that wikisource isn't listed? We're not very popular are we. Jpez (talk) 06:13, 6 May 2015 (UTC)
Jpez, I don't think Wikisource is popular either except to those here who like it and work on building it. Someone stated that wikisource is "too convuluted". Also, many people do not know about wikisource. I know because I am always asking. Wikipedia overwhelms us. People do know about wikipedia. It is a very unique dictionary whereas wikisource, regardless of format, is just another free book site. —Maury (talk) 08:51, 6 May 2015 (UTC)
Yes, I think You're right Maury; but this is so sad! Because there is really only us and Project Gutenberg who are aiming at digitising texts in a decent fashion! And PG is much faster than we are — but they don't provide the original scans! Wikisource is better! I'm convinced of it. This is why it's jolly important to do things like make our catalogue available in ways that libraries and whatnot can access (e.g.), because then maybe we'll become more popular.

As for being convoluted, I think the closed thing we can be compared to is PGDP, and I hope we're more or less the same, as far as difficulty of contributing goes? What do you think?

Sam Wilson ( TalkContribs ) … 09:12, 6 May 2015 (UTC)

I think the main problem is that we're not known. I can't exactly remember how I found wikisource but I do remember it was from pure chance, I think the more books we add the more we will be known. We are also overshadowed by Project Gutenburg, and I just remembered how I found wikisource. I was looking into joining Project Gutenburg, and while I was doing some searching on Google to see how I could contribute wikisource came up in the search. So Project Gutenburg led me to wikisource, which is ironic because I also think wikisource is much better in so many ways, in fact I think Project Gutenburg should just drop what they're doing and come and join us. Wishful thinking?
The reason I chose wikisource was that it was far more easier to sign up and access. Project Gutenburg seemed far more closed and inaccessible. Also the layout of the texts is much more pleasing to the eye in my opinion.
I think something that can make wikisource much more popular is if we can get the links to wikisource which are on wikipedia higher up. At this time they are all the way at the bottom in the external links section, which I highly doubt anyone ever looks at, I know I didn't until I found wikisource. For example if someone was to look up The Iliad on wikipedia, if we could get the links to wikisource somewhere in the main box on the top right or under it, somewhere where it can be seen. I think this will bring many people over here, after all if someone was to look up the Iliad for example I think they would be very interested to also see the source text transcluded as we do here. Is there anyway this can be proposed to wikipedia? unsigned comment by Jpez (talk) 2015-05-06 10:12:34.
  • I have been on wikisource for many years. I came over from wikisource where an administrator and I had a conflict so to heck with them at that time. I had done or started many articles and had been there about a year. I think I found wikisource by seeing the "sister" areas on wikipedia. But whereas I have always been a physical person roughing life I have always loved books since comics as a kid -- and illustrated encyclopedias mom purchased at one volume/month. (We were kinda poor). The gist of this is that I just love books so I seek them. As I got older I wanted hard-to-get books and had to use interlibrary loan programs. Somewhere I wanted to start my own library but I didn't have the money. I would go up to the University of Virginia (around age 14) and copy rare books. This is how I got my very own Library with books that were hard for anyone except special people. I copied page by page with pencil and paper and was watched over in a special room. When computers came out I typed some books into my Commodore 64. I didn't have money for a fancy computer but I got the text onto disks. It is very similar here on wikisource for me. We have all kinds of books and even very old books which I love! We have books of all kinds and typically I look for books on adventure. You know how it is if you love books -- you can place them on flash drives and carry a lot of them in your pocket to a friend's house. I prefer illustrated books but these places where we get files have some funky messed up pages and I know that does not have to be. I have experience with that though because the first book I placed on Internet, before web pages and before browsers, and before any "wiki" was a family book I placed on Internet when Internet was young. They had to be all plain text (ascii) and that book is still on Internet after 29 years! It is a family book about a kinsman who was in the Indian, Mexican, and Civil War. It was the 1st true book on Internet about the civil war. It came from our family attic trunk and due to time and heat the pages were very brittle and they came apart easily. I typed that book into computer and learned to type by doing it. I did not know how to type before that. I absolutely love saving books. The autobiographies and others of science and history still thrill me and I will be age 68 on this May 12th. Books are my friends in many ways such as entertainment and learning and I usually like just about any subject. Also, I believe in a Creator so when I look at rocks in a creek then I am looking at a Creator's work and I typically will seek out more knowledge such as mineralogy. I have had years of French and Spanish and there are books that are absolutely in those languages that were not often encountered in schools unless you study those languages and learn to read. They often seem strange because the history is often written in a different manner than what us "Anglos" write and read. I love learning from books -- the people once lived -- the "dead" still speak -- and of their lives and time era. Books are a time traveling machine about people and life for the mind. So, wikisource is a wonderful place for me and a way to give to people of the future. When I die thanks to wikipedia and wikisource, I will have left more things behind that has my life worthy of living. Some people take all of their knowledge to grave with them. Think about it. I have beat that situation and have left behind life from other eras to be learned from by others like us book lovers. Kindest regards, —Maury (talk) 17:31, 6 May 2015 (UTC)
    • Promoting Wikisource & Wikisource books: Here are my two attempts on YouTube two years ago. The Windows program came with this old computer. The images came from the book we worked on here.

https://www.youtube.com/channel/UCgRFe1NfNJB3811QB8R-4Hg

The following is a lot more professional than mine. It is in Italian but look and see how much can be done. I like the effect of the pages turning. :0)

https://www.youtube.com/watch?v=cR0g5ACaC-g

—Maury (talk) 18:22, 6 May 2015 (UTC)

Yet another idea (I use Firefox newest) is to create a button like they have for Wikipedia on their site. I have also seen it as a search engine. But there is none for Wikisource. —Maury (talk) 18:07, 6 May 2015 (UTC)
Wow Maury, it was very nice to read about your love of books and knowledge in general. Even though I am half your age and we come from different generations I see we have so much in common which I think is amazing. I can relate to so much of what you wrote. Thanks for sharing.
Ps Sorry I always seem to forget to sign my posts. Jpez (talk) 19:16, 6 May 2015 (UTC)

GRAPH extension is now live everywhere![edit]

Starting today, editors can use <graph> tag to include complex graphs and maps inside articles.

Graph tag support template parameter expansion. There is also a Graphoid service to convert graphs into images. Currently, Graphoid is used in case the browser does not support modern JavaScript, but I plan to use it for all anonymous users - downloading large JS code needed to render graphs is significantly slower than showing an image.

Potential future growth (developers needed!):

  • Documentation and better tutorials
  • Visualize as you type - show changes in graph while editing its code
  • Visual Editor's plugin
  • Animation

Project history: Exactly one year ago, Dan Andreescu (milimetric) and Jon Robson demoed Vega visualization grammar usage in MediaWiki. The project stayed dormant for almost half a year, until Zero team decided it was a good solution to do on-wiki graphs. The project was rewritten, and gained many new features, such as template parameters. Yet, doing graphs just for Zero portal seemed silly. Wider audience meant that we now had to support older browsers, thus Graphoid service was born.

This project could not have happened without the help from Dan Andreescu, Brion Vibber, Timo Tijhof, Chris Steipp, Max Semenik, Marko Obrovac, Alexandros Kosiaris, Jon Robson, Gabriel Wicke, and others who have helped me develop, test, instrument, and deploy Graph extension and Graphoid service. I also would like to thank the Vega team for making this amazing library.

—Yuri Astrakhan <yastrakhan at wikimedia.org>, Wikimedia-L mailing list

delete Author page[edit]

Author:R. S. Calvin is actually Author:Samuel Calvin. The only work attributed to "R. S. Calvin"—"A Piece of Coal"—was written by "Samuel Calvin" (reference). I've not been able to find what the "R." stands for. I cant find any reference to a middle name or any other mention of given names starting with R. (Anyone else wants to try finding that?) I request that Author:R. S. Calvin be deleted and merged with Author:Samuel Calvin. (I wonder, what happens to the Wikisource Authority Control number 637779 assigned to R. S. Calvin. Will it be reused? Or permanently retired?) --Siddhant (talk) 20:31, 10 May 2015 (UTC)

@Siddhant: You can redirect the page if you think they are the same person. The fact that there is authority control info is actually interesting: do you know of any authority control libraries that have these two names as the same person? —Justin (koavf)TCM 21:09, 10 May 2015 (UTC)
@Koavf: Out of curiosity, what authority control info are you referring to? I only see our internal Wikisource number. Thanks, The Haz talk 22:30, 10 May 2015 (UTC)
@Hazmat2: I'm guess I wasn't clear. I was asking if any other authority control databases (e.g. VIAF or LOC) have a record of these two names referring to the same individual. —Justin (koavf)TCM 22:44, 10 May 2015 (UTC)
@Koavf: Sorry, I understood that part. I was referring to your writing, "The fact that there is authority control info is actually interesting". I can only find authority control for Samuel Calvin, not for R.S. Calvin so I was wondering what AC you found interesting. The Haz talk 22:49, 10 May 2015 (UTC)
here is the viaf for Calvin, S. http://viaf.org/viaf/16896723/ - no sign of Calvin, R. S. without evidence they are the same, i would keep them separate with a note. Slowking4Farmbrough's revenge 03:33, 11 May 2015 (UTC)
From the work cited:

Professor S. Calvin, of the University of Iowa, not R. S. Calvin, as it was erroneously printed, is the author of the article entitled "A Piece of Coal," published in the March number of the "Monthly."

I am going to merge them. —Beleg Tâl (talk) 13:57, 11 May 2015 (UTC)
Sounds good The Haz talk 17:03, 11 May 2015 (UTC)
@Beleg Tâl: Nice find! Thanks. (Come to think of it, why didn't I search for the string "R. S. Calvin" in the first place!) --Siddhant (talk) 17:14, 11 May 2015 (UTC)
I would delete "R. S. Calvin", not keep it as redirect. He looks like the son of a typo ...— Mpaa (talk) 18:12, 11 May 2015 (UTC)
I agree. Can an admin please delete Author:R. S. Calvin? Thanks. --Siddhant (talk) 19:37, 11 May 2015 (UTC)

Tech News: 2015-20[edit]

15:34, 11 May 2015 (UTC)

Wikidata and arbitrary access[edit]

Just to point the community to d:Wikidata:Arbitrary access the next evolution of Wikidata for the communities. With WD there is currently a limitation in place that hinders some use cases: data can only be accessed from the corresponding item. We may have cases where we want to pull data directly, eg. works listings for an author. For those with an interest in the development, please follow the page linked, and also look to utilise d:Wikidata:Wikisource for questions and discussions about how we might use it. — billinghurst sDrewth 13:12, 13 May 2015 (UTC)

Wikidata: Access to data from arbitrary items is coming[edit]

(Sorry for writing in English)

When using data from Wikidata on Wikipedia and other sister projects, there is currently a limitation in place that hinders some use cases: data can only be accessed from the corresponding item. So, for example, the Wikipedia article about Berlin can only get data from the Wikidata item about Berlin but not from the item about Germany. This had technical reasons. We are now removing this limitation. It is already done for French Wikisource and Dutch Wikipedia. Your project is one of the next ones:

  • 18. May: Farsi Wikipedia, English Wikivoyage, Hebrew Wikipedia
  • 1. June: Italian Wikipedia, all remaining Wikisource

We hope to have it rolled out nearly everywhere by the end of June 2015.

We invite you to play around with this new feature if you are one of the people who have been waiting for this for a long time. If you have technical issues/questions with this you can come to d:Wikidata:Contact the development team.

A note of caution: Please be careful with how many items you use for a single page. If it is too many pages, loading might get slow. We will have to see how the feature behaves in production to see where we need to tweak and how.

How to use it, once it is enabled:

Cheers Lydia Pintscher 15:19, 13 May 2015 (UTC)

@Zyephyrus, Phe, Tpt: can you tell us how you have been using this feature at frWS? — billinghurst sDrewth 11:06, 16 May 2015 (UTC)

No File - Index:Life of Emanuel Swedenborg, with Some Account of His Writings.Djvu[edit]

Didn't want to speedy in case it could be rescued. 80.176.129.180 10:07, 14 May 2015 (UTC)

Moved; file renamed at Commons from .Djvu to .djvu. Hrishikes (talk) 11:36, 14 May 2015 (UTC)

Authority control VIAF[edit]

I noticed that when VIAF is entered, it shows up also as a WorldCat link in the AC template. However, the link doesn't seem to be working for works. (ie. http://www.worldcat.org/identities/viaf-313719933/ doesn't work, although the VIAF number is correct). The Haz talk 16:40, 14 May 2015 (UTC)

@Hazmat2: presumably there is some configuration issue with our template. What is the work, and can you find it at WorldCat? — billinghurst sDrewth 11:04, 16 May 2015 (UTC)
@Billinghurts: See The Rover Boys at School. The OCLC is there which of course also links to WorldCat. My assumption is the same but I didn't want to attempt any changes for that in case someone had a better idea. The Haz talk 03:09, 17 May 2015 (UTC)
fwiw... a VIAF designation without an ISNI number associated with it ain't worth a hill of beans (more often than not). In my experience, if an entity doesn't have an ISNI associated with it, it typically means the VIAF record is in flux, in doubt or incomplete... and that happens to be the status of the Rover series apparently. -- George Orwell III (talk) 03:51, 17 May 2015 (UTC)
If we were talking about VIAF for contributors, I can understand where you're coming from, though I can't agree as I've seen VIAF with 5 or 6 library authority records linked (not "sparse" or "undifferentiated") that don't have an ISNI yet. Nonetheless, I'm fairly confident that ISNI are for contributors only and we're talking about a VIAF work record which shouldn't have an ISNI. I'm not saying that the VIAF record shouldn't be linked (it can always be deleted from Wikidata later). I'm just wondering why it leads to a search on Worldcat using VIAF when there's already an OCLC there. The Haz talk 04:59, 17 May 2015 (UTC)
it may also be for work without an isbn number, the viaf/worldcat won’t work. isbn use tends to predominate, maybe we need to add oclc numbers for bibliographies of works before 1960, and promote their use. Slowking4 18:45, 21 May 2015 (UTC)

Index:The Health and Safety (Safety Signs and Signals) Regulations 1996 (uksi 19960341 en).pdf[edit]

Another UK secondary item transcribed... Anyone want to do the image extraction? ShakespeareFan00 (talk) 17:54, 15 May 2015 (UTC)

Yes check.svg Done except pages with images--kathleen wright5 (talk) 09:44, 17 May 2015 (UTC)
If someone else hasn't done it by Tuesday I'll work on it next week. —Beleg Tâl (talk) 20:50, 17 May 2015 (UTC)

Halsbury[edit]

I out of interest did a search to see if Archive.org had a pre 1921 set of Halsbury's Laws of England (https://archive.org/details/texts?and[]=Halsbury) - Looks like they have a complete set. Does anyone want to do an evaluation of which volumes/editions Archive.org has.

Getting this transcribed could be a major multicontribuotr/multi-year project though :( ShakespeareFan00 (talk) 21:44, 15 May 2015 (UTC)

Veracity of Constitution of India as 1949 document[edit]

I have reverted edits by someone adding 2015 amendments to the 1949 constitutional document, and I see some evidence of previous additions, though hard to tell the provenance of such changes. I have semi-protected the pages with an overt comment. I hope others can eep an eye on the document, and to note that it would be worthwhile looking for a scan of the original published constitution and moving our text to something that is evidence-based. — billinghurst sDrewth 11:01, 16 May 2015 (UTC)

This work is Wikisource creation (i.e., latest updated version) and should be prefixed with Wikisource:. Original scans available at {{Constitution of India}}. Hrishikes (talk) 18:00, 16 May 2015 (UTC)
Ideally Constitution of India should be a versions page with links to each of the published revisions, which are based on scans. Beeswaxcandle (talk) 03:13, 17 May 2015 (UTC)

[edit]

Embroidered wikisource logo.jpg
The British Library has media related to Magna Carta.

I thought people might enjoy this embroidered version of the Wikisource logo, taken from Magna Carta (An Embroidery), a 40-foot long recreation in needlework of the en-wiki article Magna Carta as it stood in May 2014, that was unveiled at the British Library on Thursday.

Further images at c:Category:Magna Carta (An Embroidery). Jheald (Talk) 14:01, 16 May 2015 (UTC)

@Jheald: I love that. Thanks for sharing. —Justin (koavf)TCM 14:22, 16 May 2015 (UTC)
Place a border on it, place Wikisource.org beneath, have a batch made and send me one to place on my jacket or shirt. —Maury (talk) 15:34, 16 May 2015 (UTC)
Yes, I'll buy one too! Sounds great :) The magna carta tapestry looks brilliant; can't imagine what it looks like in real life! — Sam Wilson ( TalkContribs ) … 10:28, 17 May 2015 (UTC)
Is it a logo that as well as being hand-stiched, is it possible to make it in a machine-stiched version? ShakespeareFan00 (talk) 13:37, 17 May 2015 (UTC)
you can machine stitch from a scan (for a little set-up fee normally) [127]; [128] Slowking4 03:42, 18 May 2015 (UTC)

How is "Provincial Geographies of India: Burma" in the public domain?[edit]

Our current Proofread of the Month is Provincial Geographies of India (Volume 4): Burma. This would appear to have been published in 1923, but the public domain status of works by age alone only covers works published before January 1, 1923. BD2412 T 16:44, 16 May 2015 (UTC)

Does not seem PD to me even by author's death criterion. Author died in 1931, so this became PD after 2001 in UK. So it was not PD on URAA date. But the work had simultaneous US publication by Macmillan as shown in the colophon; so may be PD under copyright-not renewal clause, if copyright was actually not renewed. Hrishikes (talk) 02:28, 17 May 2015 (UTC)
I can't find any evidence that the copyright was renewed in the US. The Haz talk 03:06, 17 May 2015 (UTC)
Not renewed basd on the PG transcriptions of the Renewal lists for 1950 and 1951. Beeswaxcandle (talk) 03:10, 17 May 2015 (UTC)
Is that sufficient for our inclusion of the work here? BD2412 T 15:38, 17 May 2015 (UTC)
Is what sufficient? We're worried about PD in the US, and if there's no renewal, then it is PD. If you want to check the images, you're welcome to, but the PG transcriptions are reliable enough if searched under multiple keywords. I did my own checks, and surely one of Herbert, Thrikell, Burma, India or Provincial would have hit, even if one or two typos hit our renewal.--Prosfilaes (talk) 00:21, 18 May 2015 (UTC)
The question came up for me because I wanted to upload the images to Commons, but the PD rationale there requires the work to be pre-1923. Although I appreciate the desire to put this through as a proofread of the month, I am also wondering why we are starting with Volume IV of a four-volume work, when the three earlier volumes (covering different parts of India) were published earlier. BD2412 T 02:11, 18 May 2015 (UTC)
In Commons licensing, put {{PD-URAA-Simul}}, going for the any other reason option. As for your second question, Burma (Myanmar) is under-represented in this site, the Indian subcontinent is not, and the other volumes of the work deal with the subcontinent. That is not to say that the others should not be done; but a coloured scan of vol 2 is required for doing justice to the images; the links I have put in the volume listing are all B&W except Google, the Google version is not PD and not downloadable. Hrishikes (talk) 02:57, 18 May 2015 (UTC)
you can upload images to commons as "PD-not renewed"; there is however the cultural problem that people do not believe you can prove a negative. Slowking4 03:32, 18 May 2015 (UTC)
As Slowking4 noted, you can upload as {{PD-US-not renewed}}. A few of us have looked through to confirm that it indeed was not renewed (in the time frame it needed to be to be legal). Therefore, it is proven legally, which is good enough for me. The Haz talk 21:14, 18 May 2015 (UTC)
I think PD-URAA-Simul is better in this case than the not-renewed template. It informs the reader that the work is a US work due to simultaneous publication as the overseas version and that the US copyright was not renewed. This work's primary version was British, not US; non-British versions were "simultaneous" ones. So the simul template is more appropriate. You cannot just claim it simply as a US work, disregarding the Cambridge edition. Hrishikes (talk) 01:36, 19 May 2015 (UTC)
As an IP lawyer, I am always wary of edge cases. Then again, the chances of anyone asserting a copyright in this work are fairly remote. BD2412 T 03:44, 19 May 2015 (UTC)

Template:Sans[edit]

Recently created and I'm us sign to mark headings that should be rendered as sans-serif regardless of overall page style, feel free to criticise, and the font choices could probably do with tweaking.ShakespeareFan00 (talk) 19:41, 16 May 2015 (UTC)

Unless I missed something, I think that's no different from {{Sans-serif}}. Perhaps it can be a redirect/alias? My only criticism of either is that I don't quite understand its intended use beyond the title page or if something contextually depends on a sans-serif font. If that's what you mean, then disregard. The Haz talk 05:07, 17 May 2015 (UTC)

Wikimedia Foundation Board of Trustees elections 2015[edit]

Wmf logo vert pms.svg

This is a message from the 2015 Wikimedia Foundation Elections Committee. Translations are available.

Voting has begun for eligible voters in the 2015 elections for the Wikimedia Foundation Board of Trustees. Questions and discussion with the candidates for the Board will continue during the voting.

The Wikimedia Foundation Board of Trustees is the ultimate governing authority of the Wikimedia Foundation, a 501(c)(3) non-profit organization registered in the United States. The Wikimedia Foundation manages many diverse projects such as Wikipedia and Commons.

The voting phase lasts from 00:00 UTC May 17 to 23:59 UTC May 31. Click here to vote. More information on the candidates and the elections can be found on the 2015 Board election page on Meta-Wiki.

On behalf of the Elections Committee,
-Gregory Varnum (User:Varnent)
Volunteer Coordinator, 2015 Wikimedia Foundation Elections Committee

Posted by the MediaWiki message delivery 17:20, 17 May 2015 (UTC) • TranslateGet help

Wikimedia Foundation Board of Trustees elections 2015[edit]

Wmf logo vert pms.svg

This is a message from the 2015 Wikimedia Foundation Elections Committee. Translations are available.

Voting has begun for eligible voters in the 2015 elections for the Wikimedia Foundation Board of Trustees. Questions and discussion with the candidates for the Board will continue during the voting.

The Wikimedia Foundation Board of Trustees is the ultimate governing authority of the Wikimedia Foundation, a 501(c)(3) non-profit organization registered in the United States. The Wikimedia Foundation manages many diverse projects such as Wikipedia and Commons.

The voting phase lasts from 00:00 UTC May 17 to 23:59 UTC May 31. Click here to vote. More information on the candidates and the elections can be found on the 2015 Board election page on Meta-Wiki.

On behalf of the Elections Committee,
-Gregory Varnum (User:Varnent)
Volunteer Coordinator, 2015 Wikimedia Foundation Elections Committee

Posted by the MediaWiki message delivery 17:20, 17 May 2015 (UTC) • TranslateGet help

Jennifer Baptiste Primus[edit]

Hi I am new to Wikisource. But already I fee as though I love this facility. I will like to find information on this subject

Jennifer Baptiste Primus - a female trade union leader from Trinidad and Tobgo[edit]

64.28.140.228 10:16, 18 May 2015 (UTC)

We have nothing on her but I checked for you and found information on Facebook and Google search engine. —Maury (talk) 11:54, 18 May 2015 (UTC)

Tech News: 2015-21[edit]

15:19, 18 May 2015 (UTC)

Another major item done[edit]

Traffic Signs Manual : Chapter 5

Now before I start adding the other chapters, can someone advise on how best to name the images? ShakespeareFan00 (talk) 15:45, 18 May 2015 (UTC)

Are you uploading them to Commons? I would go with a scheme like File:UK Traffic Signs Manual, Ch. 5, Fig. 2-3, and so on. That way the images will show in order in the Commons category. BD2412 T 16:25, 18 May 2015 (UTC)
I've done the ones for Heading-3 - Mostly a case of cleaning up an imported PDF page in Inkscape.. If someone wants to do the other headings (and or chapters, see: commons:Category:Traffic Signs Manual (UK) Which is where I was putting them.ShakespeareFan00 (talk) 18:52, 18 May 2015 (UTC)

Page:UK Traffic Signs Manual - Chapter 3 Regulatory Signs. 2008 (Second Impression 2008).pdf/24[edit]

Simple formatting issue. The diagrams should be in a block on the left. Mediawiki seems not to won't to do this in a consistent way. I've tried {{float-left}} and Template:Tl-block left. Neither worked effectively.

Suggestions ? ShakespeareFan00 (talk) 14:20, 19 May 2015 (UTC)

How about putting the page in columns, with the width of the left column set to the image width? BD2412 T 15:21, 19 May 2015 (UTC)
Well I used {{left block}}{{right block}} and everything worked nicely :), added some tweaks to those tempaltes in the process. :) ShakespeareFan00 (talk) 16:39, 19 May 2015 (UTC)

ODNI release[edit]

http://www.bbc.co.uk/news/world-us-canada-32817456

http://www.odni.gov/index.php/resources/bin-laden-bookshelf

Thought this might be of interest to some archivists here. ShakespeareFan00 (talk) 17:24, 20 May 2015 (UTC)

Signatory property on Wikidata[edit]

There is a new property, signatory (P1891), on Wikidata. The name is probably self-explanatory, but for anyone adding official documents to Wikisource, when you create the Wikidata entry for it you can now add signatories (ie. the 56 signers of the U.S. Declaration of Independence). The Haz talk 19:31, 21 May 2015 (UTC)

Template:OGL3[edit]

Can someone review this so it's line with Commons? ShakespeareFan00 (talk) 20:34, 21 May 2015 (UTC)

  • It makes more sense to me to copy the license template as completely as possible, at least until the day we all use interwiki license templates. Plus, I think the additional does not cover section is useful here as well. For now I copied it over and categorized it. The Haz talk

DjVu file okay at Commons but looks faulty from here[edit]

When I look at File:United States Statutes at Large Volume 123.djvu here on Wikisource, it looks to be corrupt — it ‎doesn't thumb, and it shows "(0 × 0 pixels, file size: 33.8 MB, MIME type: image/vnd.djvu)". But it looks just fine at Commons:File:United States Statutes at Large Volume 123.djvu. And no, there isn't a local file eclipsing the Commons file. Has anybody come across this before and does anyone know how to fix it? Hesperian 01:24, 24 May 2015 (UTC)

I think you will find this is yet another manifestation of the already archived but not yet resolved issue discussed here and supposedly tracked as (currently open/low priority) task T23526? AuFCL (talk) 02:06, 24 May 2015 (UTC)


Thankyou.

I haven't read all of the linked discussion, but I note George's comment "I haven't found the trigger point -- when exceeded -- that causes this "failure" we are all seeing." To assist with that, I can tell you how this file was brought to my attention.

In my API scripting I have for a little while been regularly encountering a warning when requesting very large lists such as a list of every Page: namespace page on the English Wikisource: "This result was truncated because it would otherwise be larger than the limit of 12582912 bytes". The limit referred to is $wgAPIMaxResultSize. Last night I was running a different script that pulls image information from DjVu files in order to extract a page count. The script ran happily until it reached File:United States Statutes at Large Volume 123.djvu, at which point it issued that warning "This result was truncated because it would otherwise be larger than the limit of 12582912 bytes" and then crashed on the next line of code when I tried to access a page count that wasn't there.

Therefore I speculate that the root cause of all this that is the ProofreadPage extension makes an API request for image metadata, and, in cases where the image metadata is larger than $wgAPIMaxResultSize, receives a truncated result.

Hesperian 02:47, 24 May 2015 (UTC)

Yes that falls inline with developments prior, during & since the archived discussion linked by AuFCL but the steps taken in response have proven ineffective at best if not outright "anti" proofread extension itself at worst. See task T96360 and task T32906 for additional background.

Plus there's been quite a bit of related discussions regarding this phenomenon (both on User: Talk pages and in open discussions like here & /Help) but most seem to have been archived since their last comments (Note: the 2014 & 2015 /Help archives are now in their proper place & order fwiw). -- George Orwell III (talk) 03:01, 24 May 2015 (UTC)

Wikisource in print[edit]

[[136]] ?

Glad to see Wikisource is getting reprinted. :) Shame that Google's treating it as Copyright material and blocking the full scans, despite the original being PD and the Wikisource effort being CC-BY-SA ;) ShakespeareFan00 (talk) 15:08, 24 May 2015 (UTC)

are they scraping the printable version? why are they not using the epub version? do they need a word? Slowking4Farmbrough's revenge 17:04, 24 May 2015 (UTC)
If you ever find a PD book on Google that is "snippet" view only, just notify them via the link on the bottom. It takes time for the corrections to kick in but they've always been responsive when I've marked them in the past. The Haz talk 17:34, 24 May 2015 (UTC)
i see they don’t have a DNB e-book yet. Slowking4Farmbrough's revenge 18:18, 24 May 2015 (UTC)
It's not Google Books that put it up there. It's Kreactiva Editorial according the page so they probably said they own the copyright to the edited version and Google let them sell it. The Haz talk 18:35, 24 May 2015 (UTC)
@ShakespeareFan00: I forgot to add that even our transcription would still be PD in the U.S. If we add new material, such as in the "notes" section (that meets the threshold), only the new material could be licensed CC-BY-SA, but not the original text, even if made into electronic format with only editorial decisions. It's more like a digital reprint, which can only use the copyright of the original. The Haz talk 18:41, 24 May 2015 (UTC)
DNB - LOL .... ShakespeareFan00 (talk) 19:03, 24 May 2015 (UTC)
As much as a joke it seems it wouldn't be surprising, the rate they are producing digital editions is incredible. Example --Rochefoucauld (talk) 01:34, 25 May 2015 (UTC)
On another note I've been doing some research on "Kreactiva Editorial"....Notice anything suspicious in there work? Oh wait the incredible similarities of our hard work being used for profit! The similarities like red text as a substitution for our internal links, or the missing indentations...They could atleast have the common courtesy to follow creative commons. --Rochefoucauld (talk) 01:58, 25 May 2015 (UTC)
Despite the fact that they don't have to (since we can't license PD material as CC-BY-SA) they actually do include licenses and attributions. See this page for an example. The Haz talk 03:56, 25 May 2015 (UTC)
@ShakespeareFan00: Just to be clear, are saying that the publications by Kreactiva Editorial are downloads from Wikisource??? — Ineuw talk 04:30, 25 May 2015 (UTC)
What I was saying was that Kreactiva Editorial printing is possibly re-using Wikisource material, it's attributed and has a note about the license, so I'm not that concerned. ShakespeareFan00 (talk) 11:05, 25 May 2015 (UTC)


There are a very many print-on-demand "publishers" who do this. They scrape free content from wherever they can find it on the Web, and offer it for sale. Search Amazon or Abebooks or Alibris or Google Books or any of the other popular book stores for any popular public domain text, and you'll find most of the search results are for cheap print-on-demand scrapes. Usually these days they scrape the Internet Archive scans, but they sometimes take our texts, or Project Gutenberg's, or even (shock horror) uncorrected OCR. I regard it as unethical because they are selling mutton dressed up as lamb, and I believe a large proportion of buyers will feel like dupes when their purchase arrives. I also regard it as unethical leaching on our efforts, but it is certainly legal on that score. Furthermore we all know what we are getting into, or ought to. The decision to work to make public domains accessible to readers implies making them accessible to unscrupulous scrapers as well. Hesperian 13:46, 25 May 2015 (UTC)

Tech News: 2015-22[edit]

16:12, 25 May 2015 (UTC)

Page blanking activity[edit]

Noticed some page blanking activity here. I took care of Billinghurst and Treasury of War Poetry. Might want to look over "Kepler" though; I can only undo, and can't revert back to appropriate edit. Thanks, Londonjackbooks (talk) 16:51, 25 May 2015 (UTC)

There's no difference there, but all of the user's "contributions" can be reverted and deleted from histories by an admin. The Haz talk 17:14, 25 May 2015 (UTC)