Wikisource:Scriptorium

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

Contents

Announcements[edit]

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

Proposals[edit]

Recommendation for proofreading by unregistered users[edit]

A recommendation to improve the editing experience for editors who are not registered or logged in.

  1. Reduce the editing window to 12 rows from the currently estimated ~25 - 30.
  2. Enlarge the fixed font size because it's way too small. This alone may turn people away from contributing. — Ineuw talk 07:26, 14 February 2015 (UTC)
Whilst the intent of this proposal is sound; realistically the entire ProofReadPage extension ethos is so deeply bound to users being logged in that frankly Wikisource is never going to be able to be made to look attractive to anonymous contributors, and any attempt to do so without fundamental advance/redesign of that extension is a basic waste of time.
The best that can be hoped for is to continue the efforts ongoing to make it look attractive to consumers, and perhaps hope they might register and return as contributors later on? unsigned comment by anonymous (talk) .
I have difficulty with the belief that the proposed visual changes cannot be implemented, Wikisource culture or not, personal experience says otherwise. If enough people support such a proposal, it will be implemented. If the powers that be, try editing without logging in (Try it, you won't like it.), that in itself would be a good motivator to implement the changes.— Ineuw talk 17:17, 14 February 2015 (UTC)
Even when logged in, the window size and font size vary hugely depending upon the browser I'm using. Firefox gets it right, and IE isn't too bad, but Safari gives me a tiny edit space and tinier font. Unless a proposal can be made that will be consistent across all browsers, I don't see it gaining support. --EncycloPetey (talk) 18:04, 14 February 2015 (UTC)
I fail to understand why you are taking such a negative view. As for your setup, am surprised at your screen differences as well as you comment to "gaining" the support of the community. What does the logged in community has to do with the proposed changes? Unless, it's your habit is to edit anonymously, your comment is non sequitur. I uploaded six screenshots to the Commons. Four are from Windows (FF, Chrome, IE11 and Opera) and two from a Macbook (FF and Safari) all screenshots were made without logging in. IE11 was the only browser displaying 19 lines of text all the others were 25 rows.

I also spent an inordinate amount of time figuring out the font style and font issue. Firefox has its own fonts built in and are inaccessible. I suspect the same with Opera and Chrome.— Ineuw talk 00:03, 15 February 2015 (UTC)

In your screenshots you appear to have toggled the page scan to appear above the edit box and tools. I get the impression that the box is as long as it is because it is meant to stretch a distance downward comparable to a page scan shown beside it. In fact at least for me, on two browsers, in this mode it's never long enough (whether logged in or not). When you toggle the scan to appear above the editing interface, it makes the vertical size of the editing window largely either irrelevant or completely subjective depending on how you personally edit, because you won't be seeing much more out of your scan than a line or two, so what all are you hoping to compare it with in the edit box? djr13 (talk) 04:02, 15 February 2015 (UTC)
I'm sorry that you have such a hard time understanding other viewpoints. I'll only address one of the points you didn't understand: "What does the logged in community has to do with the proposed changes?" It is the logged in community that would need to be rallied to get behind the proposal to make it happen. Anonymous WS editors are unlikely to turn out in droves to do that. --EncycloPetey (talk) 04:16, 15 February 2015 (UTC)
@EncycloPetey: What I was trying to say - Why would any logged in editors oppose a proposal which would improve and unregistered user's experience without harming their own setup?

Having said that, and trying to understand the code elements of Wikisource software, the unregistered user's setup is identical to the default editing settings in Preferences. In this, the default font setting is the browser's default font and size. In Firefox, these are set in Options\Contents\Advanced Monospace font. I haven't checked other browsers.

@Djr13: The Preferences default edit area is 80 columns (or less when using side by side proofreading method, and always 25 rows regardless which view is selected - over & under, or side by side proofreading. Ineuw (talk) 21:13, 15 February 2015 (UTC)

The problem is not opposition to the proposal, but failure to support. Failure to support (apathy) is not the same thing as opposing something. I am apathetic because I've experienced issues that do not seem to be addressed. I've stated my own personal experiences with the edit window. If your experience is different, then it may be a result of using only the latest version of Windows, which I am unable to use. I can't recall which old version of Windows I'm currently forced to use, but upgrading to the latest version of Windows is not possible for me, and may not be for many other editors. You have also failed to consider the impact / effect of mobile devices and their defaults, and have not addressed the issue of side-by-side editing windows (as opposed to windows above each other), which is the way I always see the editor when I am not logged in. --EncycloPetey (talk) 22:28, 15 February 2015 (UTC)
@EncycloPetey: You have a point, but this is how proposals made . . . and eventually accepted and then implemented. As for Windows, I use Windows 7 which is an upgraded Windows XP, very stable and supported. I believe that mobile devices are of secondary importance for proofreading.

The font size is the same as the default font size in the browser, if the font preferences are set Browser default. As for over/under, or side by side editing, the text side of the window in side by side editing is the same 25 rows of the Wikisource default, just the columns adjust automatically to accommodate the scan on the right. But one can modify these settings, I outlined previously.

My proofreading setup is over and under, and the text editing window height is set to 11 rows which is approximate because I see 12 rows. That's all that fits into the screen without constantly scrolling up and down. I also experimented with side by side editing and found that if the text area is set to ~60 rows, it matches the page length of a scanned PSM page.

One last thing, The advantage of editing in over/under mode is that a row of scanned text matches the row of the original without a line break. Ineuw (talk) 03:28, 16 February 2015 (UTC)

┌─────────────────────────────┘
@Ineuw: So are you saying that these can be configured separately so that the default size of the box is appropriate to the editing mode in use? If so, I have no opposition to the change. I would offer my support for it, but I essentially only ever use "over" mode if I need to eliminate the column taken up by the scan so I can shrink the browser window and use a different scan (rarely). djr13 (talk) 19:17, 16 February 2015 (UTC)

@Djr13: Yes, you can change the settings back and forth to whatever you want because you are a registered user. Just to clarify. If you were to reset your editing preferences to the Wikisource default, (for which there is an option on the right of the Save button), then, Wikisource sets the editing options to: Side by side editing, Font = Browser default and the editing box size is set to 80 columns wide and 25 rows high. This is the only mode an unregistered user has. They have no access to any preferences. You, as a registered user can change these parameters to anything you want in your Preferences\Edit panel.

My original proposal is moot because the default settings for editing are built into the Wikimedia software and there is not separate preferences setting for unregistered users. Ineuw (talk) 19:39, 16 February 2015 (UTC)

BOT approval requests[edit]

Help[edit]


Correspondence between Gandhi and Tolstoj[edit]

Dear Madam/Sir,

I am looking for facsimiles of letters (hand-)written bei Tolstoj and came upon the above correspondence. Can you advise whom I have to contact in order to purchase such facsimiles?

Thanks for your cooperation and reply.

Best regards from Germany,

Heidi Hacker

Hope you have seen the talk page where link to certain images are provided.--Arjunaraoc (talk) 13:11, 2 February 2015 (UTC)

When to use 'uc' template to transform text to uppercase[edit]

Under what circumstances would it be appropriate to use the {{uc}} template? This template transforms the given text to all capital letters -- for example: {{uc|example}} produces example.

Recently I've been proofreading/validation documents produced on a typewriter that use all uppercase headings, and have been concerned that maybe I've been doing it wrong by just writing the headings in all capitals instead of using the aforementioned template.

Any guidance would be appreciated. (There are similar templates {{lc}} (lowercase) and {{capitalize}} (first letter capitalized) that I similarly do not know the proper circumstances of, but which I've not had the opportunity to use to date.)

Best. -- Mukkakukaku (talk) 04:26, 8 December 2014 (UTC)

When should you use it? Never. Highlight example, copy it, paste it into a text editor: you get "example". Turns out it wasn't upper-case text at all, it was lower-case text masquerading as upper-case text. The template is evil. It should be deleted. Hesperian 06:00, 8 December 2014 (UTC)
Disclaimer: some browsers are smart enough to push upper-case to the clipboard, so your mileage on my copy-paste demo may vary. I think my point stands. Hesperian 06:01, 8 December 2014 (UTC)
How does the 'evil' argument not equally condemn {{sc}}? {{sc|Example}} (Example) cuts/pastes as "Example", but it looks like E{{x-smaller|XAMPLE}} (EXAMPLE) which cut/pastes as "EXAMPLE". Not too sure where you are going with this argument? 121.218.57.230 06:50, 8 December 2014 (UTC)
"Example" is obviously styled, and I am comfortable with it decomposing to "Example" when that styling is removed. "EXAMPLE" has the appearance of unstyled text, it can easily be rendered using unstyled text, and I am not comfortable with it actually being completely different text with a surreptitious styling applied to it. Hesperian 00:28, 9 December 2014 (UTC)
Not precisely a defence of this template, but there is a good case to be made for using the parser-function equivalent {{uc:example}} — which produces EXAMPLE — which does screen-scrape correctly and reliably as [EXAMPLE] — and that usage is within templates which may need to compare two strings in a case-insensitive fashion. Simply consistently uppercase/lowercase/capitalise both quantities to be compared (say) in a {{#ifeq:}} test.

For reference these parser function/magic keywords exist and produce results as shown:

  1. {{uc:eXaMpLe}}: produces EXAMPLE;
  2. {{lc:eXaMpLe}}: produces example;
  3. {{lcfirst:eXaMpLe}}: produces eXaMpLe; and
  4. {{ucfirst:eXaMpLe}}: produces EXaMpLe.
N.B. Functions 3 & 4 affect only the initial letter of the string, so to produce sentence capitalisation something akin to {{ucfirst:{{lc:eXaMpLe}}}} would be required (produces: Example as expected.) (Buried in "official" documentation about two-three screenfulls down from here: MW:Help:Magic_words#Formatting) AuFCL (talk) 10:04, 8 December 2014 (UTC)
I don't prescribe to the "never" scenario, I would say "hardly ever". My commentary is that I use it with some newspaper articles where the capitalisation has been made by the sub-editor, not the author. I use it as newspaper articles when they come back from search engines can look butt ugly. So I get the presentation form for the article, though the text as for a search engine. — billinghurst sDrewth 12:18, 8 December 2014 (UTC)
Somewhere I got the idea that {{uc}} is for text that is uppercased for emphasis or as a matter of typographical style, but would ordinarily be mixed-case. I used it on this page to produce text that appears to almost exactly match the source (except for vertical spacing, because vertical whitespace doesn't really make sense in hypertext), but, if copied and pasted, comes out in normal title case. In short, I use it to preserve the appearance while allowing the text itself to conform to modern case usage if the markup is stripped, since plain text is easier to read in mixed case. As long as headings would remain distinguishable in some way, I support using {{uc}} with mixed-case text. (I have some older reading devices that can handle plain text but not HTML markup, so I tend to think about these kinds of issues more than most, I guess.) Pathore (talk) 02:04, 3 February 2015 (UTC)
I also don't agree with "never". The template uses CSS for styling which is completely appropriate. In other words, the correct capitalization is stored "behind" the styling. This important for parsing the text, such as is done by search engine spiders. I tend to change all caps from books to the correct case and style it with the template (which uses CSS) as needed. However, I notice many books where the all-caps text has been copied and I don't agree with this as style and content should be separated as much as possible. (And yes, I know that it can't be separated as much as it should be on WS.) The Haz talk 01:13, 24 February 2015 (UTC)
Nevertheless, all that laziness in applying 'template approaches' such as this uppercase based one today will just make more maintenance work for somebody else one day in the future.

Hesp was right; Never apply is best because today's specs regarding this nuance are dumb at best -- the future CSS3 implementations will allow for more flexibility in better defined scenarios for titling-case instances, section-label instances and similiar. -- George Orwell III (talk) 02:30, 24 February 2015 (UTC)

After Action Report 770th FA[edit]

I have in my possession, what I believe to be an authenic after action report, dated 21 August - 30 Sept 1944. My father, Robert F Williams was a T/Sgt in said unit.

I am wondering what, if anything, this report is worth.

If anyone sees this...please email me at:

    umberado@comcast.net

David Williams 23 January 2015 (UTC)


May I submit paid old news article?[edit]

There is an old news article "FORMOSA KILLINGS ARE PUT AT 10,000" on New York Times. It was reported in 1947, 68 years ago. New York Times now charges some money for people to download the PDF version of the article. (Although a search on Google shows many results which allow people to read the full article, like this one.)

If I purchase the PDF version of the article, may I create a page for it?--Matt Smith (talk) 10:23, 23 January 2015 (UTC)

We cannot publish it on Wikisource. The material has to be prior to 1923 to be in the public domain. That is why they are selling it.— Ineuw talk 10:34, 23 January 2015 (UTC)
Thank you for the information. Does the "be prior to 1923" rule only apply on news articles? I see the "posterior to 1923" United Nations Convention on the Law of the Sea. And on Chinese Wikisource I also found an old Chinese news article, which was reported in 1951.--Matt Smith (talk) 11:13, 23 January 2015 (UTC)
Actually, I want to translate that article into Chinese and then submit it onto Chinese Wikisource. English Wikisource isn't the place I want to submit an article to.--Matt Smith (talk) 11:33, 23 January 2015 (UTC)


Articles that are in the public domain in the US may be freely hosted here. "The material has to be prior to 1923" is not quite correct: texts published before 1923 are almost definitely in the public domain in the US; texts published after 1923 probably are not. I don't know about this particular article.

But even if it turns out that we can host the text, that does not imply that you have the right to post the text. If in purchasing an article you enter into a contract that forbids you to redistribute it, you may find yourself in breach of contract if you post it here.

Hesperian 11:38, 23 January 2015 (UTC)

Thank you. It looks like the article isn't in the public domain otherwise New York Times wouldn't sell it.--Matt Smith (talk) 12:51, 23 January 2015 (UTC)
My last two cents. It would be best to look up and read Wikipedia and Wikimedia commons articles about the subject. Both have extensive copyright information. — Ineuw talk 16:41, 23 January 2015 (UTC)
I really hope the article can be posted on Wikisource and your advice is inspiring. However, since New York Times is still selling the article, is it possible that there is some copyright rules allow the article to be posted on Wikisource?--Matt Smith (talk) 02:06, 24 January 2015 (UTC)
People selling something doesn't mean much one way or the other. But the New York Times was renewed basically from 1923 on, so most of the newspaper (sans advertising) is still under copyright.--Prosfilaes (talk) 10:56, 3 February 2015 (UTC)

Text on top of image[edit]

I've forgotten how to. Page:Child-life in Japan and Japanese child stories (Ayrton, Matilida Chaplin. , 1901).djvu/46. Moondyne (talk) 13:53, 29 January 2015 (UTC)

You may have a try with {{overfloat image}}. Hrishikes (talk) 14:05, 29 January 2015 (UTC)
Ahah! Thanks, and wish me luck! Moondyne (talk) 14:23, 29 January 2015 (UTC)
I cannot seem to remove whitespace below the image. Is there a trick? Moondyne (talk) 15:12, 29 January 2015 (UTC)
Yes check.svg Done Hrishikes (talk) 15:44, 29 January 2015 (UTC)
Hrishikes, that remedy is absolutely fascinating! —Maury (talk) 22:56, 1 February 2015 (UTC)

Is this regular or italicized Greek?[edit]

Having no basic knowledge whatsoever about Greek characters, I would be interested in any advice whether the Greek characters in A Dictionary of Christian biography and literature, like at Page:Dictionary of Christian Biography and Literature (1911).djvu/20, are "regular" Greek characters or italicized. John Carter (talk) 16:40, 29 January 2015 (UTC)

"regular". The preference here is to avoid italicising non-Roman text because the fonts aren't designed with italic options. I usually wrap Greek characters in the {{Greek}} template because the fonts in there are more easily read, particularly the diacritics. Beeswaxcandle (talk) 16:47, 29 January 2015 (UTC)
In this case, it's "regular" text, but the characters are Ancient Greek (not the modern language). The ancient form of the language includes characters and diacritics not present in the modern language. The standard template for enclosing Ancient Greek text on most MW projects is {{polytonic}}. --EncycloPetey (talk) 20:27, 1 February 2015 (UTC)

The Dream of Life poem[edit]

I'm not sure how the quote at the start of the poem is formatted. Besides, I changed to a new computer and a new, wide monitor quite recently. --Lo Ximiendo (talk) 16:38, 31 January 2015 (UTC)

I gave it a shot; let me know if it is acceptable! Londonjackbooks (talk) 17:23, 31 January 2015 (UTC)
Thanks for your help along with the help of Mpaa. --Lo Ximiendo (talk) 20:28, 31 January 2015 (UTC)
No problem :) Londonjackbooks (talk) 22:35, 31 January 2015 (UTC)

Can legal papers be published?[edit]

Can legal papers which were submitted to Supreme Court of the United States in 2009 be published? The papers are someone's affidavit for testifying the case.--Matt Smith (talk) 13:39, 1 February 2015 (UTC)

@麥特-斯密斯: We usually don't publish something for the first time here. Can you tell us more about what the documents are? —Justin (koavf)TCM 15:11, 2 February 2015 (UTC)
The documents (affidavit) were wrote by "former President of the ROC government in exile". They were used in a lawsuit against the United States government. Please see this reporte.--Matt Smith (talk) 07:42, 3 February 2015 (UTC)
@麥特-斯密斯: Probably. I would imagine that anything submitted to a court would by definition be public record and if it were written by an ROC president, the author would be notable. Let me know how I can help. —Justin (koavf)TCM 05:03, 4 February 2015 (UTC)
That sounds good. What's the appropriate way for me to hand the documents to Wikisource.org?--Matt Smith (talk) 05:56, 4 February 2015 (UTC)
@麥特-斯密斯: Generally, if it was originally published in print, then there will be a digital scan of it that is uploaded to our sister site Commons. This is not strictly necessary but it is useful sometimes. If you have digital copies, then they can be virtually copied and pasted here. —Justin (koavf)TCM 06:01, 4 February 2015 (UTC)
I see. I found the pdf version on the personal website of the petitioner and the image version on a Chinese website. Are those versions okay for uploading to Commons?--Matt Smith (talk) 06:36, 4 February 2015 (UTC)

@麥特-斯密斯: Definitely. Can you tell if the two are identical? PDFs are nice because we can use software here to scan the document and reproduce the text. —Justin (koavf)TCM 06:38, 4 February 2015 (UTC)

Yes, I believe they are identical because the font and the signature on the the pdf version look identical to the image version. Obviously the image version was created by scanning the pdf version. Or rather, the pdf version was created by scanning the image version. Anyway, they look identical. --Matt Smith (talk) 06:54, 4 February 2015 (UTC)
From my reading of the United States Code/Title 17/Chapter 1 I believe that the text you are proposing to add is copyright and not in the public domain. While court decisions are not copyright, there is no explicit exception made for court proceedings or for the documents submitted to courts. For us to host this text, there will need to be an OTRS ticket showing that the author gives permission to Wikimedia to host. Beeswaxcandle (talk) 07:25, 4 February 2015 (UTC)
I understand. Then I might need to talk to the petitioner to ask if he is willing to give permissions to Wikimedia. Since I myself and probably the petitioner have no clue on how OTRS and related copyright rules work, what should I inform the petitioner? And what effects will happen to his documents after the text is hosted on Wikimedia? He may need to know these things before making the decision.--Matt Smith (talk) 07:51, 4 February 2015 (UTC)
The best thing I can do is to point you to Commons:OTRS. The process is explained there. Beeswaxcandle (talk) 08:09, 4 February 2015 (UTC)
Thanks. I will read it.--Matt Smith (talk) 08:45, 4 February 2015 (UTC)

Why no automatic ocr text layer ?[edit]

Yesterday I uploaded from IA to Commons the book and then at wikisource I created Index:Irish_Emigration_and_The_Tenure_of_Land_in_Ireland.djvu after spending considerable time creating the entry Author:Frederick Temple Blackwood. Now the index Progress is "Index_-_Text_Layer_Requested" Does this mean I should do something to get the text layer ?

This is the second book I added to wikisource. Previously for Index:Annalsoffaminein00nich.djvu it seemed the ocr layer was automatically present. I have read soooooo many help pages but this situation does not seem to be discussed. Thanks.Robin2014 (talk) 16:25, 1 February 2015 (UTC)

The automatic text layer is generated at IA and incorporated into the DjVu file there. If the file is missing its OCR text layer, then we won't have it either. We don't generate this layer ourselves. The IA procedures change over the years, and some of their DjVu files are missing one or more of the layers that are now standard.
This question comes up often. Could someone well-versed in the issue (and how to resolve it) start a page with guidance? --EncycloPetey (talk) 20:24, 1 February 2015 (UTC)
This djvu file has a text layer. I do not know why the extension does not show it. My opinion is that there is some problems with the text format and the extension does not recognize it. Might be wrong, 2nd opinion welcome.--Mpaa (talk) 20:32, 1 February 2015 (UTC)
It was derived back in 2008 for one thing. Chances are there are structural errors affecting the coordinate mapping or the outline labeling. One sure way to check is to extract the text-layer and try merging it back in. If it extracts but fails upon the [re]merge, you should get some sort of error message indicating why it failed (then we go troubleshooting based on that next). -- George Orwell III (talk) 20:40, 1 February 2015 (UTC)
Like I said....

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

C:\Program Files (x86)\DjVuLibre>djvused duff.djvu -e 'output-txt' > duff.txt -u

C:\Program Files (x86)\DjVuLibre>djvused duff.djvu -f duff.txt -u -s

*** Syntax error in txt data: illegal zone token 'page',
        near ' 0 0 1720 2994'
*** (..\..\..\tools\djvused.cpp:380)

... it seems the OCR routine at the time could not handle complex tables that take up almost an entire page so it "thought" the table(s) were pages themselves -->
--> (illegal zone token 'page'). -- George Orwell III (talk) 21:03, 1 February 2015 (UTC)

@Robin2014: I can upload the current text layer by bot. Let me know if you want to try to re-obtain a better text layer from IA or if you want me to go ahead with the current one. You can judge the quality looking at this page.--Mpaa (talk) 22:49, 1 February 2015 (UTC)
.... or you can just hit the OCR button for every page; same result. Doesn't matter if its a lump dump or a page a time; garbage in, garbage out I say. The most straight forward solution is to take the original .PDF and re-derive it by re-uploading to IA using a different identifier (like ' irishemigrationt01duff ' for example). Once the processing is done, you can take the new .djvu and upload it over the bad one on Commons. -- George Orwell III (talk) 00:10, 2 February 2015 (UTC)
Thank you all for the info. All 4 copies of this book on IA were processed in 2008. I decided to take the pdf file and upload it to IA with a slight change in the file name. I'll take a look at it when IA processing is finished and let you know if it seems a better result. Thanks again Robin2014 (talk) 14:24, 2 February 2015 (UTC)
Would simply requesting re-deriving the file on IA possibly solve the problem? Would it be worth considering it a standard practice before uploading the file to Commons to make sure the IA OCR was generated at least within the past couple years? djr13 (talk) 14:54, 2 February 2015 (UTC)
I haven't had much luck using their manager for such things personally but its something worth looking into further - I just have too much on my plate at the moment. I think Nemo bis is the best person to tap for guidance on this (I believe he's an IA admin). -- George Orwell III (talk) 15:30, 2 February 2015 (UTC)

djr13 and Robin2014 pointed me to this discussion. It's certainly appreciated, both by Internet Archive and by users, if a new derivation is made and quality tested with ABBYY 9.0. However, I don't have sufficient privileges to rederive an item which was successfully derived, unless I uploaded it. The recommendation IA gave me is to upload a duplicate with the same metadata and originals but a different identifier: everyone can do this, and is encouraged to.

If you find a pattern where books in language X or in topic Y are considerably better with the new OCR, we can tell IA and they will rederive en masse. If reuploading yourself is too burdensome, I can help, but not on a continuous basis: give me a list of a few dozens/hundreds items of which you want to verify a new OCR, and I will reupload them for you. Ideally we'd then return, to IA, a table listing the tested IDs and what improvements there was. --Nemo 22:27, 2 February 2015 (UTC)

IA has processed the book under the name https://ia802600.us.archive.org/3/items/irishemigrationt01duff. I used URL2Commons to move this .djvu to commons with name "Irish Emigration and The Tenure of Land in Ireland 2.djvu" I could not put this in commons with the original name so I added '2' at the end of the title. Then I created the Index with '2' at the end of the name and now the OCR layer was done automatically. I guess this was the result of the re-derivation of the djvu. Now what does wikisource prefer - should the name without the 2 be deleted ? OR should be name with '2' be used to replace, or update the name without '2' ? Robin2014 (talk) 15:51, 3 February 2015 (UTC)
I reupload it at Commons as a new version of the original one, deleted the Index:*_2.djvu here and nominated the File:*_2.djvu at Commons.--Mpaa (talk) 20:03, 3 February 2015 (UTC)

Whitespace below {{overfloat image}}[edit]

Above leaves a block of whitespace below each image and the examples on the /doc page all seem to show this. Viewing page source shows the anomaly is this

<p><br /></p>
<p><br /></p>
<p><br /></p>
<p><br /></p>

Where does that come from and can it be removed? Moondyne (talk) 02:12, 2 February 2015 (UTC)

Short answer: from inside the template itself. Happy now? 124.183.99.79 04:10, 2 February 2015 (UTC)
Always happy. Cheers. Moondyne (talk) 07:08, 2 February 2015 (UTC)
Good to hear. My earlier note was unreasonably terse. What I should have said is that the comments embedded inside the template were slightly mis-aligned; resulting in issuing one blank line for every possible "item" field (there are nine of these: item1..item9.) This becomes significant when you realise 8 empty lines represents 4 paragraph boundaries... thus your anomaly in a nutshell. Hope this (longer) explanation is clear enough? 124.183.99.79 aka 101.175.138.189 07:24, 2 February 2015 (UTC)
Yes it is. I am much obliged. Moondyne (talk) 23:26, 5 February 2015 (UTC)

Small help with my first text[edit]

Original_Stories_from_Real_Life This needs a few chapter transclusions to be fixed and the table of contents validated. User:John Carter and I have put in most of the work if someone else wants to help polish it off. Thanks! —Justin (koavf)TCM 15:12, 2 February 2015 (UTC)

It looks as though the Google notice also needs to be stripped out. --EncycloPetey (talk) 15:38, 2 February 2015 (UTC)
Extraneous initial pages taken care of. Hrishikes (talk) 16:20, 2 February 2015 (UTC)
EncycloPetey, how would *you* strip out the Google watermarks on any file, .pdf or .djvu? —Maury (talk) 16:18, 3 February 2015 (UTC)

Charinsert bar disappeared[edit]

The title says it all. Can anyone shed some light on this? — Ineuw talk 21:24, 3 February 2015 (UTC)

Getting back to this issue, is there anyone who knows how to fix this? I am like a fish out of water, a boat without oars, and just drifting here. — Ineuw talk 11:37, 4 February 2015 (UTC)
Just helping myself - turned the gadget feature off and then on, and now it's back. Thanks ineuw, you're great.— Ineuw talk
Charinsert disappeared again - this time disabling & enabling didn't help. Can someone help to resolve this please? — Ineuw talk 22:28, 4 February 2015 (UTC)
Gone for me too (Chrome)... But it appears in IE. Anxious to get it back! Londonjackbooks (talk) 03:35, 5 February 2015 (UTC)
Still there for me in Firefox and Safari, but strangely it's at the top of the edit window in Safari while at the bottom of the edit window in Firefox. --EncycloPetey (talk) 03:39, 5 February 2015 (UTC)
When it was appearing in Chrome, it would normally appear at the top, but would occassionally appear at the bottom. But at least it was there! Londonjackbooks (talk) 03:52, 5 February 2015 (UTC)
It's there for me in chrome (android), I have just now done some edit with it. Hrishikes (talk) 05:22, 5 February 2015 (UTC)
I guess the lights went out and GO3 is not around to blame. It's not appearing in any of my browser toys in any of the OS's.— Ineuw talk 05:24, 5 February 2015 (UTC)
I've lost it as well (it seemed to appear sporadically for a short time, then disappear entirely). The code behind it is MediaWiki:Gadget-charinsert-core.js. That was last edited on 23 Jan by @Krinkle:, which doesn't match up with problems occurring over a week later (besides which he appears to be a developer -- I'm afraid I don't keep up with that side of things -- and should know what he's doing). I can't see any other obvious edit on any related page that might be causing this. - AdamBMorgan (talk) 14:19, 6 February 2015 (UTC)
Filed a bug report on Phabricator.— Ineuw talk 06:16, 7 February 2015 (UTC)
All appears normal for me ... monobook, old toolbar above, and the edittools below. — billinghurst sDrewth 06:24, 7 February 2015 (UTC)
Ah, ha! It's not gone for me either, but I'm still using monobook as well. Has it gone for anyone who is using monobook? If not, then that needs to be part of the bug report. Beeswaxcandle (talk) 06:37, 7 February 2015 (UTC)
Still gone in Chrome; hopefully the bug ticket will get someone to look into why the problem exists in some browsers and not in others. May need to be specific in the report. Londonjackbooks (talk) 06:29, 7 February 2015 (UTC)

┌───────────────────────────────────────┘
I was using the modern skin, but switched to another to test it and there was no change. At my end it doesn't seem to be skin or browser related because it doesn't work in any of the browsers. Perhaps it may be a combination of selected gadgets? I also tried to place the code in the skin related .js folder, but that didn't help. Currently it's installed in the "Shared CSS/JavaScript for all skins". — Ineuw talk 06:53, 7 February 2015 (UTC)

What about now that I removed the Jan 23 Krinkle toolbar bit addition and dependency changes? -- George Orwell III (talk) 21:19, 7 February 2015 (UTC)
I was posting the this when GO3's post collided with mine: "This problem also popped up in other wikis. I disabled all gadgets as it was suggested, but nothing happened since my last post until now. The Charinsert has returned. Whether this is permanent or not, I don't know, but I am very suspicious that the return of the Charinsert coincides with the reapperance of User:George Orwell III." :-).— Ineuw talk 21:26, 7 February 2015 (UTC)
The problem was 2 weeks off for Developer Reach-Around Camp on top of the normal 1 week wait for a new 1.25wmf release to come down to us making for a total of 3 weeks between developer "action" and developer "result". The change this past tues resulted in 3 weeks of good intentions going bad it seems (I can't remember what took place 3 days ago so its not hard to believe forgetting something 3 weeks old taking place). -- George Orwell III (talk) 21:33, 7 February 2015 (UTC)
I appreciate your explanation, but it doesn't mean that I accept it. For all I know you were off on a quest for better goulash.— Ineuw talk 21:43, 7 February 2015 (UTC)
Sorry, I forgot to advise the community that the toolbar is back again (for me). — Ineuw talk 21:52, 7 February 2015 (UTC)
Back, and functioning. Thanks, Londonjackbooks (talk) 23:53, 7 February 2015 (UTC)

Missing features in non-English Wikisource?[edit]

I'm considering putting some Latin texts on Wikisource. However, the Latin Wikisource seems to have much fewer features than the English Wikisource. For example, margin notes, verse numbers, TOC options--all these are missing, and they are important for these texts. I assume Latin texts cannot be hosted on the English Wikisource. Is there any solution?— Fps.vogel (talk) 19:00, 3 February 2015 (UTC)

One I can think of is to copying the templates to the Latin site.— Ineuw talk 00:49, 4 February 2015 (UTC)
Got it, thanks!— Fps.vogel (talk) 15:19, 6 February 2015 (UTC)

Corruption in {{overfloat image}}?[edit]

Suddenly I noticed today some extra curly braces in a page proofread by me with the help of {{overfloat image}} and already validated. Has someone tinkered with the template? Hrishikes (talk) 14:25, 5 February 2015 (UTC)

You are right. The attempt to address Whitespace below {{overfloat image}} above introduced this error. @AdamBMorgan: has also been working on this template; and as my solution is quite different to his (he had only addressed the issue insofar as item1 was affected) I shall let him decide which approach to crystallise upon. In short, please check back from time-to-time to ensure this thing is (still) working.
Perhaps excessively ramming the point home: two-edit change differences. This is important (possibly only to ABM above) but probably not interesting. 110.147.190.65 21:23, 5 February 2015 (UTC)
I had to stop to do something else. I see what the problem is now, but I went ahead with just replacing the table segments with straight HTML instead of wikicode. HTML has explicit close tags that don't require interpretation. Hopefully this will also prevent future errors as well as the current bug. Besides, all the wikicode does is get translated into HTML anyway. I've taken the time to clear up the code as I found it difficult to interpret as it was; a little more spacing and structuring (with commented out whitespace) should help there. - AdamBMorgan (talk) 00:00, 6 February 2015 (UTC)

Index:Bradshaw's Monthly (XVI).djvu[edit]

Finally completed, but I'd like someone to advise on how to tweak the tables slightly.ShakespeareFan00 (talk) 17:32, 6 February 2015 (UTC)

The only reasonable tweaks I can see at a glance might be replacing the blanks and some minor formatting bits. Where you currently have
|{{ts|ar}}|.
|{{ts|ar|br}}|.
You could try |colspan="2" {{ts|ac|br}}|. ., which gives a result closer to the original. In general, collecting the pairs of numbers on single lines also makes the wikitext easier to work with. I've just done a bunch of this on Page:Bradshaw's Monthly (XVI).djvu/8. Was this a series that ran consistently enough and long enough for specialized table formatting templates to be worthwhile or where the tables radically different in each edition? Pathore (talk) 04:16, 7 February 2015 (UTC)

| "Helper" templates was how i got this proofread. the issue you mention above is a sideeffect, which ca be easily cleaned up. ShakespeareFan00 (talk) 16:31, 7 February 2015 (UTC)

OCR button has disappeared[edit]

The OCR button is gone from the toolbar. This is a pretty serious problem for working with source files that contain no text layer. --EncycloPetey (talk) 17:46, 7 February 2015 (UTC)

Present in chrome in Windows 7 in my laptop. Absent in IE and Firefox. Hrishikes (talk) 18:20, 7 February 2015 (UTC)
OCR button not present in Safari on iMac. --kathleen wright5 (talk) 22:18, 7 February 2015 (UTC)

┌────────────────┘
Please check again -- any change now? -- George Orwell III (talk) 03:39, 8 February 2015 (UTC)

Now it has disappeared from Chrome (Windows 7) as well. Absent in IE and Firefox as before. Present in Chrome (android). Appears in Chrome (Windows 7) after logging out. Appears in Firefox after logging in. Hrishikes (talk) 03:56, 8 February 2015 (UTC)
Still no OCR button in Firefox for MacOS. It showed up briefly in Safari (MacOS), but when I logged out and then back in, it disappeared again in Safari. --EncycloPetey (talk) 05:24, 8 February 2015 (UTC)

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

@Kathleen.wright5, EncycloPetey, Hrishikes: I'm convinced this latest drop-out of the OCR button has to do with last Tuesday's core 1.25wmf15 update and it's "effect on the way things [gadgets] are loaded when they are labeled as site-wide defaults" (I don't know how else to phrase it never mind identify what it was specifically). Soon afterward, I'm pretty sure the combination of CharInsert being a site-wide default, the OCR button being a site-wide default and the ProofreadPage toolbar extension in general are now all "competing to load at the same point in time & into the same memory".

As a work-around that produces the most consistent results for all three components [here on my lonely IE11 Win Edge setup], the OCR button gadget will no longer be a site-wide default for the time being (maybe forever?) -i.e. >>>> YOU MUST ENABLE THE OCR BUTTON GADGET MANUALLY IN YOUR USER PREFERENCES NOW <<<<

Once manually enabled AND given some time for the change to actually work its way through the existing cache or caching for each user, the OCR button should then reliably generate for you in each and every Page: edit session you initiate and leave the PR extension and the CharInsert toolbar to their own "functioning states" at the same time.

Please post back with your observations and/or results. -- George Orwell III (talk) 05:50, 8 February 2015 (UTC)

Back in Chrome after manual preference. Thanks. Hrishikes (talk) 06:06, 8 February 2015 (UTC)
That OCR button must be on the newest editor version. I have *never* had to use the OCR button on this older editor. Always try to use .djvu files. —Maury (talk) 07:56, 8 February 2015 (UTC)
@William Maury Morris II: The problem is that some DjVu files do not have a text layer, and then you either have to redo the file at IA, or else use OCR. --EncycloPetey (talk) 16:33, 8 February 2015 (UTC)
Still not seeing the OCR button in Firefox or Safari (MacOS), even after logging out/in and patient waiting. I set my Preferences for the Gadget shortly after GO3 posted. --EncycloPetey (talk) 02:17, 9 February 2015 (UTC)
@EncycloPetey: Interesting. I have been blessed, I suppose, because the .djvu files I upload all have text layers and therefore I never had to use our OCR button. Still, my OCR is still exists to use. I see no problem in anyone having to redo a file at IA. I learned from Ineuw, or however he spells his alias here, how and where to get and/or derive .djvu files and to avoid .PDF files when possible. Heaps of blesssings upon him for it! I recall he placed detailed instructions on wikisource! Too, I think George Orwell III has explained it. I use only Firefox 35.0.1 until it is upgraded and never do I have to use the OCR button. —Maury (talk) 02:37, 9 February 2015 (UTC)

┌──────┘
@George Orwell III: I should create a table for all the browsers in various OS's. I tested the OCR in the following browsers using Ineuw for the advanced toolbar and my public account configured for the legacy toolbar.

  • In both Windows and Apple - Logging out and then in works if not on the first try then the second.
Advanced toolbar
  • In Windows and Apple - It always works with the advanced toolbar in all browsers. This includes, Firefox, IE 11, Chrome, Opera and Safari.
Legacy toolbar
  • In Windows - It works in all browsers except in Opera, where logging out and in brought it up on the second try.
  • In Apple - Always works in Firefox but not in Safari. Logging out and in brought it up on the second try.

I also tested if it works for each of the above. On one occasion in Safari, it showed up but didn't work on the first try. If anyone has a problem with Linux, I can test it in Xubuntu 14.04 with Firefox, Opera, and perhaps Chrome (don't remember if I installed it). I really hope it helps. — Ineuw talk 04:52, 10 February 2015 (UTC)

I tested both Firefox and Chromium in Linux and the results were that with the advanced toolbar OCR always shows up and works. With the legacy toolbar the icon was missing on the first edit in both browsers. Purging the page (I use the UTC clock purge), it shows up. Perhaps the editors with a problem should check their preferences that only one toolbar is selected.— Ineuw talk 17:39, 10 February 2015 (UTC)
Indeed, that was the problem in my case; I had more than one version of the editing toolbar selected (no idea why or how). Correcting this issue to select just one of them corrected the problem. Thanks to GO3 for helping me figure that out. --EncycloPetey (talk) 02:54, 11 February 2015 (UTC)

Sir Arthur Stanley Eddington[edit]

Hellow!
Works of Sir Arthur Stanley Eddington are in the public domain now. So I've made Index:Eddington A. Space, Time and Gravitation. 1920.djvu. Please proofread it. --Максим Пе (talk) 13:43, 9 February 2015 (UTC)

A note to editors: The title of the work is Space Time and Gravitation. The comma in the name of the DjVu file is erroneous (it will not affect editing the work). The work is on the interplay of (a) space-time and (b) gravitation, and is not discussing three separate topics. However, it would be nice if someone with the use of a bot could rename the file at Commons and move the few pages created here so far. --EncycloPetey (talk) 19:42, 9 February 2015 (UTC)
Is that sufficient grounds for any of us to get someone at Commons to rename the file or does Максим Пе (talkcontribs) need to put in the rename request (as "uploader requested") at Commons? There are only 16 pages done so far, few enough that I'll do the moves manually, if the rename is done before too many more pages are added. Also, what is going on with that Table of Contents on the Index page? I see it overlapping with the index fields. Pathore (talk) 22:48, 9 February 2015 (UTC)
If the pages here are moved, then I can do the renaming at Commons afterwards. A move/rename at Commons is not so big a thing now as it used to be.
The table of Contents on the Index page is a temporary version inserted manually, and it can be replaced once the Contents in the source file is proofread. --EncycloPetey (talk) 00:42, 10 February 2015 (UTC)
@EncycloPetey:I've just finished doing the moves here; go ahead and rename the file on Commons. It looks like the page list will be broken until the rename goes through there. Pathore (talk) 03:50, 10 February 2015 (UTC)
I've also found the actual cause of the page layout problem: the "Cover image" field is supposed to be a page number, it seems, but was an actual [[File:]] link instead. Now that I've fixed it, the cover image is also a red link until the Commons rename goes through. Pathore (talk) 04:36, 10 February 2015 (UTC)
Move I'm not sure why this took so long but I happened to see that this file needed renaming because I was alerted through Special:Notifications when User:Максим Пе thanked me. I moved it on Commons and then came back here and saw all this. I'm not that interested in proofreading this text but I'll help validate if someone pings me on it. —Justin (koavf)TCM 05:08, 10 February 2015 (UTC)

┌────────────────┘
This is a bit of a mess. Unfortunately the proper name on the Commons should have been File:Space, Time and Gravitation (1920).djvu which currently is a redirect to the bad file name. I can move files but this requires a delete which I can't do. One must ask for help and explain that the redirect should be the right file name.— Ineuw talk 05:11, 10 February 2015 (UTC)

Do the pages here on Wikisource need to be moved again? Also, there is no comma in the title, so the correct name would be File:Space Time and Gravitation (1920).djvu, which does not exist at the time of this writing. Pathore (talk) 05:16, 10 February 2015 (UTC)
Move I don't understand the problem: the index is fine now and synced with Commons. I've since validated and edited pages to this text. —Justin (koavf)TCM 05:19, 10 February 2015 (UTC)
Now I'm getting confused. As I see it, the file was uploaded under the name "Eddington A. Space, Time and Gravitation. 1920.djvu". It was pointed out that there is no comma in the title of the work, so I moved all of the pages to remove the comma, but I can't move files at Commons, so I left the note in the index. Now it is being pointed out that "Eddington A. Space Time and Gravitation. 1920.djvu" doesn't follow the standard naming convention in some other way that I am just now learning about. 16 pages isn't too many to move by hand, but if the work gets mostly proofread before we decide on its file name, things get messier. Pathore (talk) 05:27, 10 February 2015 (UTC)
Everything fine as it now stands. Both our files and the file on Commons have been correctly renamed, as they should be. Everything is fine. It only looked like a mess during the brief period after we had renamed our local files, but the source file on Commons had not yet been moved. Once everything was moved, the mess was resolved. --EncycloPetey (talk) 15:06, 10 February 2015 (UTC)
@Ineuw: There is no reason to add a comma to the book's title. It never had one. Einstein's concept of spacetime can be written with a blank space (space time), a hyphen (space-time), or be written as a single word (spacetime), but it cannot be written with a comma in the middle of the term. That would be like saying you "rode a school, bus" instead of saying "rode a school bus". It's nonsense to insert a comma into the middle of a term. --EncycloPetey (talk) 15:21, 10 February 2015 (UTC)


OMG! I think you are missed.
First of all filenames are very free at Commons. For example File:LorentzStatement1920.djvu => Index:LorentzStatement1920.djvu => The Einstein Theory of Relativity
I've put filename "Space, Time and Gravitation" with comma because that was in sourceInternet Archive. Also please look at Project Gutenberg: Space, Time and Gravitation by Sir Arthur Stanley Eddington and Amazon: Space, Time and Gravitation: An Outline of the General Relativity Theory (Classic Reprint)
At last I don't know why there is no comma in first edition title. Really :-) May it be misprint? --Максим Пе (talk) 14:40, 10 February 2015 (UTC)

No, the comma was not in the source (the original book), it was an arbitrary file name choice at IA for their file name. Nor is it necessary for us to keep the IA name when uploading to Commons. There is no comma is the title of the work, nor should there be. Presumably what happened is that someone unfamiliar with the concept of spacetime inserted a comma when uploading to IA. The IA file name was an error; the title page of the book is correct. There should never a comma placed in the middle of a noun phrase like "space time".
The reason that Gutenberg and Google also contain the comma is that all three come from the same mistranscribed source error. If you look at the text itself in the copies, there is no comma on the book's title page, only in the name under which they have chosen to list the book. So, again, it is a file name error made by people unfamiliar with the concept of spacetime. --EncycloPetey (talk) 15:03, 10 February 2015 (UTC)
Well, look at one of the first translations: Espace, Temps et Gravitation (French 1921). Also notice Eddington wasn't used term "spacetime" or "space time", but always "space and time". Can't you believe in misprint till now? Максим Пе (talk) 16:21, 10 February 2015 (UTC)
A translation is a different work, and tells us nothing about the original that is useful in this regard. I have seen many translations of titles that were mangled in translation. --EncycloPetey (talk) 02:50, 11 February 2015 (UTC)
Indeed, space-time has no comma; but this consists of space and time and this classic book is one of the first works to describe the concept to the people. This is a book about the inter-relation of space, time and gravitation, where the components together make spacetime and its warping makes gravitation. The comma is present in the title; see the front cover here and here. Hrishikes (talk) 16:19, 10 February 2015 (UTC)
@Hrishikes: Talk with any author, and you'll find that it's the publisher that creates and designs the cover, not the author. Many times the title on the cover of a book will not match the author's desires, or even the title page within the same volume. For this reason, librarians rely upon the title page version of the title, and not the title printed on the cover of a book. --EncycloPetey (talk) 02:50, 11 February 2015 (UTC)
I am fine with a comma, or no comma in the title. Please notice the comma in this post.— Ineuw talk 17:29, 10 February 2015 (UTC)
On the one hand, the work itself consistently uses no comma in its title on both djvu pages 7 and 11. The text itself seems to consistently refer to "time and space"; a search for "space time" gives hits only on the title pages and "space, time" matches only within the phrase "views of space, time, or force" on djvu page 196. Djvu page 13 has a call number—QC6 E42— written on it. A search for this call number in the UC Berkeley online catalog retrieves records listing the title as "Space, time and gravitation : an outline of the general relativity theory". On Wikisource, do we use the title from the work's own title page, or do we use the title as used by actual librarians? Do I need to undo all those moves? Pathore (talk) 23:52, 10 February 2015 (UTC)
We generally follow the title give on the work's own title page, and not what other people have called the work. --EncycloPetey (talk) 02:50, 11 February 2015 (UTC)
There is another angle too. This work is universally referred to with a comma, as can be easily verified with a simple Google search. Here at WS, a work should be placed under its commonly attributed name, so that it is visible in the first page of a Google search when potential readers search it. This should have primacy, not erudite discussion about what the author might have desired. The author is not going to come back from where he is and read it at WS, lay people like we commoners are going to read it; if people have difficulty in finding it, then what is the purpose of putting it here? Hrishikes (talk) 04:08, 11 February 2015 (UTC)
So we will definitely need a redirect, then. Or I'll move it again if three other people can agree on its proper name. Pathore (talk) 06:18, 11 February 2015 (UTC)
There will never be a need to move it again. At most, we can use a redirect, but I suspect that internet search functions can cope with the presence or absence of a comma. --EncycloPetey (talk) 14:32, 11 February 2015 (UTC)

┌───────────────────┘
I think, at this point of the discussion, opinion of other editors are required. So I shall summarize the case, with additional points.

  1. The name of the work, as shown in the front cover of 1987 Cambridge edition as part of Cambridge Science Classics as well as 2011 edition shown by Google Books, has a comma between space and time.
  2. The title page of the version added here does not have this comma.
  3. The version present here is from Internet Archive, which shows the comma.
  4. The IA version is originally from UC Berkeley, whose online catalogue shows the comma.
  5. User:Максим Пе has pointed out that Gutenberg, Amazon and a French translation, all have the comma.
  6. EncycloPetey has opined that:
    1. Space time does not require a comma in between, being a single concept.
      1. Pathore has pointed out that the term space time, without a comma, is present only on the title pages of the work, and not in the main body.
    2. The title page is to be preferred, because the front cover is publisher-designed.
      1. Here I submit additional evidence, to show that the title page is also publisher-designed, at least it used to be at the period and place of this work's publication. At Index:The King of the Dark Chamber.djvu, a reputed publisher like Macmillan made wrong attribution of the translator on the title page. This got corrected only in later editions on written protest from the original author. This episode has been discussed by academicians in scholarly works as found here and here. Therefore, the front cover and title page are both publisher-designed and carry equal value as regards the name of the work.
  7. This is not only about the matter of a comma or only this work. A general policy is required about how to decide the title if there is discrepancy between front cover and title page. Is opinion of other websites, including online catalogues of university libraries and book-sellers, to be given weightage? Is the subject matter of the work, as detailed in the main body, to be given weightage? I sincerely request other editors to offer their esteemed opinion.

Hrishikes (talk) 04:23, 12 February 2015 (UTC)

  • Good lord.. really?
  1. Nobody comes here nor to Commons for a source file - they most likely do the same thing we do - rip it from Internet Archive, HathiTrust, or Google Books ∴ the only thing that contributors should be concerned about for the title they select for a source file being uploaded is that it a.) makes rationale and logistical sense to other potential wiki___ contributors and/or projects more so than any academic consideration(s) followed by b.) the fact at some point and time in existing history, even the presence of the simplest of punctuation gave the "rendering system" enough reason not to render at all. This is a case where the less [punctuation] one applies the less likely [punctuation] will ever cause rendering "issues" in the future.

    Plus its not like the final proofread & validated text is [re]inserted into these source files anyway - if somebody downloads or open one they get the same garbage we did on the day when we first started PR'ing the work.

  2. The same premise outlined above generally applies to the Index: title. Nobody outside us familiar clowns knows or cares about the Index: name or namespace -- especially IF everything has been "done", validated and presented in the main namespace.
  3. The main namespace root page's title is the most important (both internally and externally). Nobody stopping by here gives a sh!t about anything else -- if landing on the mainspace is hindered by "poor naming practices" in reality, I assure you the traffic will go to the places where we ripped the source file from to begin with instead.
-- George Orwell III (talk) 04:46, 12 February 2015 (UTC)
  • @Hrishikes: (Edit conflict) Some of the assertions made above are misleading or at least incomplete in their summary. Specific instances:
  1. The IA version does NOT contain the comma. The comma appears only in their filename. The comma appears nowhere in their scan of the book.
  2. Several instances listed above are not independent of each other, and therefore cannot be counted as independent lines of reasoning. To whit, if the IA version comes from UC Berkeley, then the comma in the IA filename is likely the result of it being present in the UCB catalogue and not of an independent decision.
  3. Only a single title page is mentioned, but it has been pointed illustrated that even an edition with a comma on the cover does not include that comma on the title page.
The assertion of a single instance where a mistake was made in a publication on the title page does not demonstrate that it is of equal weight with the cover. The internal pages of books are routinely sent to authors for verification and proofreading. The cover is not. When books are reprinted, the internal contents are often reproduced as previously published (though not always), but the cover may change completely with a new edition. A single instance where a publisher misattributed the translator of a work does not alter that.
What is also absent from the summary above is that most the discussion has been over our internal filename, which may or may not be reflected in the title we use for the user-accessible version of the work. We could upload a file to Commons as File:Fred.dvju, use Index:Fred.djvu locally, create Page:Fred.djvu, and still title that work Axioms Outlined by Artistotle. Our internal filename and public work title do not have to match, nor do they even have to resemble each other. Frequently, they do not. --EncycloPetey (talk) 05:03, 12 February 2015 (UTC)
  • The seventh item in Hrishikes' list is the question I wanted to ask, but was unsure of how to ask it.
Other details in this specific case include:
  1. This was one of the early works introducing general relativity. Spacetime as a single concept was not well-known then, so "space [and] time and gravitation" (the interpretation with the comma in place) would make sense.
  2. The title page plainly does not include the comma.
  3. The cover on our scan (from IA) has no text at all.
The second detail is the reason I concurred enough with EncycloPetey to make the move the first time.
The title is also set in all uppercase, so I could believe that the typographic convention of the time was to omit commas on title pages, even when the logical title includes them. EncycloPetey also pointed out that the filename used for proofreading and the title we use in mainspace need not actually be related, so while this question need not stall proofreading if we can all agree to just run with what we have, we will need an answer when it is time to publish this work in mainspace. Pathore (talk) 05:37, 12 February 2015 (UTC)

New to working over here on WS, but I've done a first run on a few pages of this. The OCR is quite good, so it's pretty quick to do, it would be nice if someone who knows more about the templates here would do the TOC (I'm a bit clueless about how to make it work). Revent (talk) 19:21, 18 February 2015 (UTC)

Is this a table?[edit]

I have no idea exactly how to format the second through fifth lines of Page:A dictionary of the Book of Mormon.pdf/106 because I can't be sure whether it is more or less intended to be in tabular form or not. Any ideas? John Carter (talk) 16:26, 9 February 2015 (UTC)

No, it's definitely not a table, and I believe that my edit to that page using {{ditto}} is probably all that is needed for this, even though it doesn't exactly line up. —Beleg Tâl (talk) 16:55, 9 February 2015 (UTC)
Good enough. Thank you. John Carter (talk) 17:06, 9 February 2015 (UTC)
Only a table would get the quotations aligned.— Ineuw talk 17:14, 9 February 2015 (UTC)
Actually, @Ineuw:, the template {{ditto}} will do that as well. --EncycloPetey (talk) 19:46, 9 February 2015 (UTC)
Added {{Ditto}} to Category:Special effects templates, if anyone feels this decission is counter-intuitive to the discovery of valuable templates please revert my edit. Actually on further investigation it seems {{Ditto}} doesn't line up as perfect as it could be.--Rochefoucauld (talk) 01:16, 10 February 2015 (UTC)
@EncycloPetey: There are many templates I am ignorant of and {{ditto}} is one of them . . . all I care about is that when the right tool is found I use it. It's mind boggling the number of ways one can format text in WS and if I would be studying and memorizing templates, that's what I would still be doing and I wouldn't have gotten any proofreading done.— Ineuw talk 00:11, 11 February 2015 (UTC)

Index:The_New_Latin_Primer_(Postgate).djvu[edit]

Not sure how to do the breve character on the pages still marked as problematic otherwise this one is proofread, but in need of validation.ShakespeareFan00 (talk) 18:28, 15 February 2015 (UTC)

Ancient large DjVu files no longer register as valid on Commons[edit]

I suspect the reason the following 3 files all-of-the-sudden stopped rendering properly (generating well over a thousand orphaned Page: namespace pages as a result) is because they used DjVu Digital or some other non-DjVu Libre [core] program to patch this or that prior to the latest/last uploaded version of the DjVu file.

Note the 0 × 0 file-size dimensions being reported by each; I've only seen this happen when some other DjVu-ish, non-Libre program has manipulated the file in some way (corrupted might be a more appropriate term imho).

Even if I could manage to download these, I doubt I could re-upload over them with "fixed" versions as Commons does not seem to like me in particular much when it comes to files over ~50M (or takes longer than an hour to upload).

Anyone with DjVu Libre familiarity willing to take these on? -- George Orwell III (talk) 09:46, 20 January 2015 (UTC)

p.s. - There is a newer version of EB1911, Volume 25 available on Internet Archive IN HERE. A straight replacement that is only ~2 years old vs. the existing one that is already ~6 years old -- even with bulk moves required -- is still better than fixing up 'old crap' imho. -- George Orwell III (talk) 03:59, 8 February 2015 (UTC)
N.B. c:File:EB1911 - Volume 25.djvu seems to be fine at present... did user:DutchTreat's upload of 7th February fix the issue; or is this in fact the wrong reference? I am asking because as I write both c:File:EB1911 - Volume 26.djvu & c:File:EB1911 - Volume 27.djvu are showing signs of distress. (I hope this isn't a "fix one get two bad replacements deal"?) 121.216.198.126 05:05, 12 February 2015 (UTC)
Volume 25 does indeed render a thumbnail now... but no auto text-layer dump (at least not for me). I know its there because I can OCR button it and that exactly matches what I get after I downloaded and extracted the layer on my hard-drive. Can you get a text layer upon entering/creating a new Page:? -- George Orwell III (talk) 05:14, 12 February 2015 (UTC)

EB1911 Volume 25 Scan File Corruption[edit]

I am having trouble with pages transcluded from scans of Volume 25 of EB1911: (transcription project). Is there corruption in File:EB1911 - Volume 25.djvu? Thanks for the help! - DutchTreat (talk) 11:42, 6 February 2015 (UTC)

File looks corrupted ... EB1911_-_Volume_25.djvu ‎(0 × 0 pixels, file size: 94.12 MB, MIME type: image/vnd.djvu). Probably needs someone to do a fresh load of a djvu file. — billinghurst sDrewth 06:28, 7 February 2015 (UTC)
I touched on this phenomenon up in this post. Vol. 26, Vol. 27, and EB1922 Vol. 31 all fall into the same group with the same issue as the other .djvu source file previously listed w/ Vol. 25 above btw. -- George Orwell III (talk) 20:23, 7 February 2015 (UTC)
... and don't ask me why the text layer isn't showing for the replacement vol. 25 -- its there when I Dl it to my hd. It probably needs a full [cache &] file refresh on Commons but THIS probably(?) prevented that from happening "normally". -- George Orwell III (talk) 03:36, 8 February 2015 (UTC)

Source file failures getting worse and worse every week[edit]

Just the latest Orphaned file list thanks to the source file registering as "flawed" all of the sudden. -- George Orwell III (talk) 21:29, 11 February 2015 (UTC)

Ugh. Browsing the Statutes at Large category on Commons makes me think this issue is confined to a (relatively) small number of volumes (for now…?). I’ll see whether I can re-download the original source PDFs from FDSys and re-convert the affected files. Tarmstro99 22:41, 11 February 2015 (UTC)
Don't go nuts just yet - its not just SaL volumes but most any series where a volume runs into the thousands page-wise. Originally I thought it was because the source file was too close to 100Mb in size but that seems not be the rule of thumb anymore.

This happened once before and the "memory was increased" or something to correct for it if I remember right. I think @Phe, Tpt: should be consulted before we get too far into "replacing" volumes at any rate. -- George Orwell III (talk) 22:52, 11 February 2015 (UTC)

I just replaced Volume 118 of the Statutes at Large with a new version that was converted from PDF using pdf2djvu instead of djvudigital, which was used to create the (broken) version of the file. The result was a slightly larger file, but it still does not work. This suggests to me that the problem may not lie with the conversion program but somewhere else instead. I’ll refrain from any further tampering until a better understanding of the actual technical problem comes to light. Tarmstro99 02:13, 12 February 2015 (UTC)
I tried to stop you @Tarmstro99: )

Anyway, the true test would be a.) set yourself the bot bit in your user rights; then b.) upload the file locally to en.wikisource rather than continued over-writes on Commons using a really different name to see if the same thing happens to insure the current state of the DjVu source file is not an effect of old garbage file caching or something isolated to Commons.

Depending on how that turns out; we still might need to manually test the text layer to see if that is behind it somehow instead. -- George Orwell III (talk) 03:13, 12 February 2015 (UTC)

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

I think I found the "crux" of the issue causing this. See the tracked task now linked to the right and somebody tell me if we're in the ballpark re: metadata size. -- George Orwell III (talk) 06:31, 12 February 2015 (UTC)

Close, but not quite. The URL given in that report returns an error, citing a limit of 12,582,912 bytes on results, while a similar URL for File:United States Statutes at Large Volume 118.djvu returns a 12,127,802 byte JSON response.Warning: ~12MB at that link. The returned XML has an incorrect DOCTYPE, but so does the returned XML for File:Kopal-Kundala.djvu, which has no problems and is our current Proofread of the Month. Pathore (talk) 01:50, 13 February 2015 (UTC)
But that's the 5th uploaded version of vol. 118 & not the necessarily the version that caused the log jam now replicated by [what I believe is] shite caching on commons. I forget which one does go over the limit (volume 123 or volume 120).

Why can't a 3rd party just upload a file in question locally to see if the same thing happens? I'll delete it right after either way. -- George Orwell III (talk) 20:54, 13 February 2015 (UTC)

Copying locally c:File:EB1911 - Volume 25.djvu — ( Index: here ), should be here soon--Mpaa (talk) 21:16, 13 February 2015 (UTC)
Not a big difference ... or were you expecting another file (I took the latest in Commons)?--Mpaa (talk) 21:57, 13 February 2015 (UTC)
Text layer looks OK:
user@pc:~/Downloads$ cp EB1911_-_Volume_25.djvu duff.djvu
user@pc:~/Downloads$ djvused duff.djvu -e 'output-txt' > duff.txt -u
user@pc:~/Downloads$ djvused duff.djvu -f duff.txt -u -s--Mpaa (talk) 23:34, 13 February 2015 (UTC)
I can't understand why the replacement EB1911_Vol._25 DjVu source file doesn't produce a text-layer dump in the Page: name space either.

Q:@Mpaa: you're the "PY guy", what did this have to do with the replacement file or replacement process exactly? -- George Orwell III (talk) 00:17, 14 February 2015 (UTC)

Wild guessing. My understanding is that some of Phetools are running on tools.wmflabs.org and check files as they come. E.g. hocr.py is run a few hours later than a new revision has been uploaded. I guess is that depending on check results, some further scripts might be run on a page basis. What they do I did not dig too much into. The code should be here: https://github.com/phil-el/phetools. Best is to ask directly @Phe:.--Mpaa (talk) 11:27, 14 February 2015 (UTC)
Could it be that if djvu is not considered to have a good quality by phetools, a new OCR needs to be done on demand via OCR gadget? I say this as MediaWiki:Gadget-ocr.js gadets points to "var request_url = '//tools.wmflabs.org/phetools/hocr_cgi.py?cmd=hocr&book=' ....", which is very similar to the above.--Mpaa (talk) 20:32, 16 February 2015 (UTC)
OK, a single page extracted from the djvu file works, so it has probably something to do with the total number of pages? See Index:EB1111 25 p45.djvu.--Mpaa (talk) 20:45, 16 February 2015 (UTC)
Volumes 120 and 123 are both broken and both show only a single version of the file on Commons. The analogous API query succeeds on volume 120, returning 12,892,030 bytes, but fails with an errorHTML JSON on volume 123, citing the same response size limit of 12,582,912 bytes. Obviously the limit doesn't work quite right. I'm waiting for the download from Commons to finish, then I'll do the tests on the text layer, although I don't see how a bad text layer could prevent the images from being recognized. Pathore (talk) 23:13, 13 February 2015 (UTC)
Its not going to be text-layer related. Even locally --> File:Vol118.djvu. -- George Orwell III (talk) 23:17, 13 February 2015 (UTC)
You had mentioned the possibility earlier, so I decided to try it. All I wasted is a few minutes of CPU time and I can now say that extracting, removing, and re-merging the text layer on volume 120 not only succeeds, but produces an output .djvu with the same SHA1 hash as the file I started with. Pathore (talk) 23:32, 13 February 2015 (UTC)
Confirmed (for the sake of completeness). While not "perfect", the text-layer extracts and [re]inserts without catastrophic failure (as was the case in this unrelated issue) for me too. Same results with my last two uploads of Volume 118 fwiw. Since volume 118 has 3496 pages comprising it; imho, I think we should stick to just poking volume 118 and volume 118 alone from now on. -- George Orwell III (talk) 00:17, 14 February 2015 (UTC)
I used volume 120 because there was only one revision of that file on Commons, rather than a bunch of them as for volume 118. (I couldn't figure out how to write an API request for metadata on an old revision.) I agree that we should focus on getting volume 118 to work, though.
For the wider problem, however, c:File:EB1911 - Volume 25.djvu mentioned above is particularly interesting: we have both a good and a broken revision before the problem was solved by uploading a newer IA scan. The broken revision was uploaded by Phe, who might be able to shed some light on the processing steps that produced it. I've compared djvudump output for the good and broken files and found some notable differences: (1) the second file has a text layer (of course), (2) while the image sizes match, the second file is marked as 300 dpi, while the first was 200 dpi, (3) the JB2 bilevel data blocks are different sizes, implying that the images were recompressed, and (4) the internal file names are longer in the broken version. Item (4) is less likely, unless Commons doesn't like DjVu files with pages named "page_####.djvu" (digits represented as "#") for some insane reason, because the new IA scan has even longer internal file names. The DjVuLibre tools here have no problem with any of the files, so I suspect something is wrong with the handling of .dvju files in MediaWiki. Pathore (talk) 03:52, 14 February 2015 (UTC)
I really don't get what is going on here; the same file as File:Vol118.djvu but with the text-layer completely removed (File:2vol118.djvu) seems to process and render just fine. Could the total number of pages with "hidden-text" exceed some threshold for the first test file rather than the total size of the "hidden-text" overall be somehow at fault here? -- George Orwell III (talk) 04:42, 14 February 2015 (UTC)
A sampling of files on Commons in c:Category:Statutes at Large turned up some good files with page names that didn't match the pattern "p*.djvu" (and none that did), so I tried rebuilding the bundle with different page names. Thankfully, the problem isn't quite that insane--it's still broken.
Too many pages with text is plausible: the three revisions of c:File:EB1911 - Volume 25.djvu have, in chronological order, 0, 1,090, and 1,085 pages with hidden text layers. The one with 1,090 text chunks is broken. The one with 1,085 text chunks works. There are maps on DjVu pages 25, 483, 519, 526, and 551 in that volume. The new IA scan doesn't have OCR data for those pages.
To extract a list of pages without OCR data from a bundled DjVu file: djvudump file.djvu | awk '/FORM:DJVU/ { if (page ~ /./) { print page } page = $3 } /TXTz/ { page = "" }'. A list of internal page names is printed, each in curly brackets on its own line.
-- Pathore (talk) 05:30, 14 February 2015 (UTC)
Further digging: most of the files in c:Category:Statutes at Large with more than 1085 pages do not have text in their metadata at all. The notable exceptions that I've found are 47 Part 2, 48 Part 1, 49 Part 2, 124, and 125. I got this by manually cross-referencing the results of this API query with API queries for metadata on the individual files that had more than 1,085 pages. I ignored the broken files when gathering this list. It looks like the issue is some combination of total text and number of pages. The working revision of c:File:EB1911 - Volume 25.djvu actually produces more output from djvutxt than the broken one. I'll look closer at those other volumes later; maybe they don't actually have as many text chunks as the API responses imply. Pathore (talk) 07:01, 14 February 2015 (UTC)

Error: Numeric value expected[edit]

I do not understand why I get this error on: Index:EB1911_-_Volume_26.djvu and Index:EB1911_-_Volume_27.djvu. Any clue?--Mpaa (talk) 20:22, 16 February 2015 (UTC)

You get that on the Index: page of just about any source file that is 'flawed' or 'failing'. Its a symptom of whatever is behind this latest 'failure to render' issue & not part of the cause itself.

This much I've been able to piece together:

  • DjVu files, specifically, store informative data components like it's own metadata, the text-layer & related mapping, annotations like URLs (rare) and the document's outline (or structure if you prefer) in one of two ways or some combination of two ways -- either as shared additional .iff files found within the bundle of indirect .djvu files that makes up the typical DjVu source-file for us or is applied/attached to every single indirect .djvu file found within a single DjVu source file. (to recap; each scanned page converted to a single djvu is an indirect .djvu file. When every scanned page have each been converted to indirect djvus and then complied into one, that is then defined as a bundled .djvu file).
  • When a .DjVu is uploaded and hosted as a source-file, all that additional, internal "informative data" is processed as / forced to the metadata part of the File: namespace where one typically finds info like camera-type, various date, dpi, colors, and similar for true image files like .PNGs, .JPGs and .TIFFs for example. In other words, since the .DjVu file specification can be considered slap-dash at best, instead of being thought first and foremost as a document file (mainly text; like a .DOC or .PDF) that is comprised of images of scanned "pages" -- some of which may actually be scans of illustrations that should be considered images -- its (erroneously) thought of MIME-wise as an image file. This is why developers "dump" what should be document metadata as image metadata. That box at the bottom of a File: page where image metadata goes has some "limit" apparently.
  • Its this questionable manner in the "hosting" of .djvu files with rather large or complex internal "informative data (or djvu metadata)" that seems to be catching up with us.
I haven't found the trigger point -- when exceeded -- that causes this "failure" we are all seeing. My last uploaded effort still hasn't crossed that threshold and its nowhere near the 4,000 [indirect djvu] pages total never mind only 2,000 of which have a text-layer (the additional informative data from before). -- George Orwell III (talk) 21:05, 16 February 2015 (UTC)
OK, thanks. I checked Index:EB1911_-_Volume_25.djvu and I was able to get the whole metadata via API and at first glance looks OK as XML file. I wonder if it more size than number of pages that matters (metadata is 11 Mb and it has "only" 1064 pages). If you need something, let me know, for me it is quite easy to retrieve info via API.--Mpaa (talk) 22:00, 16 February 2015 (UTC)
Whatever it is, the newer scans from the Internet Archive don't seem to trigger it. Volume 25 has been replaced with one of those, but volume 26 has not. You could try simply uploading the rest of the 2012 set of scans from IA to Commons if you just want the 1911 Encyclopaedia Britannica to work. Pathore (talk) 22:26, 16 February 2015 (UTC)
True; while the single trial of the replacement of EB1911 Volume 25 does seem to process "all the way" (e.g. has a file size, the height and width dimensions plus the page count), it still does not "automatically dump" what appears to be a perfectly good text-layer upon initial page creation in the Page: namespace. If this is true for other newer EB1911 volumes - I cannot say. Somebody with a faster connection should try replacing them just to see if Vol. 25 is an isolated case or not; we can always revert/delete/replace as needed afterwards.-- George Orwell III (talk) 22:53, 16 February 2015 (UTC)
EDIT: an exact copy of the current .php file dealing with DjVu "processing" is --> DjVuImage. Line 40 jumps out at me for starters. -- George Orwell III (talk) 23:33, 16 February 2015 (UTC)
That is a ~300MB memory limit. The djvutxt tool doesn't use anywhere near that much; 40M is adequate for processing all three versions of EB1911 volume 25 here.
Any chance we could get debugging logs from processing some of these files? There's a bunch of wfDebug calls in that code. Pathore (talk) 01:00, 17 February 2015 (UTC)
Beats me -- maybe Mpaa knows how?
No, sorry, no clue on that.--Mpaa (talk) 18:44, 17 February 2015 (UTC)
And Mpaa; can you extract that XML you mentioned before and put it up raw in sandbox or something for me please? TIA. -- George Orwell III (talk) 04:28, 17 February 2015 (UTC)
Let's try this link to Phab (let me know when you are done, so I can throw it away ...)--Mpaa (talk) 18:43, 17 February 2015 (UTC)
Thanks & sorry for the delay - I've got the XML now so you can do away with the Phab copy.

Right off the bat - I notice the internal indirect .djvu file name is not associated anywhere with its corresponding "object". And don't hold me to it but I do recall something about this "disassociation" occurring when some-caps/all-caps are used in the naming of the individual internal indirect .djvu files. I'll see if I can find it.

Moving on... is there anyway to script the renaming of these indirect .djvu files once extracted (I don't like position /0001 being ____0000.djvu in the EB1911 Vol. 25 file primarily). More important - is there an easy way to take those renamed indirect djvu files and make them back into a single bundled djvu without having to enter the name for each [renamed] djvu in the djvm command line? -- George Orwell III (talk) 06:13, 21 February 2015 (UTC)

1) about renaming, I think we can find a way. But I do not recognize your names, this is what I see:
djvm -l EB1911_-_Volume_25.djvu

61426 PAGE #1080 VOL25_SHWEBO-SUBLIMINAL_SELF_1079.djvu --> you woul like this to be SELF_1080.djvu?

2) after renaming, looping djvm -i[nsert] doc.djvu page.djvu [pagenum] should do the work. or?--Mpaa (talk) 19:54, 21 February 2015 (UTC)

┌─────────────────────────────┘
C:\Program Files (x86)\DjVuLibre>djvmcvt -i EB1911_-_Volume_25.djvu c:\tempwork v25indx.djvu

Fwiw.... the above will extract the bundled djvu into 1,090 indirect djvu files plus 1 additional "index file" (v25indx.djvu - should not be carried over in renaming btw). Once extracted, we should try a renaming scheme taking VOL25_SHWEBO-SUBLIMINAL_SELF_1079.djvu to something all lowercase & shorter like eb1911_vol25_1079.djvu for example. How to take all the renamed files and combine them again (I guess?) would be a djvm command with 1090 variables or 1090 djvm commands starting with the last renamed, indirect djvu and ending with the first. I'm still wary of any file using 0000 instead of 0001 for the first position however. -- George Orwell III (talk) 20:56, 21 February 2015 (UTC)

I've tried this already with a different file, and did not get a very useful result. The internal DjVu page names don't seem to be used for anything in MediaWiki, but I can do these sorts of rebuilds very easily. Uploading the file afterwards is annoyingly slow (limited bandwidth) but doable. I don't think that the page numbers are in any way tied to the internal file names. Also, note that the version of EB1911 vol. 25 where the internal files are numbered from 0000 is one of the files that works. Pathore (talk) 21:30, 21 February 2015 (UTC)
None of this makes any sense (going by what DjVulibre provides). Between inspecting the XML that Mpaa pulled earlier and what is currently found in DjVuImage, it seems that MediaWiki is doing twice the work that it should be (or needs to?) -- first by listing all the "objects" [the internal indirect djvu files] & their dimensions under <DjVuXML> followed by a per-page text dump under <DjVuTxt> -- the latter being the one with the internal file position -to- file name info when that info should be listed in the former. While its understandable to initially omit the text layer to insure the reporting of file size, dimensions and page count successfully executes first, at the same time there is absolutely no reason to leave out the position & page name in <DjVuXML> the way I see it. And the redundancy of compiling <DjVuTxt> afterwards is a "hack" at best; the proper way to limit the level of "detail" in the stored text layer to PAGE would be to edit the associated DjVuXML-s.dtd file to reflect that as the default instead of LINE or WORD. Or did I just confuse everybody? -- George Orwell III (talk) 22:01, 21 February 2015 (UTC)
Uploading of File:EB1911_-_Volume_25.djvu on its way. Why do you say that EB1911 vol. 25 works? It does not load text layer when I try to create a page.--Mpaa (talk) 22:19, 21 February 2015 (UTC)
Awaiting upload @Mpaa: . In the meantime an FYI - New version of DjVuLibre released 2/12/2015 MORE HERE. I don't know what, if anything, has been improved or changed. Please report if anybody finds something "new" -- George Orwell III (talk) 22:32, 21 February 2015 (UTC)
Volume 25 works in the sense that the page images are there. We also have problems with other files where even the pages are not recognized and the file is reported as being 0x0 pixels. File:EB1911_-_Volume_26.djvu currently has this latter problem. Pathore (talk) 00:20, 22 February 2015 (UTC)
Yeah but Volume 25 had the same issue(s) at the outset that are affecting vol. 26 & 27 now so there is little to gain by spitting hairs here. I do think we are at the point now were we should focus on just one or two test cases suffering from this phenomenon and bot import text from IA's dump file along with new Page: creation for the remaining Index:es in trouble. Thoughts? -- George Orwell III (talk) 02:56, 22 February 2015 (UTC)
In short, we have multiple problems. One bug is causing some text layers to not show up, while another (or the same bug in another context) is causing DjVu files to be rejected in their entirety. As for bot imports, I've been thinking a bit about writing a semi-automated tool that would use the DjVu text position annotations to separate text into headers, page bodies, footers, paragraphs, etc. and then automatically bulk-upload Page:s, complete with a special template for flagging words not in its dictionary as suspected OCR errors. Pathore (talk) 04:34, 22 February 2015 (UTC)
I believe that kind of "sectioning" is what DjVutoXML was intend for. Its this stupid circumventing of the creation of that DjVuLibre XML file for DjVu-txt or DjVu-dump that has irked me for years now. Here is an example of a proper XML output, complete with mapping for columns, regions, paragraphs, lines and words. -- George Orwell III (talk) 05:11, 22 February 2015 (UTC)
That's close, but I have also been thinking about automatic detection of pictures and diagrams, so that, after the upload, all pages are either "not proofread" if they contain only text, or "problematic" if they contain marks in areas where there is no text. I'm still turning the architecture overview over in my head on this. Pathore (talk) 05:20, 22 February 2015 (UTC)
@Pathore: - Its a matter of properly determining the x & y min/max coordinates for every element, No?

If we have the entire PAGE's dimensions and the number of COLUMN or COLUMNs set, I think all we'd need is a way to detect REGION(s) substantially differing coordinate wise from other REGION(s) with the same COLUMN parent & PAGE; such a shift in x &/or y min/max would probably be a good sign that an image or line drawing resides within (opposed to the norm containing portions of the hidden/embedded text-layer). -- George Orwell III (talk) 05:54, 22 February 2015 (UTC)

I was thinking more of starting with words (or even characters) and reconstructing the larger groups by matching up bounding boxes. The larger region information in DjVu isn't something I've ever heard of anyone actually relying on, so I would be somewhat reluctant to trust it. After building up this kind of "box model", determining whether a gap between text boxes is a figure or just whitespace becomes a simple matter of decoding the DjVu image and checking if the possible figure has characteristics similar to the margin boxes. Pathore (talk) 06:07, 22 February 2015 (UTC)
Sounds good to me too & you have a point regarding the use & support of the "higher" containing elements.... but characters and/or words would be just as problematic from my experience -- frequently punctuation is incorrectly detected and deemed WORD-like for example. Even stray specks or pen marks are picked up and assigned WORD-like status. LINE is the obvious choice here imho.

A LINE's slight indentation compared to other LINEs would be a decent marker for the equivalent of a Paragraph start just as a LINE less than the right-hand x-max (typically justified anyway) would be a good indicator of paragraph end [logically followed by a new paragraph start or if unusual offsets = could indicate your line drawing /image from before]. Colons, mdashes and the like would automatically collapse any errant whitespace/hair-space if LINE were used as the "lowest" element over WORD as well.

Either way, the current .phps dealing with DjVu's feel more like handicaps than helpers and that's probably where an overhaul is needed before addressing fanciful things like what we're discussing. -- George Orwell III (talk) 06:28, 22 February 2015 (UTC)

I'm planning to write this as a tool running locally on my computer for more-or-less that exact reason. This kind of processing simply isn't something for which PHP is well-adapted. Nor does the tool have to be perfect; that's why we have proofreading. But a Page: extractor won't be of much use if the server doesn't even recognize that the pages exist, so we do need to get the DjVu handling fixed. Pathore (talk) 07:41, 22 February 2015 (UTC)
yes, please. vols 1 & 25 seem to no longer have a text layer; vols 26 & 27 have "numeric" error. it would be nice to have these sorted by year-end, so we can have all the volumes "proofread ready". Slowking4Farmbrough's revenge 18:48, 23 February 2015 (UTC)

Incomplete author page[edit]

Can anyone please add ascertain the death-year for this author page and both birth- and death-years for this author page and add them? Thanks. Hrishikes (talk) 03:17, 17 February 2015 (UTC)

???I'm confused. What is preventing you from doing it exactly? -- George Orwell III (talk) 04:25, 17 February 2015 (UTC)
I'm confused at your confusion. I'm asking for help; which means I'm unable to do it myself; which again means I'm unable to get the relevant data. Hrishikes (talk) 04:43, 17 February 2015 (UTC)
Oh, I think I understand now. You don't actually know these dates and need help finding them out; not so much 'need help adding some dates to the author: namespace' (I edited your opening post to better reflect what I think you're asking help with). -- George Orwell III (talk) 04:53, 17 February 2015 (UTC)
Chowdhury died 1939, and I have transcribed the Times obituary to the talk page. No indicative year of birth, though I would have said prior to 1880s at a minimum. For Sen, I have looked previously without results. I don't have good sources for India, the National Archives aren't useful, and I find the National Library better to use, though not necessarily helpful. — billinghurst sDrewth 13:59, 17 February 2015 (UTC)
Thanks a lot; I don't know why this did not come up in my search. Hrishikes (talk) 14:47, 17 February 2015 (UTC)

