From Wikisource
Jump to: navigation, search
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; please see Wikisource:Scriptorium/Help. 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. There are currently 289 active users here.



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.


I have mail stating that User:Eclecticology (Ray Saintonge) died on 12 September. I'm sure we'll want to remember him for his contributions here, and on WikiLivres. I met him at Wikimania 2007, and he was a pioneer of the DNB project here (before that had formal existence). Charles Matthews (talk) 09:03, 14 September 2016 (UTC)

@Charles Matthews: Thanks for alerting us. He did a lot for our work in promoting free culture. —Justin (koavf)TCM 13:53, 14 September 2016 (UTC)
Very sad news. Electron (talk) 08:34, 16 September 2016 (UTC)
EC, thanks for your work, rest in peace!--Zyephyrus (talk) 21:44, 16 September 2016 (UTC)

Coming event: Wikisource OCR demo[edit]

The OCR tool for Indic language Wikisources will be demonstrated by Kaldari at the next MediaWiki CREDIT showcase on Wednesday, 7 September 2016 at 18:00 UTC. The session will be broadcast on Youtube (link TBA) and live discussion will take place on Etherpad (side-channel discussion will be in #wikimedia-office on IRC).


Making <pages> more flexible?[edit]

ShakespeareFan00 recently approached me with a multi-page-table-transclusion issue which, upon further research, has led me to realise the current implementation of the <pages> tag has a number of built-in (or hard-coded if you prefer) aspects which are not always desirable. In particular there are two issues which concern me:

  1. the output of <pages> is always enclosed in <div>–</div>, even when such enclosure (as in the middle of a continuing table) is simply wrong. Fortunately in most cases the mediawiki parser subsequently corrects the "error" and the end-result still (mostly—but not always) "works."
  2. necessary embedded metadata used to later produce page number links back to the originating Page: name space is always passed through MediaWiki:Proofreadpage_pagenum_template (nice and controllable at least by administrators) but then the results of that pass are then further enclosed in <span>–</span> which is immutable and only works properly in a textual context. It certainly fails in tables—and it is one of the root causes for some of the stranger recommendations to use {{nop}} to join table pages.

I have certainly not started writing code for any of this but do not anticipate it will be all that difficult to modify the ProofreadPage extension to continue to behave identically as before, yet accept two–or more–new parameters, tentatively titled:

defaults to Proofreadpage_pagenum_template and controls the MediaWiki: name space (thus automatically fully protected) template-like item used to process page number metadata.
defaults to span and controls the HTML element(s) used to wrap the above output. Perhaps an opening and closing pair expressed in JSON might be better?
defaults to div and controls the HTML element(s) used to wrap the entire <pages> output. I envisage none might be a useful alternate option to deliver raw output where desirable (e.g. for tables.)

Most (perhaps all) changes required—if this proposal be accepted—would affect but a single function, render, of class PagesTagParser in ProofreadPage/includes/PagesTagParser.php.

To set expectation levels, creating and applying these changes would result in <pages> becoming usable for one "purpose" per invocation. It would still not be possible to arbitrarily mix (for example) textual and tabular-extraction transclusions on a single tag.

Any thoughts/objections? AuFCL (talk) 04:42, 18 August 2016 (UTC)

I can think of a 'gotcha' already. On some multi=page tables you have the situation where the first part of the table (that's split up due to transclusion limits) falls after 'text' content. and where you would need a normal startingpages enclosure, but not necessarily a standard end one. Conversely you may also have a page where the end-of table proceeds normal text. Here you may need a normal end enclosure, but not necessarily a starting one. ShakespeareFan00 (talk) 13:05, 18 August 2016 (UTC)
I disagree. You can always avoid this situation by introducing additional section markers and transcluding only like-with-like content with a single <pages> invocation. In this case it is nearly certain an intervening structural element (e.g. table closure followed by ordered list commencement) would be required before commencing another <pages> extraction. I hope you would never expect the system to handle ramming a block structure into a non-block context without consequent loss of fidelity? You cannot do that in HTML, let alone the wiki sub-set. AuFCL (talk) 21:04, 18 August 2016 (UTC)
Noted, this would be a documentation issue, rather than a technical one then. ShakespeareFan00 (talk) 21:33, 18 August 2016 (UTC)
There's also the issue of "ribbons" (Table rows which are relevant in Page: namespace, but which when indvidual sections are pulled together to construct a Main namespace page from parts of the table would not be, ( such as row with Chapter, Page headings in small type in TOC pages. ShakespeareFan00 (talk) 13:05, 18 August 2016 (UTC)
As discussed elsewhere such things are never included and may be considered to be logically enclosed in implicit <noinclude> blocks. AuFCL (talk) 21:04, 18 August 2016 (UTC)
Being able to tweak the enclosures might also be useful in respect of pulling parts of multi-page lists ( The currently stalled Transcription of Ruffhead's statutes uses mutli-page lists.). I appreciate the above related to tables, but it's another use case that might need to be considered. (I'm not entirely happy with that works approach though. ShakespeareFan00 (talk) 13:05, 18 August 2016 (UTC)
See above. Don't mix unlike content blocks in a single operation. Worst case(s) I currently envisage:
  1. text: already handled by the current hard-coded implementation (<span> wrapping works for possibly 99.99% of cases including all inline, and fully-complete—opened and closed—block structures)
  2. table extractions: partially handled by the current implementation (<span> works well inside table cells; but fails spectacularly when inserted between </tr><tr>. The roulette wheel of wiki. Who wants to bet on black?)
  3. ordered lists extractions: the current implementation does not work at all here. Only complete lists may be transcluded without resort being made to multiple counter restarts.
  4. definition lists: probably doesn't work. Fortunately not used much outside of discussion pages. AuFCL (talk) 21:04, 18 August 2016 (UTC)
Comment : Would it be feasible to have an opening/closing pagesenclosure option? This follows on from my thoughts earlier. having a nostart and noend might resolve one issue. ShakespeareFan00 (talk) 13:05, 18 August 2016 (UTC)
And finally, It would be nice with the changes to de-overload {{nop}}, so that it doesn't need to be used for both a paragraph break, AND a de-facto "following input is at the start of new line so the parser understands it correctly", which is from where what caused this discussion to happen.

ShakespeareFan00 (talk) 13:05, 18 August 2016 (UTC)

I think that this discussion belongs at mul:Wikisource talk:ProofreadPage as you are talking about something that affects all the Wikisources as it is universal code. Some of the issues that you discuss about page numbering are somewhat due to our implementation of that feature, so we would need to ensure that what is done is not impacting other WSes negatively.

When the discussion is moved there we can use the mediawiki message delivery system to put a message on all the WS Scriptoriums. — billinghurst sDrewth 13:42, 18 August 2016 (UTC)

Agreed. However let us try to thrash out the major issues before parading what might turn out to be a bad idea more widely? I do not pretend this suggestion is a panacea, nor do I want people to think it is a substitute of machine over natural intelligence. The current implementation of <pages> works well enough for maybe as many as 9,999 out of 10,000 cases. I am simply proposing an additional flexibility which will permit it to work for a few more, currently pathological, cases—so in this sense it is an improvement on an imperfect case; but with no pretence of perfection itself. AuFCL (talk) 21:04, 18 August 2016 (UTC)
Okay with me, I just wanted to ensure that we set appropriate expectations at the outset. — billinghurst sDrewth 22:39, 18 August 2016 (UTC)
Is there a way to move an entire disscussion thread cross wiki? (I've got no objections to an admin doing so). :) ShakespeareFan00 (talk) 13:46, 18 August 2016 (UTC)
COPY ... PASTE ... COMMENT ... wikilink with [[Special:Permalink/nnnnnn]]. I would wrap it in {{cquote}} if they have it and what you are transferring is small. Otherwise it is a summation of the preliminaries, and the outocmes, and a permalink as background reading of the detail. — billinghurst sDrewth 22:39, 18 August 2016 (UTC)

Additional Issue 1: Headers & footers[edit]

If there's going to be an update made to proofread page, can I make a request that a consideration is made concerning the possibility of reviewing how header and footer content is potentially handled as well?

Can someone explain how headers/footers are currently handled internally? As I was wanting to suggest that there should be a way of seperating PAGE based incldueonlys and noincludes from the conceptually different header and footers (An aside here is that under certain circumstances line feeds, nops etc have to be inserted in the page content or footer, to get the parser to see it as seperated from the header or page content respectively. (Table handling is one such area where this is most noticeable. I've also sometimes when using some templates had to force {{-}} clearance in a footer, even though the template was in the PAGE content. This is proabably a much bigger issue to solve though :( )? ShakespeareFan00 (talk) 10:26, 18 August 2016 (UTC)

Umm just add a clear line to first part of the footer, no need for special code. The first component of footer needs to run into the preceding paragraph for some situations. — billinghurst sDrewth 13:46, 18 August 2016 (UTC)
<pages> always strips off the Page: space header and footer and throws them away (recall the "<noinclude>" hints which appear on all header/footer edit boxes?) so I don't really see this as an issue. And I certainly don't envisage altering this behaviour.
Billinghurst is quite right above. My only misgivings are that unprotected new lines are both not very visible, and prone to automated processes or "cleanup"/"tidy" script removals resulting in unnecessary angst. (Also don't forget the precedent set by Visual Editor always axing an unaccompanied </div> in a footer. At least you can say this for {{nop}}: you can see it!)
An unappreciated aspect of the wiki-syntax is that people forget that at a technical level the table closure symbol recognised by the parser is not really |} at all but in fact (new-line)|}! Similarly |+, |- etc. AuFCL (talk) 20:32, 18 August 2016 (UTC)
@AuFCL:, see the note about Tablecrux I left at your talk page :) ShakespeareFan00 (talk) 20:38, 18 August 2016 (UTC)

Exemption Doctrine Policy (EDP)[edit]

Some creative commons or public domain documents or texts include images, that are of unknown copyright status, or use non-commercial licenses, or are copyrighted.

Therfore; the English Wikisource community to further the mission of hosting texts, does allow the uploading of images, in creative commons or public domain documents, that may be of unclear copyright, or are copyrighted. under a fair use rubric.

Such fair use will be minimal in that the images are integral to the text, and used in context. Such images will have a custom NC tag Template:Fair Use - [1] [2] to make clear and explicit that downstream re-users will have to evaluate the copyright and limit their use of the images to non-commercial uses, or gain permission from the copyright holder.

Editors will have to upload images locally, with the fair use license, and then insert in the appropriate place in the text.

Questions comments[edit]

I am no expert on copyright, but it makes sense to me that a free-license or public domain text that quotes or embeds small amounts of copyrighted material under "free use" should still be hostable, so I would tentatively support this. —Beleg Tâl (talk) 17:13, 1 September 2016 (UTC)
For what it's worth, Commons will host the file if you first modify it to strip out the non-free images/text/whatever.
the motivation for this proposal is when commons deletes images from books, for example here [3] Slowking4RAN's revenge 15:24, 10 September 2016 (UTC)
I think this actually needs a lawyer. This isn't just a question of editors' policy, but a liability concern. Mukkakukaku (talk) 17:32, 1 September 2016 (UTC)
the lawyers at the WMF give us the option of adopting a EDP [4]. see the discussion at meta m:Non-free_content. Slowking4RAN's revenge 03:04, 10 September 2016 (UTC)
  • Question: You say this: "Such fair use will be minimal in that the images are integral to the text, and used in context". What if the image is not integral to the text? As an example, I have a government report that is released as fair use with the exception of logos of government organizations. Since these logos are purely decorative and not actually the topic of the report, what should we do in this situation? (This is a somewhat poor example since we've got fair use copies of these logos created by Wikimedia users, but I don't have another example readily at hand. General situation: there is a non-free image that serves a purely decorative purpose, like say a photo on the cover page or something.) Mukkakukaku (talk) 08:04, 10 September 2016 (UTC)
I would say that such images are integral to the text. It's the same idea as how when we proofread a text, we exclude things like handwritten notes, bookplates, "digitized by Google", etc.--those are not integral to the text, as they are not part of the work being transcluded, but rather added in later. A decorative image that is included in the publication by the publisher is definitely part of the work, and I would say that if such a policy were adopted these images should also be included. (Note: not speaking for User:Slowking4 here.) —Beleg Tâl (talk) 10:59, 10 September 2016 (UTC)
logos of government organizations are PD in the US. you cannot release a document as fair use except for images. fair use is case law not a license. when i say integral i mean inline and a part of the whole, logos that indicate the government org in a concise way that words could not convey; i tend to reject the all images are purely decorative argument: the logo provides information like a book cover. in the example,[5] we have a CC document with images from others, those would be integral. Slowking4RAN's revenge 11:22, 10 September 2016 (UTC)
I am no lawyer, so I can't comment as to the case law bit. But the branch of the Australian government that investigates their plane crashes releases its reports under the Creative Commons Attribution 3.0 Australia Licence, with the exception that the following are not released under that license: "the Coat of Arms, the ATSB logo, photos and graphics in which a third party has copyright". The brief "discussion" on Commons is here. So it does happen that a work is released in part, minus the images. --Mukkakukaku (talk) 14:18, 10 September 2016 (UTC)
and we could create a "fair use" crown copyright like here [6] for items outside limits of [7] Slowking4RAN's revenge 15:24, 10 September 2016 (UTC)

Bot approval requests[edit]

Removal of local authority control data[edit]

The following discussion is closed and will soon be archived: there being no objections, this has started — billinghurst sDrewth 10:47, 22 September 2016 (UTC)

I am proposing that we strip all local authority control parameters from our author-used {{authority control}} template (ie. those author pages in category:Pages using authority control with parameters). Our collection of AC data is now somewhat aged since initial collection and updates and amalgamations have occurred. The Wikidata authority control data is now mature and there are suitable tools available at WD to easily add AC checks as required. I am not seeing any value in having local parameters, it adds complexity, and on some occasions errors or conflicts. The removal is something that has been discussed previously by out-of-enWS operators that they may do, though it hasn't come to fruition.

As a note there is a tool to check AC data against WD for anyone who wishes to delve into error rates, etc. To me the most striking is these 1300+ alertsbillinghurst sDrewth 01:13, 12 September 2016 (UTC)
Some might be false positives. I checked a couple at random, e.g. Author:Arthur William à Beckett, which should fetch data from WD and it is highlighted as error. Either a mistake in the AC template or in the tool? or me just tired ...
Maybe a first pass removing just {{Authority control}} will reveal the real differences?
enwikisource Author:Arthur William à Beckett different value on wikidata NLA: 3519 ≠ 35000019
Mpaa (talk) 22:25, 13 September 2016 (UTC)
Author:George Miller Beard is another example, {{Authority control}} adds something of its own.— Mpaa (talk) 22:28, 13 September 2016 (UTC)
My point was meant to be that there are errors, and our having the parameters is pointless as we have no checking mechanisms, whereas at WD they can be readily checked by bots, and can fixed by many. Re GMB his data here was wrong ... (ours) 12430443 vs. 124304434 (WD) which was pretty much my point about just removing them. — billinghurst sDrewth 04:46, 14 September 2016 (UTC)

I am proposing that I utilise either User:sDrewthbot or user:Wikisource-bot to remove the parameter detail from those pages. They are simple removals with a simple regular expression match. — billinghurst sDrewth 01:07, 12 September 2016 (UTC)

Agreed This is one of the reasons why d: exists. —Justin (koavf)TCM 01:11, 12 September 2016 (UTC)

NOTE For those who are author page watchers, if the noise of these bot edits is problematic for you, please make a temporary change to your watchlist preferences to not show bot edits on your watchlist. — billinghurst sDrewth 13:15, 22 September 2016 (UTC)

Repairs (and moves)[edit]

Designated for requests related to the repair of works (and scans of works) presented on Wikisource

Index:Index:Ministry to US Catholic LGBTQ Youth - A Call for More Openness and Affirmation.pdf [edit]

This should be at Index:Ministry to US Catholic LGBTQ Youth - A Call for More Openness and Affirmation.pdf ? ShakespeareFan00 (talk) 08:33, 20 August 2016 (UTC)

Yes check.svg sorted Beeswaxcandle (talk) 09:54, 20 August 2016 (UTC)

Other discussions[edit]

What is this tooltip trying to say?[edit]

So if you look at a transcribed work in the main namespace, at the top left is a bar with a series of colors which correspond to the statuses of the transcluded pages. Today I hovered my mouse over those colors for the first time and saw that I got a rather interesting tooltip:


Are those supposed to be percentages? If so, maybe they should have a '%' sign on them (and maybe fewer decimals?)

That's my best guess as to what they refer to, especially since the work in question only has 11 pages. Anything else is beyond me.

(For what it's worth, my mouse, which doesn't show up in the screenshot, is hovering over the strip of green and yellow. I'm using firefox, but it should be reproducible in all browsers since it's a generated value and not styling related. Mukkakukaku (talk) 19:45, 26 July 2016 (UTC)

Good catch! I don't think I've ever hovered over that thing. But yep, it certainly looks a bit odd. I guess file a bug with the proofreadpage extension? Sam Wilson 09:49, 27 July 2016 (UTC)
I'm also using FireFox, but I get no text at all when I hover over one of the colored bars in the Main namespace. I've tried a couple of different works, and I get no popup messages. --EncycloPetey (talk) 18:58, 27 July 2016 (UTC)
... weird. I have the tooltip in both Chrome and Firefox. Looking at the source, it's created using an HTML table, with the title attribute set (which renders the tooltip on hover.) It should be standard behavior across browsers, unless for whatever reason the server isn't giving you a page that has the title attribute set on that particular element. I see it both logged in and not. No idea why you don't see it. Mukkakukaku (talk) 20:08, 27 July 2016 (UTC)
I have it. So here's an additional issue. I went to a couple of other random Aircraft Accident Report pages. In all cases, the sum of the pages that were validated, proofread only, and not proofread was always 100 pages. In the two other cases I checked, one was 100/0/0 while the other was 0/100/0. In this case, we currently have fractions that are the repeating decimal versions of 81+911 and 18+211, which also add to 100, as far as it goes. (The picture above shows a different breakdown, but they still add to 100.) StevenJ81 (talk) 21:01, 27 July 2016 (UTC)
Quick note for StevenJ81 (probably of no interest to anybody else): It is no surprise these factors all add to 100% as that is precisely the way they are calculated in the first place. In essence the function prepareArticle within ProofreadPage.body.php gathers up the counts of pages in each category of proofreading state, and then calculates the percentage proportion of each divided by the total. So all you are really doing is (partially) reversing the calculation PHP has done earlier. AuFCL (talk) 21:33, 27 July 2016 (UTC)
Actually the numbers for Aircraft Accident Report: Eastern Air Lines Flight 663 add up to ~81.4 since I think it's ignoring the "problematic" pages. --Mukkakukaku (talk) 22:01, 27 July 2016 (UTC)
Well spotted. The raw "Problematic" figure is 18.518518518519% which pretty much rounds the total out to 100 again. I just noticed that there a bug report already outstanding for this portion of the issue. AuFCL (talk) 23:09, 27 July 2016 (UTC)
@AuFCL: I figured that. But then the tooltip should have percent signs available, too. On its surface, the tooltip seems to be suggesting that there are 100 pages, and that x, y and z are the numbers of those pages in each category. StevenJ81 (talk) 17:01, 28 July 2016 (UTC)
I believe I have now figured out the history of this. An earlier bug report trying to improve/standardise the HTML inadvertently introduced this issue (phab:T76284—be warned you will need to read between the lines, as the topic meanders somewhat) yet kept on using the language-specific strings now appropriate only to Special:IndexPages (see there for the intended usage.) Later on the language/translation people introduced the tooltip—clearly unaware that the semantics of the reported numbers had altered—presumably since their efforts had commenced.
Mainly driven by the motivation of "making the simplest possible change", I have proposed at phab:T119740 (mentioned above) that the raw page counts be substituted for the percentage values, and the current tooltip layout be maintained. Kindly comment over there if you do not like this suggestion. AuFCL (talk) 05:58, 29 July 2016 (UTC)
@EncycloPetey, @Mukkakukaku, @Samwilson, @StevenJ81: (with apologies to anyone I missed) The new version (1.28.0-wmf.13) of mediawiki rolled into wikisource today, with the tooltip changing to display absolute page counts rather than percentages. This works for me but more importantly are any of you still witnessing anomalies? AuFCL (talk) 23:31, 3 August 2016 (UTC)
No change for me: I'm still not seeing any percentages or other values when I hover over the bar, just as before. --EncycloPetey (talk) 00:16, 4 August 2016 (UTC)
@EncycloPetey: At least it isn't doing anything unusual or bad from your perspective? As a complete aside I did a little searching (you use Firefox if I recall?) and uncovered a setting under about:config— which appears to control this exact behaviour. I happen to have it currently set to "true" and hover displays are enabled (I am assuming it is set to "false" on your set-up.) I am definitely not recommending you change it; merely advancing this as a possibility for the differing behaviour. AuFCL (talk) 00:39, 4 August 2016 (UTC)

Two index pages for 'N Rays'?[edit]

Hello all. Does anyone know what the situation is with "N" Rays? The top level page includes from Index:N rays - Garcin.djvu but the three existing subpages include from Index:"N" Rays (Garcin).djvu. I suspect the first of these Index pages can be deleted, as there is more progress made on the second of them (and I'm assuming they're the same thing; they look like they are). Thought I'd raise it here in case anyone knows what's up. :-) Thanks! Sam Wilson 09:28, 27 July 2016 (UTC)

@Samwilson: I would be checking for differences in editions either by years, or place of publication and therefore potential spelling differences. To me there is evidence of duplication through lack of identification of an existing version as you indicated. — billinghurst sDrewth 14:48, 28 July 2016 (UTC)
Thanks @Billinghurst; I shall do some more thorough checking and either make a new edition, or raise one of the Indexes for deletion. Sam Wilson 01:12, 29 July 2016 (UTC)
I've deleted the lesser-quality of the two (after discussion), and fixed up the mainspace page to point to that. Sam Wilson 00:45, 4 August 2016 (UTC)

Page numbering[edit]

Can we please have a page that gives ONE agreed standard for page numbering in Index pagelists? I've had concerns expressed on my user talk page, that a pagelist I provided in good faith wasn't the best example for new contributors. Across wikisource page numbering seems to vary depending on the contributors (and scan uploaders). There needs to be ONE standard that is enforced universally. ShakespeareFan00 (talk) 10:40, 28 July 2016 (UTC)

I checked Help:Page numbers and although it mentions using a hyphen for blanks it gives vague advice about how to handle pages (such as titles, front and rear matter adverts etc.) which aren't in a "known" sequence. The advice on what get labled with what should be considerably expanded. (Also based on past experience a note about avoiding the use of period i.e "." in page list items should be added.) ShakespeareFan00 (talk) 10:45, 28 July 2016 (UTC)
I thought the help page was pretty unambiguous: if the page has no numbering or other sequence indicator, "-" is usually used. That pretty much leaves is up to the editor's discretion. My rule of thumb generally is not to change the convention already being used, and to use a consistent numbering/labelling scheme when I'm the one setting the standard.
That being said, I'm sure we can propose some changes to the help page for clarity, along with some tips for the quirks of the pagelist widget. (Eg. Multiple words, symbols, etc.) -- Mukkakukaku (talk) 11:20, 28 July 2016 (UTC)
Here's an example of how I think we should label pages Index:The Story of the Iliad.djvu. For pages without numbering I use an en dash, I used to label Title, Contents etc. but I prefer to not anymore since I believe the page's number should be displayed instead. I think labeling contents, title etc can be helpful for transcribing purposes, but once finished I think it's best we use the actual page numbers, and blanks marked as blanks like the example I provided. I agree with ShakespeareFan, we should have one clear way of doing this so all works can be consistent with each other. I don't think this would be too difficult to do. Jpez (talk) 11:46, 28 July 2016 (UTC)
Page numbers wherever possible, as they reflect the work, and enable specific linking to anchored pages, and to the style that the work has used.

I use endashes as they are more clickable than (little) hyphens. I dislike the use of the labels [Image], etc. as I find them stating the bleeding obvious, and ultimately useless for anchors, and I will endash them. If others choose to use them, so be it, however when they become essays in themselves rather than neat labels, ugh! To the over-enthusiasm of some contributors to do index pages on works that others have uploaded, well, that is a conversation that has been had previously. We should all have awareness about boot-stomping through work that another person has initiated.

Re the desire for a binding rule for <pagelists>, no! We have always tried to express guidance and allow some reasoned variation. We should be specific about the purpose of page numbering and the outcomes that are achieved by properly doing this task and the navigation and referencing that it allows. — billinghurst sDrewth 14:42, 28 July 2016 (UTC)

I agree with this: guidance is better than binding rules. I, for example, will always use hyphens instead of dashes for empty pages, as they are easy to type and there is limited benefit in making an empty page link more clickable. I will also always label image plates with "Image" of "Img" or "Plate" to make it clear that they have no page number but also are not blank, and I dislike the use of dashes for this purpose. To each their own! So long as it works and is used in a way that corresponds with the purpose of the tool, there should be no problem nor any need for a one-method-fits-all approach. —Beleg Tâl (talk) 14:53, 28 July 2016 (UTC)
Although I have a set of preferences for numbering pages in an Index, other editors here do not agree with all of them. And in some cases, I have found that my own preferences are not necessarily the best solution for a particular work. There are myriad ways that publishers number pages, format content, and include inserted materials. Thus, we can offer guidance towards "best practices", but a "mandated standard" is less than desirable. --EncycloPetey (talk) 15:34, 28 July 2016 (UTC)
Further to the above, there are some general recommendations on Help:Index pages#Parameters in the section on the Pagelist tag. If it is felt that these should be linked to from Help:Page numbers, then do so. I find that having everything to do with filing out the Index: parameters together is useful for pointing new wikisourcerors to, rather than sending them to multiple help pages. Beeswaxcandle (talk) 20:01, 28 July 2016 (UTC)
feel free to renumber my indexes. i’m just happy when the page numbers are close. when the work is done the reader will not notice. Slowking4RAN's revenge 03:34, 29 July 2016 (UTC)

It might help to consolidate/merge Help:Beginner's guide to Index: files, Help:Index pages, and Help:Page numbers. Newbies can get lost in this maze. Outlier59 (talk) 01:25, 31 July 2016 (UTC)

The Beginner's Guide exists specifically to be a trim quick-and-dirty explanation for beginners. Merging everything with that would defeat that function. The other two items are seeking to accomplish different things, and I'm skeptical of merging the two for that reason. --EncycloPetey (talk) 00:18, 4 August 2016 (UTC)

Is there a point to WikiProjects?[edit]

I was thinking about creating a WikiProject, and then I thought: with so few consistently active contributors (myself included among the not-so-consistent), are WikiProjects even worth the effort?

(I was thinking about making a WikiProject about aviation, since I've been doing a lot of work on accident reports (CAB, NTSB, etc.). But I don't want to bother if the community doesn't think it's worth the effort to make the project. I'll happily toodle along and do it piecemeal.)

-- Mukkakukaku (talk) 17:19, 1 August 2016 (UTC)

WikiProjects would be much more effective here if we could coordinate activities with members of some of the very active WikiProjects on Wikipedia (such as w:Wikipedia:WikiProject Aviation). We could certainly pull some of their numbers over for a bit for help in preparing source documents relevant to the field. BD2412 T 18:08, 1 August 2016 (UTC)
True, this is a possibility. But it also has the potential for attracting lots of one-time contributors rather than consistent users. I could easily see posting a "hey come help us work on {topic} over at wikisource" sort of message on a project talk. I would then expect to see a brief spike of interest for up to a week, and then it would taper off. If we were lucky, we'd end up with one or two contributors who might hang around in the long run.
(Ironically enough, I came here the opposite way, as a part of w:Wikipedia:WikiProject Aviation's accidents task force and decided that this would be a great place to centrally archive accident reports for use in writing articles.)
That being said, I'd be happy to create an aviation project and then try recruiting on the english Wikipedia, as an experiment of source. I really just didn't want to create the WikiProject and have it turn into yet another bit of disused meta content. --Mukkakukaku (talk) 18:57, 1 August 2016 (UTC)
The majority of our WikiProjects have been focused on a single multi-volume work, so that consistency can be co-ordinated across all the volumes. The most successful one has been the DNB. Consistency of look isn't so important for a topic, so I wonder if topic based work would be better co-ordinated through a portal, rather than a wikiproject. Beeswaxcandle (talk) 08:53, 2 August 2016 (UTC)
As it says here Wikisource:WikiProject A WikiProject is a collection of pages devoted to co-ordinating long-term tasks on Wikisource. I think WikiProjects is a great tool for large works, or for long term projects, for example to transcribe many works on a single subject and have all indexes gathered in one place. I'm thinking this could take many many years to completer in some cases, if ever. Through the years the wikiproject will be there to have all the needed information gathered in one place for future and current users. Jpez (talk) 09:33, 2 August 2016 (UTC)
Is it generally accepted that Portals can sometimes have lists of works that are in progress? I've sometimes found that to be helpful, when trying to figure out what's missing and what needs to be worked on. An extreme example that I recently created would be Portal:Western_Australia#Works_relating_to_Noongar_language. It's a sort of portal and wikiproject in one. Sam Wilson 09:58, 2 August 2016 (UTC)
What I'm looking to set up is a collaborative space to coordinate work on aviation topics. These topics would include accident reports (which I've been working on so far), court cases/lawsuits, government regulations, aircraft certifications, research, news articles, and so forth. This collaborative space would allow people interested in aviation to identify, locate, and collaborate on documents of interest, or critically important documents that are missing from the archive.
The reason that I think a portal is not the right answer, is that portals are currently being organized via the Library of Congress classification system, and there's nowhere within that system for a single aviation topic. There's "naval aviation" under the naval science category, "aeronautics" and "astronautics" under technology, "airlines" and "air transportation" are under "social sciences", government laws and regulations are under their respective categories, the investigative/administrative agencies (FAA, NTSB, CAB, AAIB, ICAO, etc.) are under politics, the accidents themselves are probably under history -- or maybe under the agency that investigated them putting them in the politics hierarchy. (That, and portals are really underutilized and not very visible.)
This brought wikiprojects to mind, since this is what we traditionally used for this purpose in the English language wikipedia. But if that's not what they're used for here, or not how we'd like for them to be used for here, then I'm open to suggestions. i just don't think portals are the way to go this situation, especially given how they're used today. Mukkakukaku (talk) 20:17, 2 August 2016 (UTC)

Tech News: 2016-31[edit]

21:48, 1 August 2016 (UTC)

Over 100 discussions in this list[edit]

If anyone else is having trouble working through this unwieldy 100+ list of topics, please discuss at Wikisource talk:Scriptorium. -- Outlier59 (talk) 01:18, 2 August 2016 (UTC)

Encountering delays from Wikisource when trying to edit[edit]

Anyone else seeing Wikisource response delays when trying to edit? I've been hitting the "submit" button multiple times to get a response for the past couple of days. Outlier59 (talk) 23:38, 3 August 2016 (UTC)

I haven't had any such problems, nor have I noticed anything unusual. --EncycloPetey (talk) 00:19, 4 August 2016 (UTC)
Apparently it was summer thunderstorms in my geographical area that messed up the ISP. Storms expected throughout August. Sorry to bother you about it. -- Outlier59 (talk) 01:06, 13 August 2016 (UTC)


This is nearly complete, If someone's prepared to do the last 3 pages of the catalouge at the back it can be marked for validation. ShakespeareFan00 (talk) 18:45, 6 August 2016 (UTC)


Reading ShakespeareFan00's comment, I have a question. Help:Index pages#Parameters says that for done/validated status, "completion of any advertisement pages is optional"; for proofread/to be validated, it says "all text pages have been proofread at least once". If as SF00 implies, advertising pages must be proofread for the work to be proofread, this is inconsistent with validation and seems silly to me. Can someone clear up the confusion? BethNaught (talk) 18:53, 6 August 2016 (UTC)

If the adverts are optional. Then this one can be progressed:) Nice to get the catalogue as well though ShakespeareFan00 (talk) 19:19, 6 August 2016 (UTC)
Adverts have always been optional here. They are not a part of the work and are not required to be completed before marking an Index: "To be Validated" or "Done". Beeswaxcandle (talk) 23:42, 6 August 2016 (UTC)
And I have just completed the 'advert' entries, you have a complete cataloge for Methun c. 1907. (which by virtue of it's authors being unknown staff of the publishers is also PD.). Not that wikisource collects publisher ephemera. ;) ShakespeareFan00 (talk)
Actually, it's not complete from a Wikisource perspective. There are no author or work links and the layout is unfriendly. Beeswaxcandle (talk) 23:52, 6 August 2016 (UTC)
@BethNaught: The overarching status of not proofread > proofread > validated relates to the work proper, "the author's work" not the edition, which is publisher's work. The argument will be buried in the archives, and I think about 2009. To keep track of works that have advertising and to know the status it generally falls to Category:not transcluded, Category:advertising not transcluded, and Category:fully transcluded. The front and end matter of editions are of historical and informational interest, so we have an interest in having them transcribed, and the better their page status, the more useful, and the ability to transclude. So SF00 misspoke with their statement; not a biggie in the scheme of things. — billinghurst sDrewth 02:05, 7 August 2016 (UTC)
You mean author/work links from the catalogue section? OK I'll concede on that. Also the layout used in that section (i.e plainlist) was the best I could think of. What would you suggest would be a better layout for it? ShakespeareFan00 (talk) 08:47, 7 August 2016 (UTC)

No transclusion[edit]

Index:Herodotus and the Empires of the East.djvu Added in the TOC but seeing no transclusion at all. Suggestions? ShakespeareFan00 (talk) 09:13, 7 August 2016 (UTC)

I used what the help said to use in respect of the pages tag. ShakespeareFan00 (talk) 09:13, 7 August 2016 (UTC)
Use direct transclusion from Page: space. As far as I know <pages> never works inside an Index: page—even if it did it would be re-entrantly building the Index: from itself, and mediawiki has never been too hot on recursion. AuFCL (talk) 10:14, 7 August 2016 (UTC)
Yup. Just re-checked: I thought I remembered seeing this somewhere. The ProofreadPage extension explicitly kills parser recognition of the <pages> tag inside Index: and Page: name spaces. If you really want the reference they are lines 42–48 of .../ProofreadPage/includes/Parser/PagesTagParser.php:
42 		// abort if the tag is on an index or a page page
43 		if (
44 			$pageTitle->inNamespace( $this->context->getIndexNamespaceId() ) ||
45 			$pageTitle->inNamespace( $this->context->getPageNamespaceId() )
46 		) {
47 			return '';
48 		}
AuFCL (talk) 10:25, 7 August 2016 (UTC)

Alert: Minor change made to "Mediawiki:PageNumbers.js"[edit]

Hi to all. A display issue of left hand side page numbers was recently identified (AuFCL) where titles with a question mark (?) in the title was corrupting the link from main namespace to Page: namespace. Hesperian has made a code change that seems to resolve this issue. We ask that all users report any problems that they have with page number links, and ask that a little testing be done where the Index:/Page: pages of a work have characters that are not alphanumeric. Thanks. — billinghurst sDrewth 04:14, 8 August 2016 (UTC)

Index:Faoistin naoṁ-Ṗadraig (1906).djvu[edit]

Querying if given the multiple languages this might be better suited to mulWS than here? ShakespeareFan00 (talk) 10:06, 8 August 2016 (UTC)

Symbol support vote.svg Support Outlier59 (talk) 00:35, 10 August 2016 (UTC)
Symbol oppose vote.svg Oppose There's English there that's worth hosting on its own here. Why wouldn't we want a copy of the Confession of Saint Patrick here?--Prosfilaes (talk) 08:40, 18 August 2016 (UTC)
Symbol oppose vote.svg Oppose also. The three languages are easily separated and hosted on each own WS. —Beleg Tâl (talk) 13:50, 18 August 2016 (UTC)

Tech News: 2016-32[edit]

15:40, 8 August 2016 (UTC)

Should existing text-only (no scan) works be retained in addition to scan-backed works?[edit]

I've run into this situation a number of times and am curious as to what the consensus is. The situation is as follows:

  1. There exists on enWS, in the main namespace, the text of a work, added in the early(-ier) days of the site (2008-ish). The talk page reveals that the source of the text is Project Gutenburg or similar.
  2. There is no indication, either within the Project Gutenburg or the work, of the publisher, year, or so on.
  3. A scan is located of the same general work. It is not the exact same text as the already existant work, so it is not a candidate for Match & Split.

In this scenario, should the newly transcribed work replace the Project Gutenburg/no-backing-scan-version, or be retained in addition to the other, with disambiguation provided via the {{versions}} template?

In the case of an exact version match, with identical text, I have in the past gone the Match-and-Split route. (Eg. with King Solomon's Mines.) But in this case I'm looking at now, though the other version currently on enWS purports to be from the same year as the scan I'm working on, I've found a number of textual and typographical differences in the texts. (Which is to say, though the version on enWS purports to be from 1905, my actual 1905 scan is different, so I find myself doubting the "provenance" of the existing version.)

--Mukkakukaku (talk) 18:36, 8 August 2016 (UTC)

  • @Mukkakukaku: I am not a regular on Wikisource so I do not know practice here. Based on my other wiki-experience, I would say to mark the text-only version as deprecated and let the scan-backed work take its place as the authoritative version. Since there is no space limit in Wikimedia projects, there is no reason to delete the text-only one until and unless there is some supporting evidence that it is an actual bad copy, and not a correct copy of some alternate version. I would not oppose the text-only version be deleted for a reason, but if no one offers a reason to delete it then keep it in limbo as an alternate version that is named in a way that makes it unlikely to be found. Categorize it as an alternate version, and link to it somehow in the documentation notes of the alternative version. The mistake to avoid is losing a transcription of an alternate version, until and unless someone makes an argument with evidence that it was totally a mistake. There are no space limits in wiki projects. Blue Rasberry (talk) 20:56, 8 August 2016 (UTC)

Hi Mukkakukaku,
  • If the text-only version is definitely the same text as the scan-backed version, then replace the text-only version with the scan-backed version.
  • If the text-only version is definitely a different text from the scan-backed version, then keep the text-only version in addition to the scan-backed version.
  • If you cannot figure out whether the text-only version differs from the scan-backed version, because no source has been given and there's no apparent textual evidence, then we replace the text-only version with the scan-backed version, on the grounds that there's no point keeping two copies of something if we can't even tell if they are the same or not.
Hesperian 00:51, 9 August 2016 (UTC)
To note that if it is a Gutenberg text, often the earlier version were not specific on the edition, or at least not outwardly identifed. I believe that @Prosfilaes: has access to backroom data and can identify some editions with that data. — billinghurst sDrewth 02:35, 9 August 2016 (UTC)
I think Hesperian's guidance is best. Blue Rasberry (talk) 14:24, 9 August 2016 (UTC)

book upload - public domain reprint - redacting newer content[edit]

When public domain and copyrighted text are mixed in a book which will be uploaded to Commons, how should copyrighted text be addressed? Is blacking it out a recommended option?

(This is a cross-post from Commons:Commons:Village_pump/Copyright#book_upload_-_public_domain_reprint_-_redacting_newer_content)

My question is actually for a case for Hindi Wikisource but I speak English and wanted to post here.

There is a famous poetry text from India from about year 1300. The text is in the public domain. On paper it might be 100 pages. It has been reprinted numerous times. There is a reprint from 2015 of the original text without translation. The reprint begins with copyright information and a preface, as is common with reprints of old texts. Following that, the old public domain text is printed verbatim, except that there are footnotes explaining the meaning of the many archaic terms. The book ends with indexing.

It is proposed that the public domain old text be uploaded to Commons then imported to Wikisource. The challenge to address is the procedure for removing copyrighted additions of text to the newly reprinted material. Is anyone aware of any example of a precedent for this?

One way to do this might be to scan the entire book, including both copyrighted and public domain parts. At this point, all contemporary additions to the original text might be blacked out, so that there is accounting for all pages in the reprint but the copyrighted parts are obviously removed. Another option could be to avoid putting the scanned pages in Commons at all, and instead, do the transcription of text from the book to a new digital file which serves as the master in Commons and Wikisource. So far as I understand, Commons and Wikisource prefer to have source documents whenever possible, including scans of documents which are transcribed for use in Wikisource.

Can anyone say whether they have or have not seen any such instance of this sort of book in Commons? Does anyone have an idea or preference for how uploading a book of this sort should be done? Is anyone aware of any book in Wikisource with redacted copyrighted portions? Blue Rasberry (talk) 20:50, 8 August 2016 (UTC)

Uh... You should type it into a digital file and only put the public domain contents there.Wetitpig0 (talk) 10:50, 12 August 2016 (UTC)


Whatamidoing (WMF) (talk) 18:03, 9 August 2016 (UTC)

Copyright problems which may arise from secondary sources.[edit]

Sometimes, the source text of Wikisource is from a secondary source (i.e. a source from other sources)

If the secondary source from which the text in Wikisource is copied infringes the copyright of other sources, and falsely declares the work to be free work, then will we be prosecuted for infringing copyright?

Also, if the copyright status of the source of the secondary source is unclear, while the secondary source declares it to be free work, should we copy it?


Wetitpig0 (talk) 10:44, 12 August 2016 (UTC)

If there's a work that we want to host, and it is clearly a free work, then we can host it here regardless of where you copy it from, though the usual method of transcluding scans of free books is hugely preferred to copy-pasting from other websites that don't list their sources. If you are unsure of the copyright status, post it at WS:Copyright discussions and the community can evaluate it on a case-by-case basis. —Beleg Tâl (talk) 13:04, 12 August 2016 (UTC)
i have never seen someone sued under this fact pattern, but i have seen DMCA takedowns of FoP German sculptures, so i would say that is a higher probability. if the secondary source says something, you should be able to make a determination at LOC copyright for orphan works, or translated works. we have outsourced the copyright paranoia to commons. Slowking4RAN's revenge 20:33, 13 August 2016 (UTC)
@Slowking4:, perhaps we should "outsource..." as you suggest, but we haven't done so. I'll leave your characterization aside, because I get what you're saying. If we want to address this issue, we should simply establish a clear policy on what kinds of things we permit under fair use, and what we don't. There is a clear framework for doing so: meta:Licensing_policy_FAQ_draft#Unfree_content_not_under_an_.27exemption_doctrine_policy.27
As it is, though, we host copyrighted material on English Wikisource, in clear violation of Wikimedia Foundation policy. -Pete (talk) 20:57, 13 August 2016 (UTC)
The onus is on us to be sure that everything we host at enWS is copyright-free—whether that be because the copyright has expired or because the work was published without copyright. We should not depend on other (non-MediaWiki) sites to have done the work for us. They get it wrong often enough for us to be cautious. @Peteforsyth:, please either point us to the copyrighted material we are hosting or post at WS:COPYVIO so that we can deal with it. Anything that is in clear violation will be removed immediately. If it is unclear we can look at it and discuss. Beeswaxcandle (talk) 00:12, 14 August 2016 (UTC)
@Beeswaxcandle:, my mistake -- and I regret making a claim that's both inaccurate and provocative. I misremembered the outcome of some books I have transcribed, including one with a few pages like this one: Page:A Basic Guide to Open Educational Resources.pdf/78 I am of the opinion that we should fully host works like this, which are freely licensed on the whole, but which contain a few non-free images (ironically, in this case, to illustrate the difference between free licensing and copyright in an effort to advocate free licensing). But that would require establishing an Exemption Doctrine Policy for English Wikisource, as linked above. -Pete (talk) 00:44, 14 August 2016 (UTC)
you are changing the subject. the new editor, was struggling with the mein kampf translation copyright, but your case of commons image deletions, proves my point. if you want to make a WS edp, go for it. Slowking4RAN's revenge 11:44, 14 August 2016 (UTC)
Sure. I misunderstood one thing, and misremembered another. I will gladly concede that I have added nothing of value to this particular thread! -Pete (talk) 01:32, 15 August 2016 (UTC)
oh no, if we get fair use on WS that will be valuable. the risk of suits is so small only a commons admin could calculate it, and the usefulness of images outweighs the downstream reuse restrictions. (and Gutenberg australia has jumped the gun on the english translation of mein kampf, when the translator died in 1946, see you on January 1). Slowking4RAN's revenge 02:33, 15 August 2016 (UTC)
For what it's worth, here's a handy link to my previous suggestion of an EDP: Wikisource:Scriptorium/Archives/2014-05#Dealing_with_non-free_images_in_transcriptions_of_freely_licensed_works -Pete (talk) 02:58, 15 August 2016 (UTC)
and i still support as much fair use as the community will allow. but i didn’t see much interest. Slowking4RAN's revenge 03:02, 18 August 2016 (UTC)
The translator died in 1946 which is before 1955 (cf. w:Copyright law of Australia), so what's the problem?--Prosfilaes (talk) 07:53, 15 August 2016 (UTC)
well the translator is Irish and work published in London in 1939, did they reprint it in Australia? maybe we should upload in commons under the 50 rubric and see what happens? Slowking4RAN's revenge 02:59, 18 August 2016 (UTC)
It doesn't matter whether they reprinted it in Australia; Australians are bound by the laws of Australia. The Wikimedia Foundation is bound by the law of the US, and Commons is bound by the additional rules the community created. Gutenberg Australia has every right to upload it to their servers, even when it's not legal for the WMF to host it on theirs.--Prosfilaes (talk) 03:17, 18 August 2016 (UTC)
i stand corrected about the 50, i’m confused about the not being retroactive. however for the US it is 70 so see you in January. Slowking4RAN's revenge 00:09, 19 August 2016 (UTC)
In the US, it's complicated, but for works published 1923-1978 (copyrighted&renewed or URAA-restored) it's 95 years from publication. So works published in 1939 will be out of copyright in the US in 2035.--Prosfilaes (talk) 20:21, 19 August 2016 (UTC)
if an australian wants to upload a local copy here, what do you say? sorry go to Gutenberg? ready for an EDP yet? Slowking4RAN's revenge 22:42, 19 August 2016 (UTC)
Yes, go host it on an Australian site or Wikilivres. We don't have an option; the WMF is bound by US law. An EDP is irrelevant; at best it could let us host government reports and other PD material that makes use of fair use of still copyrighted material, not straight out copy copyrighted works.--Prosfilaes (talk) 09:30, 20 August 2016 (UTC)
i would go for a "fair use" of the lesser term, but i take it there is no consensus. derivative first use by governments, does not seem much of a distinction to me. the library of congress has many copyrighted works online. Slowking4RAN's revenge 16:07, 20 August 2016 (UTC)
That's not fair use; that's just illegal. What the LoC can and does do may not have much relation to what we can do. But there are things like NTSB accident reports wherein the copyrighted material used is likely fair use in context.--Prosfilaes (talk) 09:49, 21 August 2016 (UTC)
no - scholarly use, with a fair use downstream restriction is legal. we stand like the LOC (or internet archive) as a library for scholarly use. your fair use minimization has little basis in law. it is an ideology, apart from the clear law of the 4 factor test. we could very easily put a NC on a work, but we choose not to do so for ideological reasons.
i take it you would restore the images here [20] care to finalize an EDP. Slowking4RAN's revenge 12:31, 21 August 2016 (UTC)
What's your source for "scholarly use, with a fair use downstream restriction"? The 4 factor test is pretty clear here; this is a non-transformative use that copies the entire work and replaces the original work in commercial use. We lose pretty solidly on all points. This opinion on a lawsuit versus HathiTrust is quite lengthy, going into details like who had access to the servers and how the backup tapes were encrypted, if all HathiTrust needed to say was "we're a library".--Prosfilaes (talk) 11:40, 22 August 2016 (UTC)
when we upload as fair use, that is a NC restricting commercial reuse downstream. we can limit downstream use if we choose. do you really want to side with author’s guild? my impression is Hathi Trust won in the end. w:Authors Guild, Inc. v. HathiTrust the court found their use to be fair use even if full copy and non-transformative. the fact that there is already a PD australia version online, means the commercial harm is small for a book that has an e-book for sale for $.99.[21] btw, there are multiple copies of both translations at internet archive, which have not been taken down. in effect we are only cleaning up the OCR of the copies there. in effect the internet makes a "PD of the lesser term": electronic works anywhere are available everywhere for pennies. the main reason for us to transcribe is to make available for wikipedia zero.Slowking4RAN's revenge 23:02, 22 August 2016 (UTC)
We, as in the volunteers at Wikisource, can not limit downstream use if we choose. Wikimedia does not permit NC restrictions on material without narrowly carved fair use exceptions.
I linked the opinion in Authors Guild v. HathiTrust; the court found their use to be fair use because it was transformative. The Internet frequently makes electronic copies of works available everywhere before they're officially released; that's not an argument for anything. If you want to clean up the OCR of copies available under Canadian law (life+50), Wikilivres is a perfectly legal option.--Prosfilaes (talk) 17:36, 23 August 2016 (UTC)
we volunteers can certainly adopt an EDP that allows fair use and CC-by-NC. i have 30 times your edits here - where are the 29 other people you will recruit, when i decide to take a vacation over at  ?? Slowking4RAN's revenge 02:14, 27 August 2016 (UTC)

IA upload tool is making djvu[edit]

Internet Archive has stopped making djvu. So IA upload tool is now converting the pdf file to djvu while transferring it to Commons. This is early stage yet, currently some djvu files are coming out as blank files. Bugs have been filed with Phabricator and Github, and hopefully the matter will be resolved soon. This is for general information. Hrishikes (talk) 11:32, 15 August 2016 (UTC)

Very big thanks for such good news and to all the contributors who build such tools! --Zyephyrus (talk) 01:29, 16 August 2016 (UTC)
Yes, thanks for the info. I have wondered about the pros and cons of PDF vs. DjVu for some time; it's my understanding that DjVu is better at compression, and is an open format (though there are some patents involved). With that in mind, I'm surprised and sad to learn that Internet Archive has stopped supporting the format. I found the announcement with their reasoning. I wonder if the issues they were having are related to the ones WM is now experiencing. Do you have links for the Phabricator or Github bugs? -Pete (talk) 02:38, 16 August 2016 (UTC) and Hrishikes (talk) 05:31, 16 August 2016 (UTC)
Don't forget that in the PDF-> Djvu, some scans will need to be 'flattened' first owing to more recent PDF format versions allowing for layers. In some scans which are ex google, There's been some clever stufff with portions of the scans being split up onto different layers, (presumably as a copyright trap, even on nominally PD works (sigh) ). I've encountered this with some IA djvus which seem to have been downconverted from Google Books PDF.

Another issue I've found with some PDF's is mis-aligned scan/content box outlines meaning that a strightforward page extraction clips pages in the wrong place.

These are things to bear in mind when writing the convertor. ShakespeareFan00 (talk) 10:10, 16 August 2016 (UTC)

is it user:nemo bis and user:tpt who did it? we should really send them an honorarium. or wikisource t-shirt. Slowking4RAN's revenge 00:18, 19 August 2016 (UTC)

Tech News: 2016-33[edit]

19:37, 15 August 2016 (UTC)

Braces formatting help, please[edit]

Please see the top area needing braces Page:Life and Select Literary Remains of Sam Houston of Texas (1884).djvu/567. I cannot find any help pages or examples to tell me how to get the braces there, while also getting No. 1982 to the right of the braces. There is a similar, but somewhat different, situation on Page:Life and Select Literary Remains of Sam Houston of Texas (1884).djvu/680. Can anyone guide me, please? Maile66 (talk) 21:39, 15 August 2016 (UTC)

I'm not sure why the whole thing is wrapped in a blockquote. But Help:Templates talks about how to use the {{brace}} template -- did you look at that? Mukkakukaku (talk) 22:28, 15 August 2016 (UTC)
Well, it's wrapped up in a blockquote, because it's a quote within a speech Houston was giving. However, I started with the Help page you have linked, because there are perhaps 20-30 pages in this book that I successfully coded. It's just this particular type, where there is something centered to the right of the braces that has thrown me. I've actually been looking at it since yesterday. And I still can't figure out how to arrive at what needs to be done. The other one I linked are two braced text side by side, one on the left, and one on the right. I can't understand how to do that , either. Maile66 (talk) 22:38, 15 August 2016 (UTC)
Looks like User:AuFCL offered a solution for Page:Life and Select Literary Remains of Sam Houston of Texas (1884).djvu/567 on the page. Outlier59 (talk) 23:05, 15 August 2016 (UTC)
I did the two pages in entirely different styles. Choose whichever (or neither as you see fit!) you like best. AuFCL (talk) 23:08, 15 August 2016 (UTC)
User:AuFCL Wow! You were fast! Thank you so much. Maile66 (talk) 23:26, 15 August 2016 (UTC)

Disambiguation and Wikidata items — a conundrum with no perfect solution[edit]

Something that the community may wish to consider.

An item at Wikidata has one link per wiki to an item, and this restriction applies to items that are disambiguation pages. As such when we link a disambiguation page to a Wikidata item, we are having to make a determination whether this will be a main namespace disambig, an author namespace disambig, or another disambig, maybe in Portal: ns.

Example. We have Author:William Hutton and William Hutton both of which are disambiguation pages, and at Wikidata the disambiguation item is d:Q16213077. At the moment we link to the main ns page.

Which of these do we think is the preferred page to link? I prefer that we linked the Author: ns (disambiguation) pages, and main reason is that we are linking people to people (or at least people analogues), whereas the main ns. is a work about a person, rather than the person themself. Plus the main ns page can be a title about a fiction work, and then we have difficulties of separating fact and fiction.

Of course, we could challenge the concept of disambiguation pages in separate namespaces which has some merits, though would also challenge the concepts of namespace separations. Anyway, thoughts would be appreciated. — billinghurst sDrewth 07:10, 18 August 2016 (UTC)

I'm inclined to think this issue highlights a design flaw on our own part. A disambiguation page should disambiguate all of the relevant meanings of a search term, and a search term should have not more than one disambiguation page. We shouldn't have separate disambiguation pages for works, authors... portals?... etc. Pages like Author:William Hutton shouldn't exist. Disambiguation pages should exist only in the main namespace, and all disambiguation pages in other namespaces should be merged/moved to main. Hesperian 07:49, 18 August 2016 (UTC)
@Library Guy, @Charles Matthews: worthwhile waving this under your noses as you have experience in the place and people space. — billinghurst sDrewth 10:02, 18 August 2016 (UTC)
I generally agree with User:Hesperian. Well, qualifying that, I would use a cross-namespace redirect of Author:William Hutton to William Hutton, rather than deleting it. Charles Matthews (talk) 10:13, 18 August 2016 (UTC)
... which would require a change of policy as these currently fall into speedy deletion space. That said that we have been leaving such for a period before having them as dated soft redirects. — billinghurst sDrewth 13:34, 18 August 2016 (UTC)
I agree with User:Hesperian. I would rather not have the cross-namespace redirect, and author pages should correspond to actual authors, or redirects to such. I have thought it useful to have redirects from variations on an author's name to that author's page, but sometimes the name used on a work may be used by more than one of our authors. When the latter is the case, then the redirect should no longer be used, and a direct link from the work to the author page should be used, preserving the name used on the work as a label for the link. Library Guy (talk) 16:22, 18 August 2016 (UTC)
I disagree with the above. I think both disambiguation pages are appropriate as they serve different purposes. Different authors are disambiguated in author space, articles about those authors (or encyclopedia articles) with the same/similar titles should be disambiguated is mainspace, so both disambiguation pages (appropriately) should exist as they perform similar yet different ourposes. And as billinghurst originally suggested, a people-to-authorspace redirdct is appropriate.
Unless there's some nuance to this discussion that I'm missing. --Mukkakukaku (talk) 17:40, 18 August 2016 (UTC)

Pictogram voting comment.svg Comment I am wishing to drive this further, and it would seem that there is some diversity of opinion. We are in a half way place, and it is unsuitable place to be, as it unsustainable for results. So I am asking on how we should be progressing this matter. Would people like to see Help:Disambiguation drafted and argue it out on a talk page? Would users like to see it hammered out here, though maybe with a couple of alternatives put forward? Would users like to see full RFC put together?

If a 'position' hasn't yet emerged, then I think all we can do is continue this discussion and hope we get more eyes and input. Once a 'position' has firmed up, then perhaps an explicit proposal in the proposals section above, to be voted on by the community? Hesperian 01:46, 29 August 2016 (UTC)
It seems awkward to make an initial contribution to a policy discussion via a series of questions; nevertheless: would somebody please be so kind as to lay out (or point to where discussion took place if known):
  1. what was the reasoning for discouraging cross-name-space redirects in the first place?
  2. what is the reasoning for en/discouraging certain name spaces as "top level" (i.e. starting points for navigation)? To me Author: or Portal: ought to represent the "index" (I know: true Index: space is really a local working space only and thus of little concern to end-consumers) above main space for locating works within wikisource. (But where does that leave Category: space?)
Is it possible wikidata use is revealing problems because it is encouraging a wikipedia-appropriate hierarchy which is fundamentally unsuited to wikisource? How are the sister projects addressing these issues (if they are facing them; if not: why not—or has the solution already been thrashed out elsewhere?) AuFCL (talk) 04:14, 29 August 2016 (UTC)
  1. Not known to me for the original policy, though I do see that it stops an ugly mess of redirects proliferating. When would you stop adding main ns to author ns? main ns to portal ns? For historic reasoning, you would need to find a really old timer. It may have even been imported from the single multilanguage Wikisource prior to the schism.
  2. That was a discussion that was had (and lost?) early about the namespaces names. With regard to category vs. "display" or "curated" namespaces like author and portal, it was so we could should show more than a pagetitle, plus where we have subpages of works it truly becomes really ugly at 200 entries per page. IMNSHO for the display namespaces, we should be looking for bot runs from Wikidata to populate things like Wikisource:Authors-A and other like pages. That may even be possible for Author: and Portal: ns pages, however, we will need to get a hell of a lot better at WD additions and editing prior to that proposal coming forward. Noting that portal came a lot later as a functional ns here, for ages it was just a wasteland of nothingness. I know that discussion is in these archives.
  3. Wikidata has definitely shown the breakages of a WP model on application to the WSes, especially with relation to books <=> editions, and one to one linkages. It also profoundly shows that WP is the archetypal model for everything, which can be seen as bad, though the popularity of WP allows much of what happens to happen.
Discussion of disambiguation and the approaches of one or multiple namespaces is too big a discussion to append here. One can say that each implementation of WD to the other sister wikis has identified issues with the model, they are just different between the sisters. Commons has particularly significant issues, and their mode of action is to basically ignore WD. <shrug> — billinghurst sDrewth 06:09, 29 August 2016 (UTC)
Thanks for attempting to answer. I do not pretend some of these issues aren't close to impossible.
As a compatibility-sop to the wikipedia model, would moving (to) or creating all disambiguation pages (in) main-space; and relaxing the no-cross-name-space redirect rules to permit redirections from any name-space directly to a disambiguation page get us anywhere useful? AuFCL (talk) 07:03, 29 August 2016 (UTC)

Encoding problem in archive[edit]

Hi enWS, when i digged into the archive i saw that in this discussion the original wikilink de:Seite:Ludwig Bechstein - Thüringer Sagenbuch - Erster Band.pdf/19 is broken due the broken German umlaut. I guess that this is a general problem. Regards, ---Aschroet (talk) 08:09, 18 August 2016 (UTC)

Classics Illustrated[edit]

Did any of these get renewed? And if not does have any scans? ShakespeareFan00 (talk) 19:47, 19 August 2016 (UTC)

Gilberton Company, seems to be renewed [32] Frawley has 3 renewed [33]. Elliot Publishing Co. will have to look at print copy. Slowking4RAN's revenge 02:06, 27 August 2016 (UTC)

Proposal: replace {{translation redirect}} with substituted {{dated soft redirect}}[edit]

We have had the translation redirect template in place for a couple of years, and I still don't find it a very functional template. It currently sits as a permanent cross namespace redirect that just says "moved" and has a generic link. I propose that we do as we do elsewhere with moves and replace these with a substituted dated soft redirect. This will allow TalBot process to go about its clean up business and remove the links. It also gives a clearer link what is the page, and that is far better in google cache then the current config. — billinghurst sDrewth 11:09, 20 August 2016 (UTC)

Image required for On the Vatican Library of Sixtus IV[edit]

Hi. Just checking my previous work as I continue on my wikidata data completion trek. I have a poor scan on an page at Page:On the Vatican Library of Sixtus IV.djvu/59 and I am wondering whether anyone can see an available scan at or at HathiTrust for that page. Thanks for anyone who looks.

As a note while I have attention, do remember that for proofread or validated texts that you can add that transcription status to the link by clicking on the grey keyhole like image when editing the link and choosing the corresponding status —not proofread/proofread/validated) — it is still manual at this time. <shrug> — billinghurst sDrewth 00:21, 22 August 2016 (UTC)

Could not find a full-page image online. I put in an ILL request for a scan with my local library; hopefully a copy is available somewhere. It may take some time. Londonjackbooks (talk) 01:02, 22 August 2016 (UTC)
I have absolutely no idea where they originally found it but I am pretty sure this is a copy of the missing image c/o Project Gutenburg. Technically this came out of another John Willis Clark work: it is "Figure 98." from "The Care of Books" (project 26378.)
On further examination it looks like this might be the "rawest" page scan (in colour no less!) AuFCL (talk) 07:14, 22 August 2016 (UTC)
As an aside there is something screwy revealed by Author:John Willis Clark. According to IA "The Care of Books" was published in 1909 but the title page reads 1901 and the end of the Preface is dated September 23rd, 1901. Manuscript on a dusty shelf a long time? (Maybe the floor plan of Cortile del Pagagllo is more original there than in "On the Vatican Library of Sixtus IV" after all?) AuFCL (talk) 08:37, 22 August 2016 (UTC)
Thanks for the image links. The "Care of Books" may have just had later editions or republications, with 1909 being the edition scanned. Or equally possible is that IA has made a mistake with their dates. — billinghurst sDrewth 10:26, 22 August 2016 (UTC)
LOC says 1901 edition also reprinted in 1973 by folcroft [34]. IA metadata use with caution. multiple editions sloshing around. here’s an OCLC master electronic copy link [35] Slowking4RAN's revenge 22:33, 22 August 2016 (UTC)
I never trust IA metadata. I was looking at a volume yesterday for which they had the wrong title, wrong author, wrong date, wrong publisher, etc. The fact had been commented on by a reviewer, but there doesn't seem to be a simple means for correcting errors like we can do here. --EncycloPetey (talk) 20:48, 23 August 2016 (UTC)

Sometime this week I should be receiving an unfolded electronic scan of fig. 2. It should be a scan from the same version we have hosted here, but we'll see. The ILL request status is "awaiting processing", and I will update as soon as I receive the document and determine the scan quality, etc. Londonjackbooks (talk) 17:57, 18 September 2016 (UTC)

@Billinghurst: I received an unfolded scan from my library (Interlibrary Loan), and have saved the image to Commons (Commons:File:On the Vatican Library of Sixtus IV DJVU pg 59.jpg). The fig. 2 caption differed from what was transcribed in the Page:namespace, so I adjusted it. Only thing missing from the new image is the "TORRE BORGIA" label located to the left on the Gutenberg image. I am not sure if it was cut off during the scanning process or not even present in the text. Feel free to use the new image unless you prefer to keep the Gutenberg image... but is it my understanding that the Gutenberg image is from a completely different text? Londonjackbooks (talk) 19:36, 20 September 2016 (UTC)

P.S. There is this image at IA from Proceedings of the Cambridge Antiquarian Society, with communications made to the society Vol 10 (1898-1903). Seems the image has been used in multiple texts. Londonjackbooks (talk) 22:53, 20 September 2016 (UTC)

Tech News: 2016-34[edit]

21:17, 22 August 2016 (UTC)

Proofread of the month[edit]

I've returned after a few long hiatus and was looking at the proofread of the month to ease back into things and I noticed the project page still lists the project for July. I'm not sure how to update this or what the project is for August. Can anyone help? Thank you :) Marjoleinkl (talk) 11:31, 23 August 2016 (UTC)

That is because Index:The Fauna of British India, including Ceylon and Burma (Birds Vol 1).djvu, which was selected for July, was unfinished and a new selection was made for August, Index:The Mythology of the Aryan Nations.djvu. For the future, we should be careful (as a site) to not have two works active for POTM again. - Tannertsf (talk) 14:03, 23 August 2016 (UTC)
Thanks for the update, I’ll see what I can do to help :) Marjoleinkl (talk) 14:06, 23 August 2016 (UTC)
We were actually quite successful in the first half of the year in knocking out two works per month for POTM. It just happens that The Fauna of British India has more complicated formatting and image issues than we have normally been addressing. BD2412 T 14:28, 23 August 2016 (UTC)
Yeah I guess we were. I hate to see works done super fast though because what if someone wanted to do the book themselves? - Tannertsf (talk) 14:39, 23 August 2016 (UTC)
The goal of the project is to get works up and running. The only way we can do that, with the volume of works to consider, is to do it as fast as we can. BD2412 T 15:33, 23 August 2016 (UTC)
@Tannertsf: We select a project for the month. When the month ends, we move on to the next month's PotM, even if the previous month's work is incomplete. There have been one or two works that were close enough to completion that we left them in place for a few days, but we don't linger over unfinished works. If we did that, we'd still be working in the Flora of Antarctica from last year. --EncycloPetey (talk) 20:33, 23 August 2016 (UTC)
Ok, thank you for explaining. - Tannertsf (talk) 20:38, 23 August 2016 (UTC)
All that said, we really need to get on the ball to progress on the current project. BD2412 T 13:59, 25 August 2016 (UTC)
I tried having a look at Index:The Fauna of British India, including Ceylon and Burma (Birds Vol 1).djvu but it’s quite a complex work for someone just getting back into things. I’ll have a look at the selection for this month Marjoleinkl (talk) 06:30, 26 August 2016 (UTC)

@Marjoleinkl: welcome back. Do see WT:Proofread of the Month for what is planned for PotM, and please do contribute a point of view for future works. We put forward proposed themes for the months a year ahead, and we take suggestions for each month consistently. We do like fresh faces contributing there as fresh faces brings fresh opinions and participation. PotM is important for us to bring in and bring back casual and occasional users not just those of us 'rusted on'. — billinghurst sDrewth 23:55, 23 August 2016 (UTC)

for the Index:The Mythology of the Aryan Nations.djvu PotM, is there a consensus to ditch the side footnotes? user:EncycloPetey ? does not seem to add much value to me. Slowking4RAN's revenge 14:59, 27 August 2016 (UTC)

Non-free images in otherwise copyright-free material[edit]

So there was a brief discussion here about this issue, but it didn't appear to get a concensus: Wikisource:Scriptorium/Archives/2014-05#Dealing with non-free images in transcriptions of freely licensed works.

Effectively I have the following scenario: Australian aviation accident reports are released under the Creative Commons Attribution 3.0 Australia Licence, with the exception that the following are not released under that license: "the Coat of Arms, the ATSB logo, photos and graphics in which a third party has copyright". The copyright statement(s) in full can be found here on the government website.

So, I figure I have the following options:

  1. Upload the entire PDF as-is to Commons, and...
  • add a note in the Commons description which images are not free of copyright
  • on the Index talk page add a note about not transcribing the non-free images
  • in the text itself putting some sort of placeholder image to indicate a non-free image (so that the reader knows to go look at the original source for the image; important if the text is referencing a photo or something)
  1. Self-censor the PDF prior to uploading, removing any logos and non-free photos and replacing them with either a placeholder image or blank page as needed.
  2. ... other option(s)?

It would be nice if we had a concrete policy in place for a situation like this. Or if we had one, if the six pages about copyright that we have could be updated to call it out. --Mukkakukaku (talk) 13:26, 23 August 2016 (UTC)

Australian Coat of Arms
Commons is Commons; you really should discuss their policies there. However, they don't have fair use, so you'll most likely have to delete the copyrighted images from the PDF.
We do have a policy, in that we have no fair-use policy, so by WMF rules, we can't host works that aren't 100% PD. In some cases we may be able to talk about de minimis, but in the general case, the photos from the aviation reports have to be deleted. I've looked at US aviation reports and have been discouraged by the same problem, that many of them would need a number of important maps and photos deleted.
I will say the Coat of Arms and ATSB logo are likely to pass de minimis for Commons, and aren't that important for reproducing here. Commons actually hosts a copy of the Coat of Arms that will probably do for replacing the CoA on Wikisource.--Prosfilaes (talk) 17:55, 23 August 2016 (UTC)
OK, I asked at Commons and got a response indicating that Commons can only host it if the non-free images are removed. Does anyone know of any software for modifying PDFs that will allow me to do this? Eg some sort of PDF editing software that allows actual editing and not just wholesale removal of pages? --Mukkakukaku (talk) 21:22, 23 August 2016 (UTC)
let’s adopt a EDP that allows fair use images here and put a CC-by-NC on them. then upload the work here. see also the work mentioned above Wikisource:Scriptorium/Archives/2014-05#Dealing_with_non-free_images_in_transcriptions_of_freely_licensed_works; see also m:Licensing_policy_FAQ_draft#Unfree_content_not_under_an_.27exemption_doctrine_policy.27 Slowking4RAN's revenge 01:46, 27 August 2016 (UTC)
@Slowking4: Maybe you should consider formalizing these ideas and dropping them up in the Proposals section? Mukkakukaku (talk) 20:54, 27 August 2016 (UTC)
ok, i have put in a minimal proposal here Wikisource:Scriptorium#Exemption_Doctrine_Policy_.28EDP.29 feel free to rewrite, or object to it. we have an uploader, but will need a fair use license template if approved. Slowking4RAN's revenge 02:33, 30 August 2016 (UTC)

Project Scanning books[edit]

Hi, I am thinking to make a grant application (either to the WMF or Wikimedia France, or both) to scan books not available online. Until now it is only for books in French. Do you think making a multilingual grant request would be useful? Would you like to have some books scanned? If yes, could you make a list? Feel free to ask other Wikisources. Regards, Yann (talk) 19:09, 23 August 2016 (UTC)

What I would really like is to have access to a good scanner and training on scanning and creating scan files. I have a computer, and several books that really need to be scanned (and aren't in Hathi or IA). Perhaps a collection of tutorial videos, or local events that teach scanning could be part of the grant application? --EncycloPetey (talk) 20:29, 23 August 2016 (UTC)
Wikimedia France has a book scanner in Paris. That's one of the possibilities to scan books. Another one would be to ask GLAMs to do it against some money. The French National Library does it for 45 € per book (cost to be confirmed). Regards, Yann (talk) 16:18, 24 August 2016 (UTC)
20151120Conference Wikisource 02.JPG
you should try the rapid grants to see if they will fund book scanning. m:Grants:Project/Rapid
typically, the research library should have a book scanner setup. the benefit being that it automatically crops and delivers a pdf to your usb drive to take away. there are do-it-yourself rigs which we had a demo of at wikisource conference. also flatbed scanners with a usb are cheap for images, but they are one page pdf at a time. Slowking4RAN's revenge 15:14, 25 August 2016 (UTC)
Flying to Europe to make scans would be too expensive for me. A flatbed scanner is not an option for the large and fragile old books I am looking to scan. I have tried contacting IA several times, because they are less than 2 hours away on a good traffic day, but they have never responded to my inquiries. --EncycloPetey (talk) 03:39, 28 August 2016 (UTC)
talk to your friendly neighborhood academic librarian, they may be able to help you - see also - [44], i.e. [45]. Slowking4RAN's revenge 02:05, 30 August 2016 (UTC)
Not an immediate for English Wikisource, but presumably French Wikisource has Dumas and Jules Verne originals? ShakespeareFan00 (talk) 17:02, 25 August 2016 (UTC)
And something that's a more pressing concern is Volume 8 of a specific edition of the New International Encylopedia to replace/substitute for a volume which appears to be damaged within the Internet Archive's set. Index:The New International Encyclopædia 1st ed. v. 07.djvuand Index:The New International Encyclopædia 1st ed. v. 09.djvu

being the volumes either side of the 'missing' one. :) ShakespeareFan00 (talk) 17:06, 25 August 2016 (UTC)

Although not books as such, I was going to suggest consideration be given to the scanning of other "text" resources such as (not exhaustive) :
  • Instruction manuals. (which can be a single sheet/booklet).
  • guide booklets.
  • pamphlets. (in looking at some material in a museum the amount of printed ephemra the UK government generated (even prior to 1965 was quite suprising! )
  • (old) examination papers. (And the printed answers if they existed.)
  • auction catalouges etc...
  • small-ads. ( Whilst the layout on Wikisource is not ideal, small ads are a gold mine for social historians.) :)

Scanning printed ephemra may well have to be doene through GLAM though as the most likely source of these are archives and record offices, but these are historical materials often overlooked. ShakespeareFan00 (talk) 17:20, 25 August 2016 (UTC)

In short , getting a grant for a multi-lingual 'Scanning Fund' would be useful (provided the WMF is prepared to work with other organisations like Internet Archive and GLAM partners.) ShakespeareFan00 (talk) 17:25, 25 August 2016 (UTC)
On the topic of ephemera: there exists commons:Template:Inscription for transcribing small single-image items with only a small amount of text. I sometimes think it's better to bring things over here to Wikisource anyway (for discoverability, categorisation, and general completeness) but there's certainly a line somewhere between what should be on Wikisource and what left only on Commons. Sam Wilson 23:38, 25 August 2016 (UTC)
  • Google Books has scanned the second edition of John Ogilby's translation of The Works of Publius Vergilius Maro, but not his Homer: His Iliads Translated. (Ditto for Homer: His Odysses Translated and The Fables of Æsop Paraphrased in Verse by the same author.) Problem: Homer: His Iliads Translated is a very old and rare book. Maybe you can find it in one or two libraries (University of Toronto, or Rochester) but they might not give you permission (or have the means) to scan it. Anyway, it would certainly be at the top of my wish list. ~ DanielTom (talk) 21:09, 25 August 2016 (UTC)
  • There are microfilm and microform copies of Ogilby's Iliad and probably his Odyssey. Those are on the edge of something someone really doesn't want us to copy but can't stop us (at least in the US.) His Æsop was reprinted by the Augustan Reprint Society, and until the mid-1980s, none of their works I saw had copyright notices, so you can probably get a copy of that and reprint the whole thing, modern introduction and all.--Prosfilaes (talk) 21:54, 26 August 2016 (UTC)

FT blurb help[edit]

We've got people nominating Featured Texts this year, which is great. However, we still don't have volunteers writing the blurb for the Main page that explains the significance of the work / edition to accompany the FT selection.

We've got four days left in August until The Adventures Of A Revolutionary Soldier will feature, but still no blurb. IF there is someone willing, please suggest some blurb text at WS:FTC#The Adventures Of A Revolutionary Soldier. --EncycloPetey (talk) 03:37, 28 August 2016 (UTC)

i like the blurb of user:Mukkakukaku. Slowking4RAN's revenge 02:03, 30 August 2016 (UTC)

Yes check.svg Done Blurb has been edited and loaded into the next month's template. Thanks for the assistance! --EncycloPetey (talk) 02:16, 30 August 2016 (UTC)

Clara Bell or Dell?[edit]

Who do you think is the translator? See Page:Pierre_and_Jean_-_Clara_Bell_-_1902.djvu/11. Could not find many traces of Clara Dell but a typo in the cover is weird, no? Opinons welcome.— Mpaa (talk) 21:05, 28 August 2016 (UTC)

Think that it will be w:Clara Bell. I will hazard a guess that the British versions say Bell, and the US versions say <d'oh>Dell</d'oh>. Also if you search for clara bell translator Maupassant you should get enough hits for an evidence base. I would think that if you did a search of "The Times" that you will see its publication advertised. — billinghurst sDrewth 21:16, 28 August 2016 (UTC)
Catalog of Copyright Entries. Third Series: 1952 definitive — billinghurst sDrewth 21:24, 28 August 2016 (UTC)
Thanks.— Mpaa (talk) 21:29, 28 August 2016 (UTC)

Tech News: 2016-35[edit]

15:59, 29 August 2016 (UTC)

Deprecating the "long s" template[edit]

This is an extension of a discussion that came up between myself, DanielTom and Beeswaxcandle. On the work Sir Martyn, there is an excessive use of the long-s and it frankly becomes an outright pain to use. See, for example, the source of page 3, or this diff of a change to add in the long-s on page 12 -- it's really irritating and non-trivial to be putting the {{ls}} template everywhere.

According to the Style Guide, it's preferred to use the long-s to match the source text. Specifically, the style guide says as follows:

5. Special characters such as accents and ligatures should be used wherever they appear in the original document, if reasonably easy to accomplish. This can be achieved by using the special character menu shown below the editing form; or typography templates (such as {{long s}} (ſ)), which may help avoid confusion between special and alphabetical characters.

However, Beeswaxcandle pointed out that we've been using it as an "optional" template, where the first significant proofreader on a work decides whether to use them or not, and generally lets people know via the talk page. This policy, or subversion of policy, isn't documented anywhere that I could find. Apparently there's been discussion of this particular template in the past, but the documentation doesn't appear to have been updated to reflect the results of the discussion.

Either way, I'd like to (re-)propose the deprecation of this template on any future works for the following reasons:

  1. The long-s is a typographical artifact. It has little or no semantic value. We've deprecated {{Ligature Latin ct lowercase}} and family for similar reasons. (Sidenote -- those templates were deprecated years ago, why are they still in use?)
  2. It's hard to use. As shown by the above example links, it severely clutters the text you're proofreading, and makes it exceedingly difficult to either proofread or validate if there's enough of them.
  3. It's hard to read. Clearly subjective and supposedly toggleable off by some hidden tool somewhere.
  4. The usage guidelines aren't entirely clear. The style guide says to use them, but it turns out we're not consistent. The inconsistency pretty much boils down to "use it if you're the first, and you want to."
  5. Not all browsers, fonts, etc. render the long s. It doesn't render for me on talk pages or scriptorium, for example. This looks like a regular lower-case s to me: s.

Unlike the ct ligature family of templates, the long-s degrades gracefully to a regular s, so it doesn't affect search engine results. This was a key point in the deprecation of the ct ligature template family which does not apply to the long-s. I don't know if it similarly fails gracefully for screen readers, but I would presume it does.

Thoughts? Mukkakukaku (talk) 14:39, 30 August 2016 (UTC)

Also there's a goofy {{s}} template that's similar to {{long s}}/{{ls}} which I didn't even know existed until I typoed it above. Might as well include that too in the discussion. Mukkakukaku (talk) 14:40, 30 August 2016 (UTC)
Yeah, I don't see the point of {{s}}, and would support deleting it. —Beleg Tâl (talk) 15:20, 30 August 2016 (UTC)
Symbol oppose vote.svg Oppose, though only weakly. It's not entirely comparable to {{Ligature Latin ct lowercase}}, which is font-related and not character-related. The template {{ls}} allows to use 's' if desired and 'ſ' if desired and allows the page to be faithfully imitated but the mainspace article to be easily read. Further, it is normal on WS for guidelines to be consistent inside a work but inconsistent between works. The key point in the style guide is "if reasonably easy to accomplish"; if {{ls}} is not reasonably easy for you, skip it, but it's reasonably easy for me, so I use it. —Beleg Tâl (talk) 15:19, 30 August 2016 (UTC)
Symbol oppose vote.svg Oppose While I agree that in the majority of situations, using this template (or long-s) is pointless, there are some works where the long-s ought to be preserved because it wasn't always simply typographical. It ought to be preserved in works like the First Folio of Shakespeare, or the (original) Authorized Version of the Bible. In works such as these, the details carry more significance because of the scrutiny and study value to scholars. But I do agree that we shouldn't encourage the template's use, and should consider replacing it or subst'ing it wherever it occurs. It's primary value lies in text entry and editing, but once it has been put in it should be replaced / subst'ed. --EncycloPetey (talk) 16:03, 30 August 2016 (UTC)
This is an interesting contra position, thank you for sharing. Can you explain a bit what makes it non-typographical in the cases that you cited -- for example, Shakespeare's First Folio? I'm really not familiar with those works, so I don't really understand where this delineation between typographical-versus-some other meaning lies. Mukkakukaku (talk) 18:38, 30 August 2016 (UTC)
Long-s is a medial form of the letter "s", and not a typographical variant. Medial forms are forms of a letter that appear in the middles of words, as opposed to a capital (which is limited to the beginning of a word) or a terminal (which is limited to the ending of a word). The long-s is a medial form because its presence is dictated by position in the word, and not by font, manuscript hand, or typography. Medial forms are uncommon in Western languages, but do show up in Greek, Hebrew, and Arabic. --EncycloPetey (talk) 20:41, 30 August 2016 (UTC)
I'm not sure I agree with your boxing. It is a medial form, a medial form that appears in certain fonts, manuscript hands and forms of typography. It could be done in most cases by automatic smart features in a font (with a ZWNJ to indicate the short s), like is done in Arabic fonts. This is a definition game, of course, and neither of us is objectively right.--Prosfilaes (talk) 21:14, 30 August 2016 (UTC)
Sometimes an ordinary "s" is used medially when it appears at the end of a word immediately followed by another in a compound. For one example note the spelling "bliſsful" on line 5 of Paradise Lost. This is not so commonly seen in English works, but the same convention is very important in older German orthography, as it makes long compound words easier to parse. Mudbringer (talk) 03:11, 31 August 2016 (UTC)
That's not a particularly good example, since ss is often written as ſs no matter where it is in the word. Going over to "I may aſſert th' Eternal Providence," it doesn't seem this typesetter used that convention. However, I suspect those typographers that use that rule also avoided ct and other ligatures over such word boundaries.--Prosfilaes (talk) 00:47, 1 September 2016 (UTC)
It must be fairly common, as there was a ligature for both ſſ and ſſi.--T. Mazzei (talk) 17:51, 2 September 2016 (UTC)
Symbol neutral vote.svg Neutral Were I benevolent dictator of Wikisource, I'd delete it in a heartbeat. Ultimately, however, there seems to be enough people interested in keeping it for certain works that it seems in the spirit of community to keep it for limited cases. I would, however, encourage there to be notes about how it should only be used for very limited instances.--Prosfilaes (talk) 21:17, 30 August 2016 (UTC)
Pictogram voting comment.svg Comment We have had a doctrine that the first and significant contributor for a work sets the style (where it is reasonable and practicable for a style to be set within our guidance). I would rarely look to use "long s" template as it is somewhat awkward. That said, if someone wishes to use it, and it falls into the acceptable range and where they are doing the bulk of the transcription (not one page of transcription sets the standard). — billinghurst sDrewth 07:37, 31 August 2016 (UTC)
Pictogram voting comment.svg Comment this early manuscript transcription seems to be more a concern over at and
we tend to do more printed reference works with an OCR. yes, defer to contributor style, don’t see a reason to systematize style. Slowking4RAN's revenge 15:39, 1 September 2016 (UTC)
This is not a manuscript issue; the first 324 years, give or take a few, of English printing was done with the long-s. Generally only works printed in the 19th century on will lack the long-s; we used in English longer than we've been without it.--Prosfilaes (talk) 20:14, 1 September 2016 (UTC)
so imagine what? that early printing was a simulacrum of the manuscripts? i guess if the fine scholars at the national archives have some proofreading notes, then maybe we might want to take a look at them. just before we reinvent the wheel, and edit war among fewer and fewer inmates. but have no fear, if it becomes like wikinews here, we can always turn to the other transcription projects, where there is adult supervision. Slowking4RAN's revenge 22:38, 1 September 2016 (UTC)
Pictogram voting comment.svg Comment I'd prefer instead of discouraging its use (and by extension things like {{ae}} and {{oe}}), it be allowed to stay, but with each use of these character templates replaced by the corresponding Unicode within the source of the pages through some back-end MediaWiki mechanism. This would also necessitate a bot having to go around and replace each instance of, say, {{f}} with U+0192 in the original source of existing pages. Mahir256 (talk) 03:15, 2 September 2016 (UTC)
I don't think there is a "by extension" here; the cases are quite different. I believe the fundamental question here is whether we convert {{ls}} to s and stop worrying about the long-s, not how we record the long s.--Prosfilaes (talk) 06:17, 2 September 2016 (UTC)
The community has already decided that Template:long s is an artefact template, and only displays in the Page: namespace only. It transcludes to being normal ess in main namespace. Those other templates are only helper templates to display those characters that are still existing in modern literature, though are hard to type on a standard keyboard, and prior to the newer toolbar. — billinghurst sDrewth 11:39, 2 September 2016 (UTC)
yeah but, deprecating templates? wow, what next - deprecate Template:Ye or template:sidenote ? maybe we need a filter preventing anyone using a deprecated template ? it is a particularly bitey way to interact with editors. here’s a thought - if people want to transcribe early books with lots of palaeography and custom templates, why don’t we let them? Slowking4RAN's revenge 13:47, 2 September 2016 (UTC)
Because we only have one transcription of each edition of the book. An idiosyncratic transcription that makes it hard to edit can block us from having a usable copy of a work, even if there's enough editors who want it done. A transcription whose output is hard to read can be worse.--Prosfilaes (talk) 18:07, 2 September 2016 (UTC)
Symbol oppose vote.svg Oppose Normally I do not reproduce long s because it adds more work on my end, does not add any meaning, and it makes documents more difficult for the average user to read. However, I don't see any reason to not allow others the option. I have come across an exception, however. I recently proofread a page dealing with orthography in which display of the long s as well as ligatures are required for the text to have meaning. While long s is encodable, unicode does not encode many ligatures and I am not sure how to ensure that readers will see them. This is also a concern if there were to be automated removal of ligatures or long s's, or automated replacement of them in transclusion to the main namespaces.--T. Mazzei (talk) 17:51, 2 September 2016 (UTC)
ſ will appear in mainspace; {{ls}} appears as s, which should be an s in mainspace. That page is cutting close to the edge where you might want to use images instead of letters; I'm particularly worried about the Old English showing up right. On the other hand, that's also at the point where images might look a lot worse than text. I don't think there's any perfect win on stuff like that no matter what we do.--Prosfilaes (talk) 18:14, 2 September 2016 (UTC)
Symbol oppose vote.svg Oppose While I agree it is an absolute pain to include and proofread long s, the general first rule of proofreading is "Don't change what the author wrote!" (Project Gutenberg). This includes typographical standards. So as a rule the primary copy should be true and have long s and that an annotated copy be produced (by bot?) with long s converted to s. There are cases where I have thought I would be willing to proofread but for the long s, but present policy is that the original must be produced first… Can long s be an exception to this policy? — Zoeannl (talk) 05:47, 3 September 2016 (UTC)
@Zoeannl: There is no (zero) expectation that "long s" should be used on a work. Some users wish to utilise it, and there is scope that the community has within the style guidelines. If you have an old work that you wish to reproduce, and you don't like long s, then don't use it and transcribe it normally. — billinghurst sDrewth 08:26, 4 September 2016 (UTC)
This has never included typographical standards for Project Gutenberg, who historically normalized to ASCII plain text files. In general typographical standards are the responsibility of the typesetter or printer, not the author.
In looking at professional work, I can't think of a modern reprint that includes the long-s that's not a photocopy, and even around 1900, when you got copies that used the long-s and weren't photocopies, they were facsimile copies, where the line breaks and every aspect of the original typography was preserved. People who care about the long-s look at photographs of the original work, not transcriptions. In the broader, non-English world, academic reprints will frequently drop the original script; Gothic is transcribed in Latin script, and Phoenician is transcribed in modern Hebrew script.--Prosfilaes (talk) 19:28, 3 September 2016 (UTC)
all the standard setting is fine, until it turns off the rare book librarians who have set up their own transcription projects. wikisource then becomes a reference garden to support wikimedia only. but we will be able to link to the rare books at wikidata "sum of all books" Slowking4RAN's revenge 15:31, 6 September 2016 (UTC)


@Slowking4: As an aside, what is the problem with n:? —Justin (koavf)TCM 03:06, 2 September 2016 (UTC)
it is a failed wiki. it is a news site where journalism professors will not edit. m:Wikinews/Worst cases; m:User:Slowking4/the Wikinews scenario see also [50] slide 57. Slowking4RAN's revenge 03:20, 2 September 2016 (UTC)
I really think it better if we don't rag on another Wiki here. It hurts our community as a whole if editors who work on Wikinews or whatever project can't come here without feeling attacked.--Prosfilaes (talk) 07:06, 2 September 2016 (UTC)
Agree, please take those conversations to either wikinews or meta where they are within scope. — billinghurst sDrewth
oh, this is not "ragging". this is scenario planning. asaf does the ragging. i’m linking to the discussion on meta.[51]; [52] here’s the scope: wikisource like wikinews is a small wiki; we all might learn some lessons from failed small wikis; we might want to do the exact opposite of actions taken there.Slowking4RAN's revenge 11:59, 2 September 2016 (UTC)

no red lines when proofing a page[edit]

Ever since I updated to the Windows 10 Anniversary update yesterday, the misspelled words and typos are not showing up as underlined by red, and this hampers my proofing majorly. Anyone know of a way to fix this, and/or having this problem too? I am in Microsoft Edge now. - Tannertsf (talk) 14:12, 31 August 2016 (UTC)

Fixed. - Tannertsf (talk) 14:35, 31 August 2016 (UTC)

New job[edit]

Hi all, I just thought I'd say hullo from my new WMF account—I've just started work with the Community Tech team. Very excited to be able to devote full-time to Wikimedia; I'll be keeping proofreading to my own account and after hours though! So far, I'm not 100% sure what I'll be working on, but to start with it looks like it'll be tackling task T142768. —SWilson (WMF) (talk) 04:46, 1 September 2016 (UTC)

And, just to confirm, my personal account is User:Samwilson. :) —Sam Wilson 04:50, 1 September 2016 (UTC)
Welcome to a world of pain. May it be (proportionally) minimal.
In other words: may you most strenuously strive not to stuff up. (Not that I am hoping you to fall short.) AuFCL (talk) 04:57, 1 September 2016 (UTC)
Thanks. Well, I'll do my best! Let me know if I'm going awry. SWilson (WMF) (talk) 05:37, 1 September 2016 (UTC)
hope you toasted your new digs at the SF wikisalon last night - i hear they have refreshments. Slowking4RAN's revenge 15:32, 1 September 2016 (UTC)
@Slowking4: Would've loved to have gone, but it's sadly a bit of a long way from Western Australia! :-) Maybe next month. Sam Wilson 00:50, 4 September 2016 (UTC)

Unofficial Wikimedia Discord server[edit]

There is now an unofficial server for Wikimedians/Wikisource contributors on Discord. This new chat server provides a useful means of communication to discuss issues and to communicate with other editors more conveniently.

Reguyla (talk) 14:04, 5 September 2016 (UTC)

Interesting idea. Not sure I quite see the point though. For anyone who's wondering, it seems like Discord is some sort of group voice-communication system. Proprietary and closed-source. Not quite sure how it beats Skype or Google Hangouts, let alone the open-source Mumble. Anyone have experience with it? I'm happy to be convinced. Sam Wilson 06:06, 6 September 2016 (UTC)

Tech News: 2016-36[edit]

17:12, 5 September 2016 (UTC)

Announce: New functionality: cross-wiki search results[edit]

The Discovery Search Team wants to enable search results ​on Wikipedia ​that will include articles​ ​gathered across all sister wiki​​ projects – within the same language – but we need your feedback.​

​​​Please read the specifics of how this new functionality might work​ ​ and​ add​ ​comments, concerns, or alternative ideas for design options​ on the talk pages​.​

See an image that shows one of many example display options that have been mocked up, after considering what other wiki communities have done.

Thank you for your time​ and cheers from the Search Team!​

Deborah Tankersley, Wikitech-ambassadors mailing list


Birgit Müller (WMDE) 14:56, 12 September 2016 (UTC)

Tech News: 2016-37[edit]

18:04, 12 September 2016 (UTC)

Missing customized editing toolbar[edit]

Have any changes been made recently? I have not used my customized toolbar for a time, and it is missing in Page and Main namespaces. Also, zoom buttons are present, but do not make changes when clicked. @Ineuw, @Beeswaxcandle:? Thanks, Londonjackbooks (talk) 21:48, 12 September 2016 (UTC)

They seem to be back as of now. Zooming works too. Londonjackbooks (talk) 01:18, 13 September 2016 (UTC)

Gone again, back again. Unstable. Londonjackbooks (talk) 01:21, 13 September 2016 (UTC)

@Londonjackbooks: I am looking at your common.js toolbar setup and it was programmed by GOIII over a year ago, and the same setup did not work for me anymore for awhile.
The important settings for you to check are and post here as follows:
In Preferences \ Gadgets \ Interface, this first option must be selected.
Site: General utilities needed by the templates and portals of this wiki project.
In Preferences there are two toolbar related options. Which ones are selected?
Show edit toolbar or Enable enhanced editing toolbarIneuw talk 03:30, 13 September 2016 (UTC)
Thanks for helping... I have Enable enhanced editing toolbar checked of the two. Londonjackbooks (talk) 03:44, 13 September 2016 (UTC)
@Londonjackbooks: What about the Preferences \ Gadgets \ Interface, this first option must be selected.
Site: General utilities needed by the templates and portals of this wiki project. please make sure it is also selected.
Also, I copied your setup into mine so I see what you "should" see. Please look at this uploaded screen shot File:Ljb setup.jpg is this what you seeing - or not? I took this picture from your earlier work of today. Please open this page in edit mode and compare it to the image and let me know the difference. — Ineuw talk 03:58, 13 September 2016 (UTC)
Please ignore that the layout is over / under and I can switch that to side by side if that is your layout. I am only interested in the toolbar options and the character insert bar position. — Ineuw talk 04:02, 13 September 2016 (UTC)
@Londonjackbooks: Perhaps this image is closer what you (should) have? File:Ljb setup 2.jpg. — Ineuw talk
@Ineuw: Sorry, yes... "General utilities & etc." is also selected. Your screenshot (#2) is what I should be seeing, and once in a blue moon it appears; but more often than not (as currently), I am getting the default(?) toolbar. Londonjackbooks (talk) 04:08, 13 September 2016 (UTC)
Log out of your browser (Chrome?) and all Wikisource related browser cookies should be deleted. They hold user info. I believe you are using Chrome. If you need help with Chrome just post here. You need to log in with newly typed and selected info. — Ineuw talk 04:14, 13 September 2016 (UTC)
@Ineuw: Deleted history, cookies, etc. (Chrome), logged out, logged back in again, signed back into WS, and things have not changed in edit mode. Hoping I didn't err in following instructions. Just to add, if it is late where you are, we can resume this at a later time... perhaps moving this to my Talk page if it gets too lengthy here... Londonjackbooks (talk) 04:26, 13 September 2016 (UTC)
@Londonjackbooks: Don't worry, my evening just began. :-) I will continue this on your page now. — Ineuw talk 04:30, 13 September 2016 (UTC)

Open call for Project Grants[edit]

IEG barnstar 2.png

Greetings! The Project Grants program is accepting proposals from September 12 to October 11 to fund new tools, research, offline outreach (including editathon series, workshops, etc), online organizing (including contests), and other experiments that enhance the work of Wikimedia volunteers. Project Grants can support you and your team’s project development time in addition to project expenses such as materials, travel, and rental space.

Also accepting candidates to join the Project Grants Committee through October 1.

With thanks, I JethroBT (WMF) (talk) 14:50, 13 September 2016 (UTC)

Copyright question with due diligence but still unsure[edit]

Would this be in the public domain?

Conqueror of the Seas
Author: Stefan Zweig (1881-1942) 74 years
Published 1922 in German in Austria
Translated to English 1938
by Cedar Paul (-1972) 44 years

Recent publication date 2007-03-15
ISBN-10: 1406760064 ISBN-13: 9781406760064
But don't know the publisher. I have an .epub version. The web is full of advertisements but no one has it in stock except selling/advertising the 1938 translation.

unsigned comment by Ineuw (talk) .

Original Austrian version would be in public domain. The translation's status cannot be assessed on the presented evidence. Where was it first published? Did it have the requisite components for copyright? If it was published in US was its copyright renewed? etc. — billinghurst sDrewth 23:58, 14 September 2016 (UTC)
Sadly some smart individual renewed the copyright in 2010Ineuw talk 01:43, 15 September 2016 (UTC).
That says
Authorship on Application: Samuel Howard Sloan, 1944- ; Domicile: United States; Citizenship: United States. Authorship: text in Foreword and on the back cover.
Pre-existing Material: photographs, artwork, original text by Stefan Zweig and translation by Eden & Cedar Paul.
Basis of Claim: text in Foreword and on the back cover.
i.e. this new edition of the book has new stuff that has a new as of 2010 copyright. The original would have had to be renewed 28 years after publication, or around 1966, for a valid renewal. For renewals prior to 1977, you need to check something like or . Unfortunately, according to those, it was renewed in 1966, R376873.--Prosfilaes (talk) 02:11, 15 September 2016 (UTC)
@Prosfilaes: Like minds research alike. :-) In the 1966 list it was renewed by Viking Press. In essence we checked the same lists. Between 1994 and 2010, it was in the public domain. I am pursuing this issue to expand my knowledge about copyrights and perhaps challenge the 2010 renewal. There is a question of the legality of renewal due to the book's 1994 end of copyright protection, and the renewal date. — Ineuw talk 20:52, 15 September 2016 (UTC)
Works published between 1923 and 1977 that were properly copyrighted and renewed have 95 years of copyright from initial publication. Only the initial copyright lasted 28 years; the renewal lasts 67. A 1938 work with a proper renewal will leave copyright at the end of 2033.--Prosfilaes (talk) 02:48, 19 September 2016 (UTC)
@Prosfilaes: Please re-read the details at the beginning of the post. I don't question you knowledge of the law, but in this particular case the math is wrong.
  • First of all the book was published in Austria in 1922 in German. So, the copyright has lapsed according to Austrian law (Author's death + 70 years)
  • The English translation was copyrighted in 1938.
  • Viking Press renewed the copyright 28 years later in 1966, which according to you would return it to the public domain in 2033, but, the book was issued a renewal in 2010.
  • This means that the book had to be in the public domain for some strange reason.
  • It was also published by a (phantom) publisher in 2007 and interestingly the book had an ISBN number. I saw the book offered on the web by a number of booksellers listing this 2007 version for sale, but when I tried to order, it was nowhere available. Several places advertised a secondhand copy of the original 1938 publication, but when I tried to order that, again it was not available.
If your 67 year renewal is correct than the copyright still belongs to Viking Press until 2003. But, I believe that it was in the public domain. Based on this, I asked a copyright lawyer and was told that it's very rare for a public domain book to get renewed copyright protection, so I plan to write to the US Copyright Office. I also noticed that there may be a crucial error in the 2010 copyright. What do I have to loose but time? :-) — Ineuw talk 06:06, 19 September 2016 (UTC)
Ineuw, you need to separate the copyright of the original German version which has expired, and the 1938 translation which has not expired, and as Prosfilaes indicated it has 95 years copyright. So anyone can now freely re-translate the German version, but they cannot utilise the published translation. — billinghurst sDrewth 08:12, 19 September 2016 (UTC)
Billinghurst, I am not considering the German original as having anything to do with the US copyright. I just laid out the chronology of the known events that passed. The fact that someone else copyrighted it while the copyright was supposedly owned by Viking Press made me wonder. Finally, I am less interested in the outcome, and more interested in the process. I already have a copy of the book. — Ineuw talk 09:25, 19 September 2016 (UTC)
Please re-read the details I posted at the start of this post. Namely that the registration says: "Pre-existing Material: photographs, artwork, original text by Stefan Zweig and translation by Eden & Cedar Paul. Basis of Claim: text in Foreword and on the back cover." The work was not issued a renewal in 2010; "text in Foreword and on the back cover" was issued a new copyright in 2010, which can always be done when there's a new forward and cover added to an old text. It's possible he got a license to print a limited edition, and it's possible he thought the work was PD. That's neither here nor there; all that says is that we can't copy the foreword or back cover of the new edition, but the body text probably has the same copyright rules as the original.--Prosfilaes (talk) 20:04, 19 September 2016 (UTC)

Two page format issues[edit]

1. The word "WIKISOURCE" in the logo at the top left of this site seems to have had the bottoms of all the letter shaved somewhat. (checked in safari & firefox). Is that just me, or do we like it this way?

2. In my (empty) watchlist, the "Sister Projects" heading and the list of sister projects are in a large font ... again, just me or some issue? --Tagishsimon (talk) 13:29, 16 September 2016 (UTC)

I don't see anything amiss about either the logo or the sister projects on the watchlist, in Firefox 48. Does the issue remain if you log out? —Beleg Tâl (talk) 13:40, 16 September 2016 (UTC)
I don't see anything wrong with the logo logged out with Chrome (vector). I do see an issue with vector and watchlists (FFx), the fonts are big. — billinghurst sDrewth 15:26, 16 September 2016 (UTC)

Petscan and subpages[edit]

Following a request to Magnus, will be adding the capability to Petscan: to work with subpages — on the "other sources" tab — ruling them in or out for queries. This works well where we want to differentiate between root level and subpages. This will help when we need to work with needing to plug entries into biographical works into Wikidata. @Jura1: to this update. The change is viewable at https://petscan-dev.wmflabs.orgbillinghurst sDrewth 15:41, 16 September 2016 (UTC)

Do we have HathiTrust access?[edit]

Do we have users who have full HathiTrust access? There's some works I've found on HathiTrust that I'd like to get pulled, but I'd rather not have to download them a page at a time.

(Also, is the appropriate place to ask for someone to pull stuff from HathiTrust on the WS:Requested texts page?)

Thanks, Mukkakukaku (talk) 19:38, 19 September 2016 (UTC)

Some here have HT access. The other option is that WMF has organised library access to people to certain firewall services, so it may be that if there are things that you are specifically after that it may be possible to coordinate. We could go over there an ask. — billinghurst sDrewth 00:29, 20 September 2016 (UTC)

Tech News: 2016-38[edit]

22:08, 19 September 2016 (UTC)

Wikisource on Wiktionary[edit]


There's no entry on Wikisource in the English Wiktionary. Since English is not ma native tongue and I don't contribute to that wiki, could someone add infos to wikt:Wikisource ?

Cantons-de-l'Est (talk) 13:06, 24 September 2016 (UTC)

@Cantons-de-l'Est: Mes amis, je sui du les Etates Unis, avec anglais... We need usages of the term "Wikisource" to make the entry. —Justin (koavf)TCM 19:33, 24 September 2016 (UTC)
Would be nice, but I'm not sure we meet the brand inclusion criteria: "A brand name for a product or service should be included if it has entered the lexicon". I don't reckon we've entered the lexicon. We should all write more newspaper articles about Wikisource! :-) Sam Wilson 01:02, 25 September 2016 (UTC)

Does this seem right to others?[edit]

For one article Encyclopædia Britannica, Ninth Edition/James Thomas Brudenell, Seventh Earl of Cardigan the following list of redirects have been created

N 08:37 Encyclopædia Britannica, Ninth Edition/Cardigan, Lord‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:37 Encyclopædia Britannica, Ninth Edition/Lord Cardigan‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:36 Encyclopædia Britannica, Ninth Edition/Brudenell, Baron‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:36 Encyclopædia Britannica, Ninth Edition/Brudenell, Lord‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:35 Encyclopædia Britannica, Ninth Edition/Lord Brudenell‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:35 Encyclopædia Britannica, Ninth Edition/Baron Brudenell‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:35 Encyclopædia Britannica, Ninth Edition/James Thomas Brudenell, Baron Brudenell‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:35 Encyclopædia Britannica, Ninth Edition/James Thomas Brudenell, Lord Brudenell‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
08:34 Encyclopædia Britannica, Ninth Edition/James Thomas Brudenell, Seventh Earl of Cardigan‎‎ (2 changes | history) . . (+103)‎ . . [LlywelynII‎ (2×)]
N 08:33 Encyclopædia Britannica, Ninth Edition/Cardigan, James Brudenell, Earl of‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:33 Encyclopædia Britannica, Ninth Edition/Cardigan, James Brudenell, 7th Earl of‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:32 Encyclopædia Britannica, Ninth Edition/Cardigan, James Brudenell, Seventh Earl of‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:31 Encyclopædia Britannica, Ninth Edition/Cardigan, James Thomas Brudenell, Seventh Earl of‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:31 Encyclopædia Britannica, Ninth Edition/Cardigan, James Thomas Brudenell, 7th Earl of‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:31 Encyclopædia Britannica, Ninth Edition/James Brudenell, 7th Earl of Cardigan‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:30 Encyclopædia Britannica, Ninth Edition/James Brudenell, Seventh Earl of Cardigan‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:30 Encyclopædia Britannica, Ninth Edition/James Brudenell, Earl of Cardigan‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:30 Encyclopædia Britannica, Ninth Edition/James Thomas Brudenell, Earl of Cardigan‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:30 Encyclopædia Britannica, Ninth Edition/James Thomas Brudenell, 7th Earl of Cardigan‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:29 Encyclopædia Britannica, Ninth Edition/Cardigan, Earl of‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:29 Encyclopædia Britannica, Ninth Edition/Cardigan, 7th Earl of‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:28 Encyclopædia Britannica, Ninth Edition/7th Earl of Cardigan‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:28 Encyclopædia Britannica, Ninth Edition/Seventh Earl of Cardigan‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:28 Encyclopædia Britannica, Ninth Edition/Earl of Cardigan‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:27 Encyclopædia Britannica, Ninth Edition/Brudenell, J. T.‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:27 Encyclopædia Britannica, Ninth Edition/Brudenell, J.‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:27 Encyclopædia Britannica, Ninth Edition/Brudenell, James T.‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:27 Encyclopædia Britannica, Ninth Edition/Brudenell, James‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:27 Encyclopædia Britannica, Ninth Edition/Brudenell, James Thomas‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:26 Encyclopædia Britannica, Ninth Edition/Brudenell‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:26 Encyclopædia Britannica, Ninth Edition/J. Brudenell‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (re)
N 08:25 Encyclopædia Britannica, Ninth Edition/J. T. Brudenell‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:25 Encyclopædia Britannica, Ninth Edition/James T. Brudenell‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:24 Encyclopædia Britannica, Ninth Edition/James Brudenell‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)
N 08:24 Encyclopædia Britannica, Ninth Edition/James Thomas Brudenell‎ (diff | hist) . . (+102)‎ . . LlywelynII (talk | contribs | block) (redirect)

To me it seems completely pointless for articles that are subpages. Who is going to type the name of the work to finally find all the variations of the article? users are simply going to type their bit of interest and the search engine will do the rest. We haven't followed this process with other biographical works, generally only creating redirects to pages where there is a specific reference that does not exactly match the article name. — billinghurst sDrewth 09:47, 25 September 2016 (UTC)