User talk:Library Guy

From Wikisource
Jump to: navigation, search



Hello, Library Guy, and welcome to Wikisource! Thank you for joining the project. I hope you like the place and decide to stay. Here are a few good links for newcomers:

Carl Spitzweg 021-detail.jpg

You may be interested in participating in

Add the code {{active projects}}, {{PotM}} or {{CotW}} to your page for current wikisource projects.

You can put a brief description of your interests on your user page and contributions to another Wikimedia project, such as Wikipedia and Commons.

I hope you enjoy contributing to Wikisource, the library that is free for everyone to use! In discussions, please "sign" your comments using four tildes (~~~~); this will automatically produce your IP address (or username if you're logged in) and the date. If you need help, ask me on my talk page, or ask your question here (click edit) and place {{helpme}} before your question.

Again, welcome! Beeswaxcandle (talk) 06:31, 18 October 2013 (UTC)

Javascript for initializing Pages[edit]

{{helpme}} When I create a page using the ">" tab while transcribing a DJVU document, as I am now doing with Henry Villard's Memoirs, the Javascript does not seem to get the footer formatted right: the last line terminates with "<noinclude></div></noinclude>". The result is that the last line in a displayed page of text has an unneeded and unsightly CR, which fortunately doesn't appear when the page text is transcluded. A fix to this problem is to have the Javascript add a CR so that "</div></noinclude>" appears as the last line, right after a line which terminates with "<noinclude>". See Page:Memoirs of Henry Villard, volume 1.djvu/256, which exhibits this problem. How do I introduce this fix into the Javascript?

A page which is created without Javascript does not have this problem. For an example see Page:Memoirs of Henry Villard, volume 1.djvu/257.

Library Guy (talk) 17:53, 24 October 2013 (UTC)

I can't answer the javascript part of your question, but this problem is solved by removing the mid-paragraph line-breaks and ensuring that the last character of the page is not a space. Beeswaxcandle (talk) 22:58, 24 October 2013 (UTC)
I think it would be better to just fix the Javascript. The mid-paragraph line-breaks are handy for helping keep track of the correspondence between the transcribed text and the original. But thanks for your thoughts. I have wondered what motivated people to remove the line-breaks. Library Guy (talk) 23:08, 24 October 2013 (UTC)
Help:Formatting conventions tells us to "remove end-of-line hyphens and line breaks" as a best practice. Our objective is to provide a transcription of the content rather than an imitation of the printed page. Leaving the line-breaks in can also cause transclusion problems. Beeswaxcandle (talk) 23:36, 24 October 2013 (UTC)
I applaud the philosophy, but I think the line-breaks aid in the transcription process since one must constantly move back and forth between image and transcription. For other reasons though, you are right, the page breaks are inconvenient and cause problems. But after everything, I think it would be best to fix the Javascript, just to provide a further level to promote correct functioning. Library Guy (talk) 23:46, 24 October 2013 (UTC)
Yes, it would be best to fix the javascript/code for this quirk but doing so introduces some other quirk if memory serves me right. You see the real problem is the brain behind this entire ProofReading scheme has left the project, leaving us with a patch-work of fixes built on top of what amounts to a flawed foundation to begin with. Plus the Wiki mark-up - designed for the Wikipedia-type of collaborative article that is constantly in flux more so than Wikisource's goal of faithful reproduction of basically fixed content - is constantly getting in the way of the most basic of HTML expected behaviour around here (like the opening & closing tags of a block-level DIV element always residing at the start of their own line(s) --> which would be exactly the same result as what you're asking for here but is done by default most everywhere else on the planet save the wiki-world). So unless you can tell us how straighten-out this fabulous disaster for us, there is not much chance anyone else will anytime soon. Sorry. -- George Orwell III (talk) 04:52, 25 October 2013 (UTC)
Well right now the software is doing it two ways. When a page is created without Javascript, as in one of my examples above, the DIV element goes on its own line, almost exactly (aside from an intervening linefeed) as the fix I am describing for the Javascript. So if you are worried about glitches introduced by my fix, the possibility is already there. I would say just for sanity of maintaining code, it would be good just to do it one way, and putting the DIV element on a new line seems to provide the best result. It will make the disaster easier to keep track of if its various software elements behave consistently. Library Guy (talk) 14:52, 25 October 2013 (UTC)
First - I'm total agreement with you in principle & in practice. Again - not trying to be argumentative or anything like that with you here, but the reality is just not that simple at this point in the collective history of the ProofReading extention's development in time. Trust me when I say we've "done it" many ways (including your's) once or twice before and the current one is the least worst given the circumstances and realities at hand. The maintenance alone afterwards needed in just removing/adjusting the {{Nop}} template would be just one example of the issues that would arise if anything in that "footer" layout were to suddenly change.