The Pilgrims' Halt[edit]

I'm not sure how the poem The Pilgrims' Halt is formatted. --Lo Ximiendo (talk) 12:11, 17 February 2015 (UTC)

Had a try. Please check. Hrishikes (talk) 13:11, 17 February 2015 (UTC)
Tyvm, Hrishikes. :) --Lo Ximiendo (talk) 13:35, 17 February 2015 (UTC)

Index:The New Latin Primer (Postgate).djvu (pp 196, 198).[edit]

A fairly simple task if anyone is able to assist.

In the text for these pages is some typesetting for Prosody, but I was not happy with the rather hasty kludge I'd used, hence the ? in the page. Can anyone suggest what the appropriate symbols/notation this work is using? (And whether those symbols are supported in the version of Unicode Wikisource users are likely to be using.) ShakespeareFan00 (talk) 12:32, 17 February 2015 (UTC)

These are macron, breve etc. You may like to see the article w:Foot (prosody). Hrishikes (talk) 13:10, 17 February 2015 (UTC)
Do you mean things like o͝o, where the breve tops two successive letters? I'm not sure how that's done, but I do know that on Wiktionary we've had to contend with the double-O version I pasted in. Someone there might know more. --EncycloPetey (talk) 05:14, 23 February 2015 (UTC)
I think you will find that is a use of the UNICODE "combining double breve" (html entity &#x035D)? Something like o&#x35D;o ought to produce similar output to your example (i.e. o͝o).

Page:Adapting_and_Writing_Language_Lessons.pdf/401[edit]

In the dictation, some of the symbols have a vertical line, what is this symbol and how can it be entered? (I'd appreciate some assistance on this work, as I also found some IPA like symbols I can't match up easily.)

It would be nice to get this one finished. ShakespeareFan00 (talk) 00:50, 18 February 2015 (UTC)

It's a w:Glottal stop. Transcribe it with an apostrophe (not curly). Beeswaxcandle (talk) 07:23, 18 February 2015 (UTC)
Follow on - Page:Adapting and Writing Language Lessons.pdf/193 . This has what looks like a reversed c and an n with a tale, the latter I'm fairly sure about, the reversed c I'm not. ShakespeareFan00 (talk) 09:41, 18 February 2015 (UTC)
These are IPA symbols, and can be found at w:International Phonetic Alphabet. Hrishikes (talk) 10:19, 18 February 2015 (UTC)

Author's name change needed[edit]

I need a name change from "Charles L. Lewis" to Charles Lee Lewis. —Maury (talk) 02:58, 18 February 2015 (UTC)

Yes check.svg Done . I've left a redirect from the initial version. Beeswaxcandle (talk) 07:27, 18 February 2015 (UTC)
Maury, you have the possibility to move the page by yourself, see Move under More tab in upper right side.--Mpaa (talk) 20:54, 18 February 2015 (UTC)

US copyright for non US works, some questions[edit]

Hi to all!

Sorry for my not very well Engilsh, but maybe somebody can help me providing with information on US copyright laws:

There is one unclear for me point on applying US copyright and copyright terms to non-US literary works (more precisely — to Russian / Soviet works), concerning URAA's restoration of copyrights for foreign works. The point is:

Let's suppose that we examine copyrights of some literary work which falls under conditions:
1) the work was first published out of the US;
and 2) the work has never been published in the US (so it was not published in the US during 30-day period following the publication date, as well);
and 3) the work was still under copyright in its home country as of the URAA date (1/1/1996 in the case of Russia, and many other countries);
and finally 4) It was published in its source country without copyright notice, and the publication was in the period when such notice was required in the US to establish the copyright

The question is: did this work fall under US copyright because of copyright restoration according URAA? And if yes — what term is applied for US copyright protection? As I've understood, the missing copyright notice does not prevent the copyright restoration, and at any case, any restored work is granted copyright protection despite missing US copyright notice and/or US copyright renewal (even if such renewal was required in the case of any US work). Am I right? Or I am wrong, and missing copyright notice makes obtaining US copyright to fail, and so far — the work is PD in US now? (and we can freely use it in the Wikimedia projects?)

Also please help to figure out copyright issues for following two cases:

  1. Some Soviet author published his work at 1931 year, the work was published without copyright notice. Years passed, and the author died in the USSR in the autumn of 1941 year. According to the Russian Civil Code, this work is under Russian copyright until 2015 year (inclusive), and enters PD in the 2016 year. The work was under Russian copyright on the URAA date 1/1/1996. The work has never been published (and has never been registered copyright) in the US, and so it has never got any copyright renewal. The questions: a) is this work under copyright protection in the US? — and if yes — b) what is term of the protection, what length does it have?
  2. Some Soviet author died at 1931. Some work of this author was firstly published only in the 1944 year (PMA). According to the Russian Civil Code, this work was under Russian copyright until 2014 year (inclusive), and entered PD this (2015) year. The following details are the same as in the previous case: the work was under RF copyright on 1/1/1996; in has never been published and never been registered copyright in the US. The questions are the same: a) is this work under copyright protection in the US? — and if yes — b) what is term of the protection, what length does it have? --Nigmont (talk) 20:28, 18 February 2015 (UTC)