It's not the way I would have done it - that much is certain - but I got here far to late to do anything about it other than accept the realities & wait for somebody who knows what they are doing to come along an overhaul the entire thing once and for all. -- George Orwell III (talk) 21:20, 26 October 2013 (UTC)

I have worked as a software engineer, and I do know what I am doing. Most software does not get overhauled once and for all, but should be changed cautiously. The transclusion, which is probably the most important part, is not going to be affected, because the line feed would come after the <noinclude> tag. I can see a footer, as it is displayed on a particular page, might be affected, but it would probably be a very exotic thing. I see two benefits:
  1. Making all software components affecting page creation yield the same result will ease maintenance. There is no sense in having the creation process without Javascript yielding a different result than that with, and in this case, I think the creation process without does the right thing, except I would get rid of a linefeed in the without case.
  2. The work around of getting rid of all the within-paragraph linefeeds in the source text I think is detrimental because it makes proofreading more difficult, and changing the Javascript code so it yields the same result as the non-Javascript code will make it so this work around is no longer necessary. But any editor who can't break their habit of removing the within-paragraph linefeeds will not notice any difference.
I have just observed the software at work for my particular case where the default footer is empty. There must be some dependencies on how the index page specifies the default footer, and I would just change things so both creation processes incorporate the footer text the same way. The change is not going to break any existing pages, because it only affects page creation. There may be some exotic footer codings which are affected, but I can't see anything dire happening. It is a very small change in a preferred direction.
Library Guy (talk) 14:43, 28 October 2013 (UTC)
Putting a CR followed by &nbsp; in the footer does the job, but <br/>&nbsp; doesn't. Library Guy (talk) 16:15, 31 October 2013 (UTC)
My issues seem to be resolved by the latest release of the editing software for the Page: environment. I have been working with it for a few days, and I notice now no special footer kludge is needed to get the pages to format reasonably. The new non-Javascript interface is interesting as well, though it would be handy to have the special characters accessible. They aren't now (except the default ones), but in an earlier release they were. Well lately I don't have much occasion to work without Javascript, though I may go without it sometime in the future. Library Guy (talk) 19:30, 13 December 2013 (UTC)

Question for Bob Burkhardt[edit]

Out of sheer curiosity and after reading your user page and what it connects to, I believe you are an intelligent person. I thought you were perhaps a new person.

Why do you not do the pages of a book properly including formatting the pages? You have many works started and yet left marked as "Proofread" and also transcluded.

BTW, that statement of yours, "The white flower is a Queen Anne's Lace" is interesting because in the South you will find the white lace flower called a "chigger bush" even though it is known as Queen Anne's Lace. One who knows will not touch those pretty flowers laced with chiggers. It may be fine in Massachusetts but don't trust them in the south.

Kind regards, —Maury (talk) 22:37, 31 December 2013 (UTC)

Hi Maury, Your validation edits have puzzled me as well. If you could give me specific examples of edits of mine which puzzle you that would make my job of explaining things easier. I have no recollection of anything I have written on Queen Anne's Lace, but perhaps you are referring to an encyclopedia article I posted; but I do so many, it would help to know which one. In my proofreading, I like to leave the line breaks on a page because I think they make going between the original and the transcription a lot easier when a typo needs correcting. The "smart quotes" I also think are the next step after the dumb ones. I think they make things more intelligible, and going back to the dumb ones puzzles me. Library Guy (talk) 18:17, 2 January 2014 (UTC)
P.S. I am not a new editor and have worked on Wikisource about four years, though not with this new account. See User:Bob Burkhardt. Library Guy (talk) 18:18, 2 January 2014 (UTC)

Hello, Bob. I already know that you aren't a new editor but I did not when I first saw posting as "Library Guy". So much for aliases. It caused me to explore. I have edited and validated some of your works in the past. I have been here 6 years+ so I am not new here either. The Queen Anne's Lace is located on your personal website with a lot of other information and images. There was a photo that I recall of a small flower pot with some kind of pine tree in the center if I recall correctly. I roamed around that website reading. As for the smart quotes, I have read (I think Beeswaxcandle or Billinghurst) mentioned that we should use straight quotes. I am not positive on who made that post. Regardless, when a page is formatted, which I always do, the smart quotes are automatically changed to straight quotes. I have nothing to do with that process and do not know who created it. I almost always format a page because they are supposed to be formatted. I do that out of years of habit. I prefer the smart quotes too as well as the indentations we don't do with books. We drop down a line instead of indentations. In any case, I stopped proofreading and validating your works so you are safe with what you prefer to do. Kind regards, —Maury (talk) 18:50, 2 January 2014 (UTC)

Maury, This "formatting" option you mention can't be required, because I "proofread" and "validate" pages all the time without it. Some PSM editors also favor the straight quotes. I think it is a matter of taste. In reading one can tell more immediately whether one is at the start or end of a quote. Well I suppose that is true also with straight quotes because of their position. I guess they appeal to me because they look like what is seen in the original manuscript. Thanks for telling me where you read about Queen Anne's Lace. That's good to know about its problems in the south. Chiggers are a pain. Library Guy (talk) 19:06, 2 January 2014 (UTC)

Bob, all I can state is that when I format any page the smart quotes become straight quotes. I have no choice with that and it has always been that way. The text I see in your works appear (to me) as unformatted so I formatted some of them. I formatted enough that I didn't go very far because I did not want to do a lot of formatting which is what I do before I validate a page. I have stated that I too prefer smart quotes as well as indentations.

I must say I do like your artwork and having loved tennis most of my life I related to your excellent drawing of Tracy Austin of the "Palos Verdes Peninsula" the best. That art goes back to May 12, 1996 which is my birth month and day but not year. Long ago, I did some silkscreen works of tennis players, Indian Chiefs with war bonnets, &c. &c. Photography and various arts such as silkscreen, sculpture, pottery, and many more are some of my earliest hobbies. Even in the works I do here on are typically heavily laden with illustrations hearkening back to my youth. There isn't much that I dislike except perhaps for a long-winded book that is all text. I let a screen reader read those to me or an audio book which I tinker with creating using pro voice files. Oh, "chiggers" - they are maddening! A lady's fingernail polish covered over them will kill them. —Maury (talk) 19:36, 2 January 2014 (UTC)

Transclusion problem[edit]

{{helpme}} I am trying to generate a file called School Management by transcluding a section out of a book, but the beginning is not right, and I wonder what I am doing wrong. The transclusion starts with a section of a page, and that is the part that doesn't work. Any ideas? Library Guy (talk) 21:27, 9 January 2014 (UTC)

I'm perplexed as well. I've tried a bunch of things and get the same results (or worse). Give it some more time - somebody else will see this sooner or later. I will keep an eye on it as well. -- George Orwell III (talk) 01:10, 10 January 2014 (UTC)

Thanks. Library Guy (talk) 01:19, 10 January 2014 (UTC)

Ah ha - a combination of things (I think). The end of the "03 Dock" article needed the same section "end" to close off the last 2 lines on p.98 properly. You used a single Center template that spanned across that new proper end of "03 Dock" and the begining of "management" on p.98 - which freaked out tranclusion a bit - and finally (& most weirdly), p.99 has no paragraph breaks on it and that prevented the insertion of the embedded 99 from appearing in the mainspace when transcluded. A faux opening and closing paragraph tag in the non-included header(s) and footer(s) solved that. -- George Orwell III (talk) 02:10, 10 January 2014 (UTC)