Seems like both will be 95 years after publication from your description. Reading material Cornell copyrightbillinghurst sDrewth 12:08, 19 February 2015 (UTC)
  • Thank you very much! --Nigmont (talk) 18:14, 19 February 2015 (UTC)
Just as a 'pedantic' note (that might be worth mentioning), the described works would have been in the public domain in the US 'pre-URAA' not due to a failure to comply with the formalities, but due to a 'lack of national eligibility' at the time of publication... the Soviet Union was not a party to any international copyright treaties until 1973 (when they joined the UCC), so purely 'Soviet' copyrights were not recognized under international law before that time. Revent (talk) 10:41, 20 February 2015 (UTC)

What does this mean?[edit]

I was reading an entry for a John Hawkins M.D. and noticed that it was followed by (fl. 1635). What does (fl.1635) mean?

here you go, see Floruit --Rochefoucauld (talk) 03:50, 20 February 2015 (UTC)
It means flourished and refers to period when the person was active. But, huh, recently I thought that flourish means 'turn into flour', or turn into dust, so this abbreviation should refer to the point of time when the person vanished. LOLsmiley --Nonexyst (talk) 23:44, 22 February 2015 (UTC)

Index progress bar[edit]

Is there a way (e.g. a template) to show the progress bar of one particular index as it’s being displayed on the Special:IndexPages page? Nonexyst (talk) 14:36, 22 February 2015 (UTC)

See {{PageStatus}} or {{Progress}}. Not with automatic update as far as I know.--Mpaa (talk) 17:02, 22 February 2015 (UTC)
Thanks. Well, then, is there an expression to get the number of pages with a specific prefix in a specific category and an expression to get the number of pages in a specific PDF/djvu file? Nonexyst (talk) 18:05, 22 February 2015 (UTC)

Index:Egyptian self-taught (Arabic) (1914).djvu (p6,7)[edit]

Anyone here familiar with Arabic script? I've done most of this work, but would appreciate someone that knows the arabic scripts assisting in the construction in the tables on these pages.ShakespeareFan00 (talk) 22:15, 23 February 2015 (UTC)

You can apply to people listed in Category:User ar. Hrishikes (talk) 12:18, 28 February 2015 (UTC)

Possible Cite.php bug encountered with Table 4-12 in Index:NIOSH Hazard review of Carbonless Copy Paper.pdf[edit]

I've transcluded the full table together in the Sandbox, but there I'm getting "Cite error: Invalid <ref> tag; no text was provided for refs named table-4-12-1dd". The reference in question (along with the table's other footnotes) is defined in a <references> block on Page:NIOSH Hazard review of Carbonless Copy Paper.pdf/117, which is also transcluded into the footer on PDF pages 97 and 98. The error also appears on those pages, along with a bunch of errors about unused references, since each page of the table only uses some of the footnotes.

The reason I think I've hit a bug in Cite.php is that the "missing" reference is also used in two of the other footnotes, and renders without issue on the table's footnote page. Pathore (talk) 02:35, 24 February 2015 (UTC)

Thanks to George Orwell III's efforts, the table looks a lot better now (the footnotes are now numbered left-to-right across the top in the transcluded table). Since I didn't like hardwiring "reference" links, I kept looking for a better solution and this edit seems to have worked around the underlying problem. Special:ExpandTemplates showed that <includeonly><references></includeonly> ... <includeonly></references></includeonly> was being transcluded as <references></includeonly> ... <includeonly></references>; that is, transclusion is not strictly text substitution and incorrect results are silently produced if partial transclusion tags do not properly nest with other tags. Pathore (talk) 23:46, 24 February 2015 (UTC)

'Wikisource does not have a page with this exact name'? Oh?[edit]

My user name is "MisterCat" and I've been registered here for a few years now, or so I thought. For reasons best known to persons other than myself, my user name now appears in red and the admonition "Wikisource does not have a page with this exact name" presents itself when I click on the newly-reddened "MisterCat" hyperlink. My profile, on the other hand, thinks I'm duly registered and even offered to consolidate all "MisterCat" appearances site-wide; and so I followed up on that offer. Supposedly, that task was accomplished; but I'm still the red "MisterCat" here, the guy who allegedly hasn't a profile page. (But I do have one! Honest!) What can I do to stop being red and sending seekers, including myself, on a snipe hunt? Your courteous and helpful advice, dear readers, will be greatly appreciated. Thank you! -- MisterCat (talk) 20:07, 26 February 2015 (UTC)

You need to create the page User:MisterCat. that's where your user page for the English Wikisource will be located. Until that page exists here, the link from your name will be red. It has nothing to do with your account; the red link indicates the absence of a particular page. --EncycloPetey (talk) 20:29, 26 February 2015 (UTC)
Easily fixed. (and I am not even logged in!) 124.184.180.188 22:26, 26 February 2015 (UTC)
However, it is best practice to edit your user page while logged in, so that future admins know for certain that your page was not "vandalised" by an anonymous user. --EncycloPetey (talk) 22:30, 26 February 2015 (UTC)

Can an image taken from a historical US official book be uploaded?[edit]

The image I want to uploaded is from a book called "Foreign relations of the United States, Conference at Cairo and Tehran, 1943". It was one of the Foreign Relations Series, which are collections of historical documents of foreign relations from United States Department of State and are published by United States Government Printing Office. The series are now hosted on University of Wisconsin and can be freely read online. The one I'm referring to is this one, and this is its publishing (1961) information.

The page I want to upload is page 640. Can it be uploaded? If so, can I cut the page horizontally in half with Photoshop and only upload the bottom half? --Matt Smith (talk) 09:43, 28 February 2015 (UTC)

I don't see any "image" on P. 640. You do realize a scan of a printed page containing text might be considered an image file, its the content (the text) that is the "focus" as far as copyright protection(s) are concerned.

Since the original is a product of the U.S. [Federal] Government - its excluded from copyright protections and thus, is in the Public Domain. Its ok to do with as you wish in short. -- George Orwell III (talk) 09:54, 28 February 2015 (UTC)

Yeah, you are right. Sorry for not being clear. What I actually want to upload is "the image scan of p. 640".
Thank you for helping me fathom the copyright question. To be honest, I just realized that I should have asked this question on Wikimedia or Wikipedia because the place I want to use the image at is on a Wikipedia page. But I still thank you for helping me at here. Cheers.--Matt Smith (talk) 10:23, 28 February 2015 (UTC)

remove boilerplate before adding new text[edit]

I would like to add the original 1847 edition of "History of the press of western new york" by Frederick Follett to en.wikisource.org. IA has the 1920 and 1973 reprints but not the original 1847 edition - books.google.com has the 1847 edition about 80 pages. I would appreciate help from someone who can remove the google boilerplate and upload to IA to create the djvu file. There was a discussion of this topic on https://en.wikisource.org/wiki/Help:Internet_Archive/Requested_uploads which seems to be an old thread that no one reads. Robin2014 (talk) 16:19, 28 February 2015 (UTC)

Yes check.svg Done https://archive.org/details/historyofpressin00foll_1 Hrishikes (talk) 17:58, 28 February 2015 (UTC)

How do I cancel specific electronic-mail notifications?[edit]

So ... how do I cancel specific electronic-mail notifications? I recall seeing a box (which I'd ticked) asking if I wanted to be notified of changes, but I can't find that box anymore and I've been unable to find a box asking if I want to NOT be notified. Your help in this matter will be greatly appreciated. Thank you! -- MisterCat (talk) 18:58, 1 March 2015 (UTC)

https://en.wikisource.org/wiki/Special:Preferences#mw-prefsection-echo should be the User: preference page you're looking for... if not -- try https://en.wikisource.org/wiki/Special:Preferences#mw-prefsection-personal as well. -- George Orwell III (talk) 19:09, 1 March 2015 (UTC)
Thank you very much, George Orwell III, for your help! It looks like one either accepts ALL e-mails or cancels them all, so I've cancelled them. Alas! -- MisterCat (talk) 20:25, 1 March 2015 (UTC)
If all else fails, disable JavaScript, then go to Special:Preferences. (The fancy tabs rely on JavaScript; without it, everything is displayed on one long page.) There should be a "Notify me about these events" box near the bottom, with two columns of checkboxes, one labeled "Web" and the other labeled "Email".
The single checkbox you seem to have found under "Email options" is to allow or disallow other users to use Special:EmailUser/MisterCat. I don't think it affects notifications. Pathore (talk) 02:03, 3 March 2015 (UTC)

Repairs (and moves)[edit]

Other discussions[edit]

Survey[edit]

Speaking for myself - one of the worst things about discovering the wiki-world was its inability to fully match some of the most basic of basics out there -- simple HTML. Probably one of, if not the worst thing I came to realize early on was wiki-markup's inability to incorporate <COL> & <COLGROUP> tags into the backbone of whatever it is they are running like sane people do everywhere else. You entered formatting parameters just once and the entire column of table cells would be formatted with those inputs. Easy peasy lemon squeezy -- you were done with setting up a frame &/or the table foundations and could go right to 'tweaking it' before moving on to something more enjoyable.

Which brings me to the reason I had to stopped myself before I got too giddy again (only to be let down when I find out it was only me who was seeing 'this, that or the other' this time too). Anyway, I think the recent advancements in CSS3 have made overcoming some of this longtime headache a possibility and I need your feedback to insure that -- at the worst -- I've only wasted the last couple of hours invested in this.

All I ask is for folks to open THIS page, look over the "Basic" section's test-table and report back (with the OS & browser version you are using) ONLY if you did NOT see with your own eyes something very close to the eight descriptions put to word that follow.


 Ignoring the top-row of the table containing bold-face text and counting from left -to- right, is it NOT true that...

  1. Column 1 has all right-aligned text and all their table-cells have a yellow-ish background
  2. Column 2 has all right-aligned text and all that text is rendered in small caps
  3. Column 3 has all centered text and all that text has slightly larger letter-spacing than you'd normally come across
  4. Column 4 has all right aligned text, a smaller font-size than the rest and are all vertically aligned to "text-top"
  5. Column 5 has all right aligned text
  6. Column 6 has all left aligned text
  7. Column 7 has all centered text; and finally
  8. Column 8 has all right aligned text and all their table-cells have a green-ish background.

If one or more of the above descriptions is not what you've observed on the linked page with the test table -- I'd like to know it about along with your OS and browser version. The rest of you are welcome to add your OS and browser versions along with a short blurb affirming as much but I rather you poke my eyes out on my talk page than in this survey's section. Thanks in advance. -- George Orwell III (talk) 19:51, 4 January 2015 (UTC)

Survey findings[edit]

Findings

Will close on Sat., February 28th.

  • Windows 7 -- I checked the page with my "toys" (installed browsers in Windows 7) and all I can say that everything is as it should be.
  • YesY Firefox 34.0.5
  • YesY IE 11.0.15
  • YesY Opera 26.0
  • YesY Comodo Dragon Version 36.1.1.21 (Google Chrome)
Ineuw talk 21:10, 4 January 2015 (UTC)
  • × Firefox Nightly 37.0a1 (2015-01-04). Column 4 is left-aligned not right-aligned for me.
Hesperian 00:50, 5 January 2015 (UTC)
@Hesperian: - tsk my fault. No matter how careful I thought I was during my last attempt at further "refinements" I still managed to screw up Column 4. Please check it again at your leisure. I suspect you'll have 8 out of 8 this time. -- George Orwell III (talk) 01:05, 5 January 2015 (UTC)
YesY WFM. Hesperian 01:09, 5 January 2015 (UTC)
  • billinghurst check
  • YesY Firefox 34.0.5 (W8.1)
  • YesY Chrome 40.0.2214.38 beta-m (64-bit) (W8.1)
  • YesY IE 11.0.9600 (W8.1) (64-bit)
  • YesY IE9 (some version, W7)
I will see if I can find PC running IE8 and run a check. To note that as WMF has turned off active (javascript) support for IE6 and IE7 I don't think that it is a major issue for us to follow suit. It is maybe the ability for us to identify browsers that we know are broken, and let people to know why. — billinghurst sDrewth 01:31, 5 January 2015 (UTC)
I'm nearly passed out from giggling to myself with so much delight -- no scripting involved Its all done by using new pseudo elements from CSS 3 (imagine my disbelief when I saw it "work" for the first time > > > had to run a survey).

Granted an old browser is just that and there's little we can do about it -- but it won't be the fact that "active" javascript is no longer supported around here that's causing it to fail. :) -- George Orwell III (talk) 01:45, 5 January 2015 (UTC)

I was more trying to indicate that the alignment of columns of a table will be among the least of their concerns if they are on IE6/7.
  • N ASUS default android browser at en.m.wikisource.org mobile site expectedly, though desktop site displays table properly, though chops off right border of table.
billinghurst sDrewth 13:05, 5 January 2015 (UTC)
Ohhh lord-y, lord-y - don't get me started on Mobile Mode. Anyway, I added overflow: scroll; for the highly unlikely chance its presence is needed to invoke scrolling as I recall it being a legitimate bug at some point and, I forget if those things run on firmware or some form of crippled bios. but you'd be doing yourself a favor by flashing to the latest version if not there already.

I did set the width at ~1000px rather than the usually more dynamic 100% to insure as many alignments as possible would not be "questioned" as center when its really left or right. You can try changing that to see if there is any difference as long as you don't forget to change it back. -- George Orwell III (talk) 19:39, 5 January 2015 (UTC)

Tested it because I could and that it provided a baseline, not b/c it is the tool of choice. If I browse off the tablet it is usually a FF derivative. We still need an Apple iThing test. — billinghurst sDrewth 00:59, 6 January 2015 (UTC)
Umphf. You reminded me of my uncharacteristically un-locatable iPod. Pretty sure it runs the same OS & browser as the iPhone does so hopefully I'll remember to verify this w/that when I come across it again (That Is what you meant by "iThing(y)" right? anything with internet connectivity made by Apple and sold as i-Whatever or is there really an app or suite of mobile tests marketed with that name?) -- George Orwell III (talk) 04:24, 6 January 2015 (UTC)
  • IE8 (W7) N, shows every column left aligned, same text size and no background.
  • YesY Firefox 34.0.5 (Mac OS 10.9.5)
  • YesY Safari 7.1.2 (Mac OS 10.9.5)
  • YesY Safari 5.0.6 (Mac OS 10.5.8)
  • YesY Firefox 16.0.2 (Mac OS 10.5.8)
Beeswaxcandle (talk) 06:11, 5 January 2015 (UTC)
TY! IE8 (and lower) "failing" is not all that unexpected, although IE8 still has more users than 9 or 10 apparently. No worries (its Microsoft remember? :) -- George Orwell III (talk) 06:51, 5 January 2015 (UTC)
  • YesY Sony's version of Android (2011) in B&W
--Beeswaxcandle (talk) 08:08, 5 January 2015 (UTC)
  • On Ubuntu 14.04
  • YesY Firefox 34.0
  • YesY Chrome 39.0.2171.95
--Mpaa (talk) 12:31, 5 January 2015 (UTC)
  • iOS 8.1.2 on a 5th gen. iPod ( have no idea what ver. of Safari its running )
  • N Safari - Mobile Mode (en.m.wikisource.org) fails - but not much works there to begin with (ongoing issue)
  • YesY Safari - Desktop en.wikisource site is a-OK on all points however.
  • Windows 8.1 (64 Bit)
  • YesY IE 11.0.9600.17498
-- George Orwell III (talk) 00:26, 24 February 2015 (UTC)

Page status checker is not working[edit]

I use the toolserver checker to count the number of pages to be validated. This is not functioning currently. Is there another way to calculate the number of pages to be validated? — Ineuw talk 18:32, 28 January 2015 (UTC)

Would Category:Proofread do what you need? Beeswaxcandle (talk) 04:41, 29 January 2015 (UTC)
Thanks, but not really, Finding the pages in the category would take a whole evening. Also, there seems to be a sorting or placement error in the 'P' section. Should not this Index:Transactions of the Provincial Medical and Surgical Association, volume 2.djvu be in the "T" section? — Ineuw talk 01:57, 30 January 2015 (UTC)
@Ineuw: Toolserver is long dead. The checker tool is now on ToolLabs, and the links from Index pages have been updated. — billinghurst sDrewth 12:09, 1 February 2015 (UTC)
Pardon, but its down on tools.wmflabs at the moment. Its been pot-luck for the past few weeks now. -- George Orwell III (talk) 18:52, 1 February 2015 (UTC)

Cannot put hatnotes etc above header[edit]

All of a sudden the header is being forced to appear at the very top of the page, before everything else, even if I have inserted material before it such as a hatnote template (e.g. {{other versions}}) or a message box template (e.g. {{incomplete}}). It looks abominable (e.g. The Lesson of the Master, The Marriages, The Pupil, Brooksmith, The Solution, Sir Edmund Orme (New York & London: Macmillan & Co., 1892)/The Lesson of the Master). Hesperian 00:36, 29 January 2015 (UTC)

I think someone's been tinkering with the layout code. Recently, briefly, the layouts began to appear on all namespaces, including for example Template. It seems to properly only apply to mainspace now, but with a new set of problems. The hatnote issue is one, another is the same header problem on diff pages, another is that layouts are now applying to disambiguation pages and even to the main page of the wiki. It's not a showstopper for transcribers, at least... I've been assuming whoever is working on it just needs some time to iron it out. djr13 (talk) 02:46, 29 January 2015 (UTC)
Yeah, that is exactly it - Dynamic Layouts touches everything first & is then retarded back to just affecting the mainspace works and is then further limited to just transcluded works that appear in the main namespace. In trying to recover the 3em; gutter along the right that is suppose to offset the 3em; margin used for embedded page links on the left (which you would never normally see or know is happening until you start taking things apart), I got as far a moving all the license banners out of Dynamic Layouts on the bottom and headers in general out of Dynamic Layouts on the top. I see there is more to be done along the top (or front matter if you like) re: diff pages & hatnotes so I'll turn that off until I get all those worked out.

The thing about affecting all pages is a deeper problem and have not looked into the possibilities there. -- George Orwell III (talk) 03:09, 29 January 2015 (UTC)

yeah, i see it is kicking out pages with {{TextQuality|50%}} or {{EB1911}} at the top. should i just delete that? pretty lame when it can’t recognize the template is there. you are now slowing my work as i have to click thru your nonsense warning. <sigh> Slowking4Farmbrough's revenge 22:36, 29 January 2015 (UTC)
If it wasn't clear before let me make it so now: All of this "tinkering" is a single, ongoing endeavor to wrangle in Dynamic Layouts while becoming more Mobile Mode friendly at the same time. Its the reality in the growth of Mobile Mode en.WS traffic that spurs the need to wrangle in Dynamic Layouts back to a "more simple" incarnation - the crux of the issue is the fact that Mobile Mode cannot process -- nor would benefit from if it could -- the three or four preset layouts familiar to Users: who live & play primarily in Desktop view. Once that threshold is established - the "forking of things" should result in Desktop View having everything Dynamic Layout related it had all along restored while Mobile Mode successfully runs a watered-down variant of it as well.

The very least MM should "get" at the end of all this "tinkering" is the ability to toggle inline embedded page links pointing back to their appropriate Page: namespace counterparts on or off - otherwise getting from the main namespace to the Page: or Index: namespaces under Mobile Mode is neither apparent nor seamless nor intuitive anymore. So Please - start taking a look at your desktop view finished products in Mobile Mode before you sign-off on them and start making notes of what "transfers" and what does not.

Back on point @Slowking4: - what exactly is the problem with {{TextQuality}} templates (other than some believed, overall, that we should have stopped applying them altogether at one/some point)? -- George Orwell III (talk) 00:23, 30 January 2015 (UTC)

as i try to save a page that someone else years ago put a text quality template on, i encounter the helpful banner. as i try to save a page with a custom template such as EB1911, i encounter the helpful banner. should i now change the custom template to one that your code recognizes? i’m trying hard not to encounter the banner, but there is not much help or documentation, merely an exhortation to use page headers, thank you. i really do appreciate the doubtless unpleasant task of code upgrade, but you know we’re a community here, and notifications are nice, before the banners go forth, and false problem reports are unhelpful, where do i go to turn it off. Slowking4Farmbrough's revenge 02:32, 30 January 2015 (UTC)
WHAT BANNER are you talking about seeing upon every(?) save attempt? What does it "say"?

I'm not trying to be difficult - I just do not "see" what you're describing taking place here when I save either type of scenario is all. -- George Orwell III (talk) 02:44, 30 January 2015 (UTC)

@Slowking4: never mind, I figured out what you were complaining about. The abuse-filters were set to detect one thing while the new incarnations of the header template are no longer table based and therefore no longer detected by the filter (adds the tag 'no header' on watchlist /recent changes pages). Should no longer pop-up now. Sorry - that filter isn't one that I've dealt with much (never had to until now). -- George Orwell III (talk) 03:06, 30 January 2015 (UTC)
thank-you, yes it was less a banner, than a top spanning notice of missing page template, with a link to here. and requiring a click thru to save twice, for each page. thanks again for fixing the old code. Slowking4Farmbrough's revenge 03:17, 30 January 2015 (UTC)

Text quality template and categories[edit]

I noticed the mention of the "Text quality" template in the previous post which reminded me of something I came across recently. In extracting from the database the categories assigned to PSM, I found that the text quality template ended up in the Categories column. When I checked the page, it was inserted at the top left corner prior to the title template {{ opening brackets. Should the template be placed there? — Ineuw talk 02:10, 30 January 2015 (UTC)

The template generated an empty span wrapped in a div that acted like a placeholder for the associated script in found common.js (Quality Indicators etc.). Only categorization (25, 50, 75, 100 %) takes place outside of that script - which is why you saw what you saw. I switched the "placeholder" approach to use indicator tags instead (the scheme that now handles the top-right featured star icons & similar) so you can place the template anywhere you like and it will still go to the same spot. But in order to maintain some sense of standardization/conformity, please keep placing it before the header template as that seems to have been the practice prior to any of the recent changes. -- George Orwell III (talk) 19:14, 1 February 2015 (UTC)
Hi, GO3. Thanks for correcting it. Personally, I don't use the quality template because PSM articles are all transclusions and the quality is indicated by the color bar. — Ineuw talk 15:06, 5 February 2015 (UTC)

Art[edit]

Would I be allowed to place *my own artwork* on commons or here on wikisource? Art in color - oils on canvas, pen and ink sketches. ... It would be realism not abstract. I understand I would be donating it. —Maury (talk) 02:40, 31 January 2015 (UTC)

@William Maury Morris II: It would go on Commons and have to fit their criteria: in short, a free license and it has educational value. —Justin (koavf)TCM 15:34, 31 January 2015 (UTC)
Yes, thank you. I believe everything has educational value, or at least my work does. —Maury (talk) 22:11, 31 January 2015 (UTC)
some people are putting their work on flickr, since there you do not have the phenomenon of people coming along 5 years hence and deleting it as not educational. Slowking4Farmbrough's revenge 13:14, 3 February 2015 (UTC)

Tech News: 2015-06[edit]

16:31, 2 February 2015 (UTC)

A little question about the Featured Text[edit]

The description of February's featured text states that one of the authors also wrote The Tale of Genji, "possibly the world's first novel". I am aware that this statement mimics the concerned Wikipedia article. Nevertheless, I have a little question: if this 11th century work is "possibly the world's first novel", then what about the seventh century Sanskrit novel, w:Kadambari? It would have been better to mimic another Wikipedia statement, that it was the world's first psychological novel, or even, the first novel by a female author, or some such. Hrishikes (talk) 16:11, 3 February 2015 (UTC)

I wrote it and a lot of the information does come from Wikipedia. Speaking of, their w:Novel article also suggests The Tale of Genji is the first novel, despite mentioning Kadambari. I have no personal knowledge of this, so I'm relying on their information and I don't know what criteria may or may not exclude Kadambari. Presumably the definitions of novel being used may vary. The word "possibly" already includes some ambiguity but I have changed the wording to "often attributed" instead. I would prefer to avoid qualifiers like "psychological" or "by a female author" as they diminish the significance of the act (a first of that kind could have happened within the modern era, rather than potentially being the first ever). - AdamBMorgan (talk) 12:14, 5 February 2015 (UTC)

annoying "Legend"[edit]

Is there some way the Legend can be removed or at least be closed when I log aboard Wikisource? It as as bad as the "we need money now" banners of Wikipedia, well, not that bad but it is annoying. Long ago on Internet we called them "begging screens" and "beg banners" which first came to me to purchase software. After that came freeware but all are just as annoying. It is similar to Gobble's ads on thousands of Internet pages and all of which are "legendary" in the history of Internet, before Internet on BBS's and of shareware (often timed) —Maury (talk) 16:33, 8 February 2015 (UTC)

Would you be able post or link to a picture of what you're referring to? I don't see any banners except for the steward elections (very small) banner. I'm curious. The Haz talk 18:25, 8 February 2015 (UTC)
Sure, Hazmat2. But please do not condemn me just for *asking* about this.


Legend:

N
    This edit created a new page (also see list of new pages)
m
    This is a minor edit
b
    This edit was performed by a bot
!
    This edit has not yet been patrolled
D
    Wikidata edit
(±123)
    The page size changed by this number of bytes

—Maury (talk) 23:23, 8 February 2015 (UTC)

Does't this only show on the Watchlist page? And is the "collapse" link not persistent? —Beleg Tâl (talk) 01:08, 9 February 2015 (UTC)
Yes, to my knowledge it shows only on the watchlist, which I watch a lot, and yes it persistently shows which is persistently annoying *to me*.I collapse it everytime I see it which is why I personally state that *it is annoying to me*. I would prefer the *option* of opening it rather than collapsing it. I speak for nobody but myself. Further, I asked if it can be removed or at least be closed when I log aboard. There may be a setting I am not aware of. What is your interest in this, Beleg Tâl, regarding *my personal dislike of it*? We have done without it for several years. *I* don't view it as an enhancement. —Maury (talk) 01:59, 9 February 2015 (UTC)
You can make the watchlist legend be collapsed by default by adding the following to your user script page:
if ($(".mw-changeslist-legend .mw-collapsible-content").is(":visible")) {
        $(".mw-changeslist-legend .mw-collapsible-toggle a").click();
}
Sam Wilson ( TalkContribs ) … 02:22, 9 February 2015 (UTC)
@William Maury Morris II: Samwilson is correct. Alternately, you can read your watchlist updates via a syndicated feed and never see Special:Watchlist at all. —Justin (koavf)TCM 02:24, 9 February 2015 (UTC)
Thank you Sam Wilson and I thank you too Justin. I figured there must be a way and I figured someone here would be smart enough to know that way to change the watchlist legend to be colapsed. Afterall, I have seen Index pages with this option. Thanks again fellows, —Maury (talk) 02:46, 9 February 2015 (UTC)
Ah, I see what you're referring to now. I'm glad you got it all worked out. And why would you think I'm "condemning" you for anything?
  • I don't but in not knowing I didn't want *anyone to start* any possible argument. Others read here too you know. Some people actually like to argue fubar.

I just asked for a picture so I could be of some help. I simply wasn't sure what you were referring to. The Haz talk 04:57, 9 February 2015 (UTC)

  • Understood. Kind regards, —Maury (talk) 05:15, 9 February 2015 (UTC)
@Sam Wilson thanks for the script, it's very convenient. --Rochefoucauld (talk) 13:07, 9 February 2015 (UTC)
I'm glad it works. I reckon the custom scripts and stylesheets are one of the best features of Mediawiki; it's possible to almost completely change the UI for proofreading! :) — Sam Wilson ( TalkContribs ) … 00:01, 10 February 2015 (UTC)

Tech News: 2015-07[edit]

16:26, 9 February 2015 (UTC)


Following-up to above items[edit]

We should be checking and noting

  • the circumstances of the above notified modification to Labeled Section Transclusion where it will work for section headings
    {{#lsth: PageName | SectionName }}
  • deleting out-of-date/retired abuse filter tags

If someone gets there, it would be great if they could report here. I won't get a chance any time soon for an in-depth play. — billinghurst sDrewth 01:47, 10 February 2015 (UTC)

Regarding new transclusion method: I attempted transcluding from the Page namespace to the main namespace. First I attempted using both section labeling methods and found neither to work. I also attempted putting both the section begin and section end tags on the same page and that did not work either. In both cases, there was no text on the page in the main namespace that I was transcluding to. In the HTML I found only paragraph tags with a line break. However, I also don't see a real use for this specific function as described on phabricator, at least for WS. Perhaps I'm being naive, but it seems that we're trying to get away from transcluding one page at a time and that's somewhat what this new function does. (It supposedly transcribes an entire section, but only from one page, which most pages on Wikimedia and Wikipedia are.) However, I urge others to play around with this as well and post your findings! The Haz talk 03:17, 10 February 2015 (UTC)
Confirmed. My guess this is because the magic-word (or it's coding equivalent) __NOEDITSECTION__ is applied to every page in the Page: namespace by default. As a result the "usual internals" for section headings are not generated in the Page: namespace so its not a stretch to think this has something to do with lst-h not working.

EDIT: It does work with or without subpages being the "root page" as exampled here in a Help: sandbox; won't work if using H# straight html tags (2nd example) however. -- George Orwell III (talk) 12:01, 10 February 2015 (UTC)

Fantastic! However, using headline tags (via equals signs) without using CSS to modify the definition changes the layout of the books, even in your example. Also, I don't think we can transclude more than one page at a time. The Haz talk 01:03, 11 February 2015 (UTC)
LST-H is not meant to transcluded "pages" in the traditional Page: namespace sense but the transclusion of "ranges" (just like when using begin & end section tags to mark a "range") but by using heading sections instead. In other words you wouldn't really use LST-H for "proofreading transclusions" purposes but for isolated inter- or intra-transclusions instances (for now that is. When the additional HTML5 "section-like" tags are supported by wiki-media, we can re-visit what method in what situation makes more sense then). -- George Orwell III (talk) 21:57, 11 February 2015 (UTC)

Categorisation: works by author?[edit]

Has there been discussion in the past about creating categories that group works by individual authors? There's the Authors category, but this is just for pages in the Author namespace. I mean a subcategory of the Works category, probably Category:Works by author. This has come up for me because I've been playing around with a little thing that lists the categories of validated works, and I want to view validated works by a any particular author; it seems a tricky thing to do.

I realise it'd be a duplication of the lists on authors' pages, but only in a similar way that e.g. the subcategories of Category:Authors-I is a duplicate of the information in Wikisource:Authors-I.

I'm not really suggesting that this is a good idea, literally just asking whether it's been discussed and what the outcome was (because I dare say it has! and I don't want to dredge up old arguments... hmm, although, perhaps I am... sorry in advance!).

Thanks, — Sam Wilson ( TalkContribs ) … 09:20, 10 February 2015 (UTC)

There are a few instances of such categories that I've seen, but mostly by folks out of the loop for English Wikisource norms. My memory recalls a discussion on this issue decided we were against such categories, partly because of the duplication and partly because of the headaches of dealing with co-authored works, translated works, and such. I personally think such categories would serve no useful function, and simply add to the cruft. Most of our authors have few or no works, and we have a poor category structure and maintenance as it is. --EncycloPetey (talk) 03:00, 11 February 2015 (UTC)
Yes, it's true that the category hierarchy is not particularly clean and organised at the moment! :) You're right about duplication between the authors' pages and the categories, but isn't this the same sort of duplication that exists between the pages that list authors and the categories that contain them (e.g. those I linked to above)? Which is a maintenance burden, but we encourage it anyway (well; that's a question, really: do we encourage it? Is it just a hangover from a previous time? I add new authors to both places when I add them). I wonder if creating a "Works by Author Name" category would be as simple as modifying the {{header}} template? Although, as you say, multiple authors would have to be handled — these would just mean that the work appears in multiple "Works by x" categories though.

I guess, fundamentally, I see an accurate category tree as being of greater value than accurate lists on Authors' pages, because of the ability to query all sorts of different things (like "all 18th century non-fiction works" or "all validated novels", or as is my case in point "all validated works by George Gissing"). — Sam Wilson ( TalkContribs ) … 04:42, 11 February 2015 (UTC)

As stated above category structure and maintenance is poor, and so I can only see the potential mess it may create. We can see this already in general categories. For instance Category:Psychology has a list of psm articles in it that creates an alphabetization disaster. Now of course this can easily be resolved by using redirects and adding categories their. The problem with that is it makes navigation/exploring difficult among users. (note, may make it harder to add such function to {{header}}) Also articles that begin with common words such as 'the,' 'a,' etc. may cause the same problem. In conclusion adding author categories will just create more categories being poorly alphabetized. --Rochefoucauld (talk) 13:46, 11 February 2015 (UTC)

An alternative way to mark page breaks[edit]

I discovered that French Wikisource uses another way to mark page breaks, placing <nowiki /> tag at the top of a page and a blank line after it, as in example we can see here. I propose it here to be added to Help:Formatting conventions as an alternative to {{nop}}. As for me, it has several advantages:

  • It does not include any templates;
  • It does not insert html formatting tags in the text;
  • You can add as many blank lines as you want at the top of the page;
  • You don’t need to look at the next page before placing this tag;

The only disadvantage I know is that the source text will be a couple of bytes longer. Nonexyst (talk) 22:43, 13 February 2015 (UTC)

  • The true disadvantage is nothing on God's green Earth except for wiki-based content &/or wiki-markup recognizes such a tag, whereas an empty DIV wrapper is expected to be recognized just about "everything" (including wiki-markup) and its expected behavior (here under wiki-markup) in general is -- when basic & empty; do not process nor render.

    The true fix for when the content at the "end" of a page in the Page: namespace also happens to be the ending of a block-element proper (a paragraph in other words) would be to apply opening and closing paragraph <P> tags to such content as needed (e.g. possibly needed at the first block of content in the Page: that follows in certain instances as well).

    If your browser/settings somehow supersedes wiki-markup's non-processing & non-rendering of an empty DIV element wrapper, try adding a new css3 selector dealing with "empty" elements to your User: common.css to try to usurp the behavior "back to the expected"; something along the lines of...

.mw-body div:empty {
	display: none;
}

George Orwell III (talk) 23:40, 13 February 2015 (UTC)

Another disadvantage is inconsistency. The more ways of doing something that are used, the harder it is to maintain the site. If we're all doing something the same way, then making a change is simple.

In answer to the list of advantages:

  • templates promote consistency and an agreed change to a template propagates the change instantly to all pages that use the template;
  • given that wiki-markup is converted to html before displaying a web-page, don't worry about this;
  • blank lines at the top of pages are not required—we are not replicating the exact layout of every page of a book, we are making the text available;
  • I don't look at the next page before placing {{nop}} now. The last line of a paragraph is usually a short line and so we know that to put the nop before turning the page. On the odd occasion that a paragraph ends at the right hand margin, there is the handy gadget to insert a nop on the previous page. Beeswaxcandle (talk) 00:33, 14 February 2015 (UTC)

Re the proposal, that was discussed in the early days (pre 2009), and you should be able to find the discussion in the archives to this page. The current means was determined as the preferred means to resolve.

I have a custom regex sidebar script that places {{nop}} as the last thing in the body on a new line, which makes it easy for that too. — billinghurst sDrewth 13:37, 14 February 2015 (UTC)

Help translating German front page[edit]

Hello, can someone please help me to translate this front page Index:Gitarristische Vereinigung XIII. Jahrg. Nr 3.pdf. I need a title in English for it so I can create a main namespace. Jpez (talk) 16:12, 15 February 2015 (UTC)

Yes check.svg Done I've translated everything but the contents themselves. Most of those are titles and they're not all in German. --EncycloPetey (talk) 16:52, 15 February 2015 (UTC)
Thanks EncycloPetey. I'll be leaving the titles of the songs as they are because I think they are used with their original names universally anyway. What do you think I should call the main namespace page? Guitarists' Union registered association headquartered in Munich, Number III. June 1912?
There's no need for such a long title. "Guitarists' Union (1912)" or even "Gitarristische Vereinigung (1912)" should be sufficient. --EncycloPetey (talk) 22:31, 15 February 2015 (UTC)

Tech News: 2015-08[edit]

17:57, 16 February 2015 (UTC)

{{fqm}} after a gap[edit]

Right now, it is not possible to render {{fqm}} after a {{gap}}. Is it possible to write code into the template to enable one to render quotation marks, etc. in lines of poetry which follow gaps of varying lengths? Thanks, Londonjackbooks (talk) 15:09, 18 February 2015 (UTC)

Methought the sky looked scornful down<br />
{{gap}}On all was base in man,<br />
And airy tongues did taunt the town,<br />
{{gap}}{{fqm|'}}Achieve our peace who can!'

Methought the sky looked scornful down
 On all was base in man,
And airy tongues did taunt the town,
 'Achieve our peace who can!'

Is this perhaps the effect you wish to achieve?
Methought the sky looked scornful down<br />
{{gap}}On all was base in man,<br />
And airy tongues did taunt the town,<br />
<span style="float:left; text-align:right; margin-left:-1em; width:3em;">'</span>Achieve our peace who can!'

Methought the sky looked scornful down
 On all was base in man,
And airy tongues did taunt the town,
'Achieve our peace who can!'

That's pretty clever! So the fix works by defining the width more than the offset, so not only is there a floating <span>, but since it is only partially offset it creates an indentation gap with the floating the quotation mark inside of the indentation gap. {{fqm}} can't do that currently because its "depth" parameter passes equally to width and the "margin-left" offset. The template could probably integrate this in one of two ways...either make it possible to define each parameter separately, or use a little math so that a parameter can intelligently recalculate the width and/or offset to generate the needed indentation gap.

And airy tongues did taunt the town,
'Achieve our peace who can!'

Fun...Not entirely sure how to code this, not great at wikicode expressions. djr13 (talk) 11:47, 19 February 2015 (UTC)
Here is a thought. Too ugly? (N.B. Had to sacrifice (undocumented) depth=3em syntax top get this to work. Cost too high? Revert the template edit if you think so.)
Thought #2: CSS3 to the rescue. Hope this works in more browsers than IE and Firefox. As ever, revert to last working version if problems crop up.
Methought the sky looked scornful down<br />
{{gap}}On all was base in man,<br />
And airy tongues did taunt the town,<br />
{{fqm|gap=2em|'}}Achieve our peace who can!'

Methought the sky looked scornful down
 On all was base in man,
And airy tongues did taunt the town,
'Achieve our peace who can!'


What is wrong with either of the following methods? Why does the quotation mark need to be "floated"?

{{block center|<poem>Methought the sky looked scornful down
{{gap}}On all was base in man,
And airy tongues did taunt the town,
{{gap}}'Achieve our peace who can!'


Methought the sky looked scornful down
::On all was base in man,
And airy tongues did taunt the town,
::'Achieve our peace who can!'</poem>}}

Methought the sky looked scornful down
 On all was base in man,
And airy tongues did taunt the town,
 'Achieve our peace who can!'


Methought the sky looked scornful down
On all was base in man,
And airy tongues did taunt the town,
'Achieve our peace who can!'

Hrishikes (talk) 14:44, 19 February 2015 (UTC)

Quite a few source texts have floating quotation marks. —Beleg Tâl (talk) 14:50, 19 February 2015 (UTC)
Right, and we want to be as faithful as possible to the original.... Most texts I've come across don't float marks on indented lines, but Emerson's work that I am working on does. Thanks all. Londonjackbooks (talk) 15:06, 19 February 2015 (UTC)
Once printed, does not it get fixed? How can it be floating or swimming? How do you determine whether it is floating or not? I don't have any idea, that's why I'm asking. Hrishikes (talk) 15:01, 19 February 2015 (UTC)
You can see it visually. See the example used above on this page in the original image. Not sure if that answers your questions... Londonjackbooks (talk) 15:09, 19 February 2015 (UTC)
Thanks, it's clear now. Hrishikes (talk) 15:22, 19 February 2015 (UTC)

Template:Cdm[edit]

I created this to assist with the accented IPA in a recent work, but figured it may be useful elsewhere.

I also created it because hunting down the relevant combining marker wasn't necessarily as quick as typing the codepoint, and for some more obvious accenting, there are some more specfic cdm... named templates (All were subst) so if needed they can be renamed to conform with the dictratic templates (even though their use is slightly different.ShakespeareFan00 (talk) 20:38, 18 February 2015 (UTC)

cdm=Combining diacritical marker. ShakespeareFan00 (talk) 20:38, 18 February 2015 (UTC)

So, how is this set different in effect from the already existing set in Category:Diacritic templates? Beeswaxcandle (talk) 06:05, 19 February 2015 (UTC)
Because they can be used with ANY base character (which is the one of the parameters), the existing templates were specfic accented characters that (barring some breve-macrons combinations I added) were as far as I knew single points in the Unicode planes. The intent with cdm is to make it easier to add the accents for the ocassions when the accented form is NOT a single standard character, or one of the existing templates. ShakespeareFan00 (talk) 11:06, 19 February 2015 (UTC)
I think it would be unreasonable to create a new template for every pair of letter and accent that exists, so I think this is a great idea. —User:Beleg Tâl 2015-02-19 14:51 UTC

Editing/Adding/uploading - Improvement of the Mind[edit]

Hello,

The Improvement of the Mind is a text by Issac Watts written in the 1800s. I wanted to type it so that people have a computer copy instead of a scan of the pages of the book.

On Wikisource, I saw that somebody shares a similar interest in writing up the Improvement of the Mind.

The editing/addition of the book is in order of chapter (currently the editing/addition is of Preface Part II on Wikisource). I have the addition for Chapter 9. I want to upload this but cannot. Please help. -- Shawn Kailath (talk) 21:38, 21 February 2015 (UTC)

Tech News: 2015-09[edit]

16:28, 23 February 2015 (UTC)

Help with formatting[edit]

Hi Can someone help me with the formatting of the brace here Page:The Olive Its Culture in Theory and Practice.djvu/7? I've tried myself using a table with the help of the templates help page but it doesn't look too good because there is a big space between the two lines. Jpez (talk) 05:32, 24 February 2015 (UTC)

Yes check.svg Done


Wikimania 2015 scholarships[edit]

Dear Wikimedians,

Wikimedia Polska Association will fund up to two international scholarships to this year's Wikimania conference, to take place in Mexico City, on July 15-19, 2015, covering air fare, conference fee, accomodation and insurance. See here for information on how to apply for the scholarship, what the requirements are and how to contact us. Feel free to distribute this message to any relevant Wiki pages and mailing lists. On behalf of the WIkimedia Polska Scholarship Commitee, Wpedzich (talk) 19:07, 24 February 2015 (UTC)

Duplicates ?[edit]

Index:A PAGE OF AMERICAN HISTORY.pdf and Index:A page of American history (1905).djvu ?

Yes. Should also be taken care of at Commons.--Mpaa (talk) 22:37, 24 February 2015 (UTC)

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

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

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

MediaWiki mobile

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

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

Tech News: 2015-10[edit]

16:41, 2 March 2015 (UTC)

Implications of changes[edit]

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

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

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

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

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

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

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

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