Sounds complex. I restored 03 Dock to its original length. The three other transclusions I did from this chapter (including that first one which didn't work until your repairs - thank you) are meant to be extracts from the chapter for separate presentation (as separate works of Christopher Dock), but I meant to keep the original chapter intact rather than taking those sections out. Again, many thanks. Library Guy (talk) 16:50, 10 January 2014 (UTC)

PSM and similar links[edit]

Hi, and thanks for adding the {{similar}} links to the Popular Science Monthly articles. I only ask that please add them on the Notes line of the header. Thanks in advance.— Ineuw talk 08:19, 16 April 2014 (UTC)

Thanks for your sensible advice, re: "Icebergs and Fog in the North Atlantic", in Popular Science Monthly Volume 22, March 1883. I may try it elsewhere as well. Library Guy (talk) 18:34, 16 April 2014 (UTC)

Automated import of openly licensed scholarly articles[edit]

Hello Library Guy,

We are putting together a proposal about the automated import of openly licensed scholarly articles, and since you are an active Wikisourceror, we'd appreciate yourcomments on the Scriptorium. For convenience, I'm copying our proposal here:

The idea of systematically importing openly licensed scholarly articles into Wikisource has popped up from time to time. For instance, it formed the core of WikiProject Academic Papers and is mentioned in the Wikisource vision. However, the Wikiproject relied on human power, never reached its full potential, and eventually became inactive. The vision has yet to materialise.
We plan to bridge the gap through automation. We are a subset of WikiProject Open Access (user:Daniel Mietchen, user:Maximilanklein, user:MattSenate), and we have funding from the Open Society Foundations via Wikimedia Deutschland to demo suitable workflows at Wikimania (see project page).
Specifically, we plan to import Open Access journal articles into Wikisource when they are cited on Wikipedia. The import would be performed by a group of bots intended to make reference handling more interoperable across Wikimedia sites. Their main tasks are:
  • (on Wikipedia) signalling which references are openly licensed, and link them to the full text on Wikisource, the media on Commons and the metadata on Wikidata;
  • (on Commons) importing images and other media associated with the source article;
  • (on Wikisource) importing the full text of the source article and embedding the media in there;
  • (on Wikidata) handling the metadata associated with the source article, and signalling that the full text is on Wikisource and the media on Commons.
These Open Access imports on Wikisource will be linked to and from other Wikimedia sister sites. Our first priority though will be linking from English Wikipedia, focusing on the most cited Open Access papers, and the top-100 medical articles.
In order to move forward with this, we need
  • General community approval
  • Community feedback on workflows and scrutiny on our test imports in specific.
  • Bot permission. For more technical information read our bot spec on Github.

Maximilianklein (talk) 18:27, 20 June 2014 (UTC)

NIE notes[edit]

Hello, I noticed that you've been by by far the most active in editing The New International Encyclopædia, and thought you might be possibly interested in a few thoughts I had in my brief (hopefully to eventually continue) foray into transcribing a few pages of this work I found personally interesting. Notes from a brief foray into NIE transcribing; djr13 (talk) 21:47, 30 October 2014 (UTC)

FYI on this topic I have subsequently had an interesting discussion with Abjiklam about diacritic particularities. Do you know if dot-over-macron and macron-over-dot carry any real symbolic/lingual difference or are purely stylistic typography? If so please weigh in! Thanks, djr13 (talk) 09:16, 28 November 2014 (UTC)

Bismarck, Otto Eduard Leopold von”, in Encyclopædia Britannica, (11th ed.), 1911[edit]

hi, nice work. hope you don’t mind if i move your work to the side by side page view, with a transclusion to the article. i.e. Page:EB1911_-_Volume_04.djvu/18. the transcription at the article is so pre-2010. also it’s considered best practice to delete the hard line breaks and let the paragraphs flow. (this makes italics easier, btw). cheers Slowking4Farmbrough's revenge 19:42, 19 November 2014 (UTC)

Thanks for taking care of the transclusion. I don't consider eliminating the line breaks good practice; I think it makes the articles harder to proofread. You're right, it does make the italics easier. Library Guy (talk) 19:59, 19 November 2014 (UTC)

Crusades”, in Encyclopædia Britannica, (11th ed.), 1911[edit]

hi, i went and transcluded again. i couldn't figure how to keep the TOC in there. revert if you prefer. Slowking4Farmbrough's revenge 00:05, 28 December 2014 (UTC)

The TOC is almost a nuisance now. Used to be large articles were broken up so less capable editing software could handle them. Paging accomplishes about the same thing now, although I think differences in software are less of a problem. Thank you for transcluding. Library Guy (talk) 21:29, 28 December 2014 (UTC)

Re: edit[edit]

Re: [1]: They are titles of whole books of poems, not single poems. They just happen to have quotation marks in the titles. Should they not then be italicized as being books despite? Thanks, Londonjackbooks (talk) 16:15, 29 December 2014 (UTC)

Yes, I will revert. Library Guy (talk) 16:26, 29 December 2014 (UTC)
Being unaware of the rules in this particular case, I thought I'd ask just in case. Just thought they shouldn't appear to be as single poems. Thanks! Londonjackbooks (talk) 16:33, 29 December 2014 (UTC)

Encyclopædia Britannica, Ninth Edition[edit]

We don't have a complete set of scans yet, were you planning on looking for these? ShakespeareFan00 (talk) 23:17, 5 January 2015 (UTC)

This what found on a very quick scan -

There are links to all of them on the EB9 talk page. I have been uploading them when I need them, but I plan to make a more concerted effort and complete the collection in the near future. It is just a matter of uploading: the links show we know where they all are. Volume 1 should get done today. Library Guy (talk) 18:05, 6 January 2015 (UTC)

I have completed uploading all of the volumes to Wikisource and written stub scan indexes. Library Guy (talk) 17:01, 12 January 2015 (UTC) The text layers seem to be missing on some of the DJVUs, although the full OCR text is always available at Library Guy (talk) 00:07, 23 January 2015 (UTC)

New Proposal Notification - Replacement of common main-space header template[edit]

Announcing the listing of a new formal proposal recently added to the Scriptorium community-discussion page, Proposals section, titled:

Switch header template foundation from table-based to division-based

The proposal entails the replacement of the current Header template familiar to most with a structurally redesigned new Header template. Replacement is a needed first step in series of steps needed to properly address the long time deficiencies behind several issues as well as enhance our mobile device presence.

There should be no significant operational or visual differences between the existing and proposed Header templates under normal usage (i.e. Desktop view). The change is entirely structural -- moving away from the existing HTML all Table make-up to an all Div[ision] based one.

Please examine the testcases where the current template is compared to the proposed replacement. Don't forget to also check Mobile Mode from the testcases page -- which is where the differences between current header template & proposed header template will be hard to miss.

For those who are concerned over the possible impact replacement might have on specific works, you can test the replacement on your own by entering edit mode, substituting the header tag {{header with {{header/sandbox and then previewing the work with the change in place. Saving the page with the change in place should not be needed but if you opt to save the page instead of just previewing it, please remember to revert the change soon after your done inspecting the results.

Your questions or comments are welcomed. At the same time I personally urge participants to support this proposed change. -- George Orwell III (talk) 02:04, 13 January 2015 (UTC)

NIE realization[edit]

Hello again! An eternity has passed, yet just now I realized a painful error. Hopefully it will be easy to fix, though it would require looking back and fixing earlier edits. The mistake? We should have created a template to handle these problematic diacritics. And by "handle" I mean, at the very least, put the problematic unicode sequences into a single place that we can transclude from and improve on as-needed. See also: Help:Templates#Character formatting; Diacritic templatesdjr13 (talk) 09:16, 24 January 2015 (UTC)

I'm not sure what you're talking about. Perhaps you can provide examples of templates and their usage as you work through this, and/or examples of problem articles and what the problem is. Library Guy (talk) 19:04, 25 January 2015 (UTC)
Sorry, I should have mentioned, I'm referring to an earlier conversation: #NIE notes and related threads elsewhere. We were discussing the use of complicated combining diacritic marks due to unicode's coverage of precomposed marks being, officially, permanently incomplete. The above is just my realization that we probably shouldn't be putting these complicated unicode symbols (at least given the current pathetic state of unicode support in most browsers and fonts) raw into transcriptions. Or at least, if we do, we should wrap them in a template to ease maintenance in case in the future we decide on a better method for presenting these characters. This might be a simple {{complex unicode}} wrapper that's simply a {{{1}}} passthrough (making it merely an interim enabler for "what links here") or a perhaps a proper expansion of Wikisource's collection of diacritic templates. djr13 (talk) 20:44, 25 January 2015 (UTC)
I think I get the idea. Sounds good. Anything developed can be mentioned in the header notes for the pronunciation key page, and of course used in the body. Well the pronunciation keys are certainly a work in progress for me, and I will apply this idea elsewhere. I wish we all could have done it right from the first, but such is life. I have become adapted to the NSRW key, and the multicharacters are not as difficult to use as I'd feared. They sometimes look odd in the Courier font of the page as it is being edited, but appear OK when the page is previewed or saved. But wrapping them in a template would make more sense. Library Guy (talk) 20:57, 25 January 2015 (UTC)

EB1911 v. 26 index page problem[edit]

Index:EB1911 - Volume 26.djvu is giving an error (“Error: Numeric value expected”) which I cannot figure out how to fix. It may have something to do with a problem with the commons file it is based on. Anyway, the error prevents any meaningful editing of pages. I have not tried to upload a new DJVU file yet. Library Guy (talk) 21:33, 20 February 2015 (UTC)

See Wikisource:Scriptorium#Error:_Numeric_value_expected--Mpaa (talk) 21:37, 20 February 2015 (UTC)

Thanks for the referral. Library Guy (talk) 22:16, 20 February 2015 (UTC)

A note to myself and whoever else is interested: a search on "Numeric value expected" yields the index files that are failing; a search on "Invalid interval error" yields the transclusions that are failing because of bad index files. The transclusions can be fixed by using {{page}} instead of the XML "pages" element to transclude. Library Guy (talk) 18:01, 24 June 2015 (UTC)


As you seem to be the one person tirelessly working on this. . . I'll mention that it's odd we don't yet have listed any articles on the city of Sacramento. --EncycloPetey (talk) 16:38, 4 April 2015 (UTC)

That is odd. Would be nice to have the capital among the cities that get articles for each state. I think for California it was the relative sizes, and their change over time, that fascinated me, but I will consider doing some Sacramento articles. This survey of the U.S. in encyclopedias is one of my projects. Company is always welcome. Currently I'm going through the states alphabetically, at a minimum installing their NSRW articles, but also trying to do a survey of significant cities. I'm currently on Indiana, but I backtrack occasionally. Library Guy (talk) 16:48, 4 April 2015 (UTC)
Thanks for the important work you are doing! My own personal project is Ancient Greek drama. Currently, there are known plays for which we lack even a single English translation, and we have no general book on the topic. When I started, we had fewer plays still, and none of the 1911 EB articles on Greek dramatists. --EncycloPetey (talk) 23:20, 5 April 2015 (UTC)


Kindly refrain from using glyphs to “enclose” text. I agree that they are more elegant than an ordinary double quote, but we are an English Wiki with US/UK keyboards and we are not looking for making life difficult for others. On the other hand, sincere thanks for you contributions to the PSM project regardless under which username used.— Ineuw talk 03:07, 9 May 2015 (UTC)

The older texts use a variety of "glyphs" (ligatures, diareses, etc. etc.) which are not on many keyboards, that's why there are those pulldown menus of special characters which appear every time you edit. The "glyphs" you mention are more run of the mill than most, being standard ASCII. There are many people besides myself who favor them, and they make the texts look more attractive. You are the only one I have heard from who doesn't favor them. Think about incorporating them in your routine, or at least not giving other people who do use them a hard time over your eccentricities. Thanks for your contributions to PSM, but please loosen your grip on the project a bit and allow others to contribute as they see fit. Library Guy (talk) 15:24, 9 May 2015 (UTC)


Thank you for your formatting of the "Annapolis" entry in the EB9!

If you plan to contribute more, however, it would save time if you didn't make us have to follow behind to adjust your formatting. I haven't had time to write a style guide, but you've doubtless noticed that the EB11 is a well-meaning mess of different ad hoc dabs. We very consciously aren't doing that. We're dabbing by following the EB9's own policy for disambiguating entries: numerals. Instead of forcing people to guess whether an editor used Annapolis (Maryland), Annapolis, Maryland, Annapolis (MD), Annapolis (USA), &c., &c.,

  • there is a dab page at the basic name, as with Baden
  • the pages themselves are dabbed by numbers so they are always easy to find
  • redirects are created from the alternate names for users or google searches looking for other formats

If you don't feel like making those pages or redirects yourself, that's fine. The work you're doing is great enough. Just leave me a note on my talk page and I'll get around to it, same as the guys who'll eventually have to move your edits over to the scanned volumes. But kindly don't wreck the formatting of the index pages along the way.

Also note that you can't use the #Wikipedia field for articles with commas (the template won't include the closing comma). Instead, you simply format the link in the #Other_projects field and leave #Wikipedia blank. Thanks again for the entry, though. — LlywelynII 12:42, 31 May 2015 (UTC)

I guess you edit for multitudes? Even though I founded the EB9 project, I guess I am only a single editor. You have some nice ideas, but I find some pretty ill-conceived. It would help if you co-operated on this project instead of just hijacking it. Library Guy (talk) 14:50, 1 June 2015 (UTC)

World Factbook[edit]

Hi, Can you also take a look at Index:CIA World Factbook(1982).djvu and the linked title (incomplete)?

Thanks in advance. ShakespeareFan00 (talk) 20:25, 7 July 2015 (UTC)

I looked at it. Seems like a reasonable start, but of course it is very incomplete, and doesn't have New Zealand (my most recent interest) that I can see. So far, so good I'd say. I expect the {{Factbook link}} template I just wrote could be (without much difficulty) extended to accommodate it when the 82 factbook is more mature. The title chosen seem reasonable, and it seems like an interesting work. The shortcut I just chose could be made more specific as well (CIA04 and CIA82) at some point. You are interested in more specific feedback/ideas? Library Guy (talk) 20:41, 7 July 2015 (UTC)
It wouldn't be unreasonable to move the 04 factbook to a title more compatible with yours, i.e. "The World Factbook (2004)". Library Guy (talk) 20:52, 7 July 2015 (UTC)
What is problematic about Page:CIA World Factbook(1982).djvu/116? Library Guy (talk) 21:01, 7 July 2015 (UTC)
I think it was that at the time i was needing to check for {{nop}}- Going to give this another look if you are willing to help assemble it.ShakespeareFan00 (talk) 22:35, 7 July 2015 (UTC)
I have projects of my own that are behind. I'm willing to consult and perhaps do a minor contribution. Your project actually looks in pretty good shape. Apparently there's a lot there from the little I inspected, and like you say it is just a matter of assembly. The big job is uploading the maps? I appreciated your help on The Swiss Family Robinson (Kingston), but preparing and uploading the illustrations in that was a real bear, and I don't want to get involved in that in this project. But it is a good opportunity for you to learn to handle that part of the project. I mostly use to prepare my illustrations. Adobe Photoshop or Elements is very good, and even Microsoft Paint works OK, if you have access to them. I take it you know how to use {{nop}} by now. I don't think I would mark pages "problematic" when it is just a problem with your understanding. If they are proofread, they can be flagged that way, and you can go off and get help on formatting you need. Really the main job is the proofreading, and that's what the state of the page refers to. I think it would be possible to get a page to the "validated" stage, but still have some formatting details that might need attending to, like the use of {{nop}} etc. A figure or table data missing is another thing. But if it is just formatting the table, I will often mark the page as "proofread" if I have checked the table data, but maybe leave a note or a {{missing table}} marker so I remember to come back later and format the table. Library Guy (talk) 23:02, 7 July 2015 (UTC)
I also have a project backlog.. I will however consider marking page as proogread even though the images are missing, I typically do a noinclude wrapper. Don't have the bandwidth to do a really massive image extraction ShakespeareFan00 (talk) 23:08, 7 July 2015 (UTC)
A missing image is kind of a toss up for me. For myself I wouldn't mark it as proofread until the image was present, but I can see doing as you propose as well, and just marking it as missing. Certainly probably won't work well at low bandwidth, but if you have patience 56K can do OK if you have local image processing software like Paint. I worked in 56K/dialup mode for a long time and did a lot of image work. A project like The World Factbook shouldn't prove too daunting. But just marking the pages as proofread and noting the missing images for now seems a reasonable way to close out your current phase. Maybe people will drop in and upload maps from time to time. I also found that the images from DJVU and PDF files that provided were pretty lousy compared to the JPG scans they use in their on-line browser, and generally the latter are what I use, but at 56K I had to really develop some strategies for downloading the images I wanted since the default method preloaded my browser with a lot of images I didn't need. But certainly DJVU and PDF extractions are a reasonable temporary fix. Library Guy (talk) 23:53, 7 July 2015 (UTC)
An interface (toolabs?) that was able to pull down a los res scan, allow a region select, and then did the extract from te IS hi-re scans would be rather useful. I'm suprised no one's suggested this for basic image tweaks at commons either.ShakespeareFan00 (talk) 08:30, 8 July 2015 (UTC)
You have an interesting interface idea. Also, I appreciate the acknowledgments you've given me via the "thank" mechanism for the work I have done, but it is really I who owe you thanks for the interesting project. You seem to have done all the arduous things, and I am just tying up loose ends, although there is enough there I felt I wanted to pace myself by just doing one country per session. It is interesting working on a semi-modern text and touring through the various countries. I have been taking the opportunity to clean up the '04 image information as well and making sure the countries have portals and categories as I go through them. I have also found that for this publication at, the DJVU images seem to be as high quality as the scans at, which is unusual in my experience, however the quality from both sources isn't that great. Library Guy (talk) 16:19, 7 December 2015 (UTC)

Perhaps an OCR error[edit]

Hi, I was puzzled by a plant name mentioned at The_New_Student's_Reference_Work/Viburnum, "The lamestinus, a native of southern Europe". I don't know if there is any way that I could check this myself, so I'm asking you to please check. Should that be "laurustinus"? Sminthopsis84 (talk) 19:23, 8 July 2015 (UTC)

I imagine laurustinus was meant, but the original says "lamestinus." I put a note on the article. My Google search on "lamestinus" throws back six items, four of which are derived from NSRW, another is the garbled name of the ship "Lamestinas", and another is "laurestinus" garbled. For this article, you can check yourself by clicking on the page number to the left in the margin. That brings up the whole page, with the transcribed text to the left and the page image to the right. With the encyclopedias, it sometimes helps to get an enlarged version of the image, and that can be obtained by clicking the "image" tab at the top. Library Guy (talk) 19:54, 8 July 2015 (UTC)

Thanks much[edit]

Thank you for your help with formatting at We Stand with Ahmed - and We Hope He'll Join Us for Astronomy Night.

Much appreciated,

-- Cirt (talk) 16:00, 19 September 2015 (UTC)

New user needing EB1911 guidance[edit]

Hi. Bellerophon5685 (talkcontribs) has been undertaking EB1911 work for a little while, and they are working with an unknown source directly to the main namespace. I have pointed them in direction of the EB1911 project and linked to a scan for vol. 28, though an experienced hand in the peculiarities of EB1911 might do well giving a hand. — billinghurst sDrewth 04:17, 24 April 2016 (UTC)

I can help if Bellerophon5685 is interested. Pointing Bellerophon5685 to the EB1911 project which has pointers to samples seems like the best approach. Library Guy (talk) 17:39, 24 April 2016 (UTC)

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

Can you take a look at this? I've uploaded the figure images at Commons. ShakespeareFan00 (talk) 23:33, 27 April 2016 (UTC)

What do you want from me? I enjoyed working on the World Factbook, and the Practical Designer is kind of interesting. Traffic signs don't interest me that much. Library Guy (talk) 16:49, 28 April 2016 (UTC)
Fair enough. Know anyone else that does images? ShakespeareFan00 (talk) 21:37, 8 May 2016 (UTC)
Not really. Maybe you can check out some illustrated works at Wikisource and see who's uploading the images at Commons. Thanks for your help on Rural Hours. I look forward to working on the 1990 Factbook when I'm through with the Designer. Library Guy (talk) 14:43, 9 May 2016 (UTC)

Symbol missing template[edit]

There is {{Symbol missing}} when you can't figure out what to put in a spot. It leaves the page categorized so it can be found by other people. In this case, the COMBINING LATIN SMALL LETTER E has been in Unicode since 2002.--Prosfilaes (talk) 00:03, 13 July 2016 (UTC)

Author pages[edit]

Hi. Over the past couple of years, with the advent of wikidata and its capabilities, we have updated the means for constructing author pages. There is no requirement to add wikilinks locally, nor to add images. If you know the wikipedia page exists you can create the author page basics, once saved following the "search Wikidata" link, and add the "author:page name" link in the Wikisource interwiki space. I believe that this information is reflected on the information about creating author pages. Thanks. — billinghurst sDrewth 22:52, 23 December 2016 (UTC)

Mary Baker Eddy[edit]

I'm validating pages you worked on, and I ran across something I've never seen before. On Page:The Life of Mary Baker G. Eddy.djvu/57, you have coded ## part1 ## and ## part2 ## on that page. I have no idea what that means, since on the original image, I see nothing that is a break. Can you clarify, please? Maile66 (talk) 20:06, 30 July 2017 (UTC)

I'm glad Scriptorium was able to help. I never see the pound signs, and only work with section tags (see the end of the "Wiki markup" menu). In this case, these are very helpful in allowing me to insert illustrations gracefully when I go to transclude. Library Guy (talk) 15:10, 4 August 2017 (UTC)

Mixed Appletons'[edit]

Hi. Just looking at Template:Appletons' Volumes and there we have a mixture of editions in the volumes. Is there not a complete set of the one edition available? Mixing the editions like that isn't going to give us a neat capacity to transcribe and produce a cogent set. :-(   — billinghurst sDrewth 14:04, 29 October 2017 (UTC)

I would have liked to, but my recollection is a set all from one year was not available, at least from I think I finally just tried to get the latest year available for each volume. The years build on each other, and when multiple editions for a year are available, I note any differences if I know about them for a particular person. So the Wikisource transcription tries to find cogency by tracing the changes in the article for a particular person through the lifetime of the effort. This is mostly necessary for living persons. If an earlier bio had less info, this isn't noted, but often an earlier version will have a bit of additional info because the editors often deleted info at the beginning so more current news could be included later without radically changing the type layout. I think it is a workable approach since the lifetime of ACAB wasn't terribly long. Library Guy (talk) 18:01, 29 October 2017 (UTC)