- gutvol-d - lists.pglaf.org

Books in Browsers Conference at Internet Archive
by Alex Buie 25 Oct '12

25 Oct '12

The event is being livestreamed at http://toc.oreilly.com You may find this interesting. Also, tonight, you're all invited to our 10PB party! http://blog.archive.org/2012/10/10/the-ten-petabyte-party/ Just shoot an email to june(a)archive.org. Alex

1 0

kindlegen 2.7
by Marcello Perathoner 25 Oct '12

25 Oct '12

Finally kindlegen groks multiple classes eg. class="class1 class2 class3". https://kindlegen.s3.amazonaws.com/docs/english/Release%20Notes.html -- Marcello Perathoner webmaster(a)gutenberg.org

1 0

blah blah blah elements blah blah blah
by Bowerbird＠aol.com 24 Oct '12

24 Oct '12

don said: > The pglaf archives seem to have biig holes in them try here: > http://z-m-l.com/gutvold/ *** > bird, I can't find the list of elements you provided > that need to be identified. Do you have a date for that? do this: > go to http://z-m-l.com > click the "some z.m.l. examples" link > view the "test-suite" example > view the "11 rules of z.m.l." example if i think it's an element that needs to be identified, then z.m.l. has a way for you to signify it in your file. this might or might not be in accord with your desire, but i'm not sure i believe your desire is well-directed. my system doesn't need an explicit labeling of things; it's more than happy with the user's choice of labels... -bowerbird

1 0

Ipad Mini
by James Adcock 24 Oct '12

24 Oct '12

Ipad Mini has been released. Form factor probably more interesting for most book readers who are Apple-centric. Unfortunately, comes with Apple's new proprietary incompatible GDMF USB cable. http://www.apple.com/ipad-mini/overview/

2 2

powering through the adventures
by Bowerbird＠aol.com 24 Oct '12

24 Oct '12

ok, i powered through those last 1,000 diffs. definitely goes faster once you get the hang, and have sharply focused the displayed diffs. *** so now i turn to the "polishing" aspect... making sure the doublequotes are balanced, one final-final run through the spellchecker, slipping in the runheads, that kind of stuff... and thus, by the time of tomorrow's update, i should have something for smoothreaders. it has definitely been an adventure with huck. as usual, the latest edition is located here: > http://zenmagiclove.com/huckf/huckf-006.zml -bowerbird

1 0

list archive
by don kretz 24 Oct '12

24 Oct '12

Lee, I found reference to a post you made identified by From: Lee Passey <lee(a)novomail.net> To: Project Gutenberg Volunteer Discussion <gutvol-d(a)lists.pglaf.org> Cc: Date: Tue, 29 Jul 2008 18:18:31 -0600 Subject: Re: [gutvol-d] getting my wikisource bearings John Vandenberg wrote: that gave a long narrative of the markup rules you used and are apparently still using. Do you have a copy? The pglaf archives seem to have biig holes in them, one of which includes this time period. Also, bird, I can't find the list of elements you provided that need to be identified. Do you have a date for that? Don

2 2

powering through the adventures
by Bowerbird＠aol.com 23 Oct '12

23 Oct '12

well... "the adventures of huck finn" has certainly given me some "adventures" in creating my new, accurate, digitization... and i'll document them all in a summary. *** but for today, it's refreshing to know that i am finally _powering_through_ the book. you might remember that, as of yesterday, i'd reduced the comparison diffs to ~2000. and i was contemplating a shift away from my current "clean" text, since it's based on _a_different_edition_ than what i am using, one that has heavily edited the punctuation. that's why there are so many paired diffs... usually, with a book this clean, there might be 1% to 3% of the lines that would be diffs. in this book, completely due to punctuation, it's almost _20%_ -- ~2,000 out of ~11,000. and, in about ~92% of those diffs, the o.c.r. is correct, so the diff is being caused by the _edit_, rather than an o.c.r. misrecognition. the thing is, the comparison helps to catch the _other_ ~8%, which are real o.c.r. errors. so even though it's tedious to step through ~2,000 diffs, to find some ~160 o.c.r. errors, it is _still_ a rather efficient way of doing it... so i'm gonna stick with this different edition. but i adopted some "tricks" to power through. and those are going very well. i'm now down to ~1,000 diffs, so i'm sure i will finish soon. so i thought i'd tell you about these "tricks"... *** i didn't mention one of these "tricks" earlier, but it was the one where i focused in on the _words_and_letters_ instead of punctuation. i did that using the following trick... after finding a diff -- a pair of relative lines from the two files that were not the same -- i culled out the non-letters from each line... if, after culling, the 2 lines were the same, then that meant the letters were the same, so the diff was entirely due to punctuation, and -- since in that pass -- i was _focused_ on resolving differences in the words/letters, i could skip over such punctuation-only diffs. but if the lines were _different_ after culling, then i _would_ examine and resolve the diff. in the first round of this pass, a refinement is that i'd ignore the diff if the culled punctution was different as well, so i was only looking at diffs where _the-letters-and-only-the-letters_ were different, allowing a very-specific focus. after all those diffs were resolved, i looked at lines where letters _and_ punctuation differed. thus, when all of _those_ were resolved too, i knew that i'd resolved all letter-based diffs. (a further refinement, which retains spaces when the culled-lines are created, helped to find words where the letters were the same, and in the same order, but _words_ differed, such as when words were improperly joined, which can happen on rare occasions in o.c.r.) *** this methodology of narrowing the focus of the _type_ of diff being displayed, to assist your attentional focus in the resolving of it -- by letting you know what to "expect" -- can lend itself to a variety of these "tricks". for instance, earlier work on the files had shown me that one of them _hyphenated_ the expression "by-and-by", but the other did not. so i did a search just for that diff. it was quite easy to see that every instance (but one, which i considered "printer error") was hyphenated in my edition, meaning that i did a global-change to the "clean" text so those instances would not be flagged again. with my mind on the one track, it went fast. *** another trick was to present only the diffs where the diff lines were the same length. this usually meant that a punctuation mark had been misrecognized as another mark... e.g., a semi-colon misrecognized as a colon. this trick was very good at providing focus, so i expanded it, and displayed only those diffs where the line-length was off by one. then by two, and so on, until all were done. for instance, if the line-lengths were off by one character, that often meant that one of the two lines had a comma the other lacked. once you know that this is the nature of the diffs you are looking at, the resulting focus in your attention can speed up the process... some of you might see that this variable of line-length serves as a _proxy_, of sorts, for what is termed "edit distance" -- defined as the number of edits that needs to be made to one string to change it to another string. so using "edit distance" might be a further refinement that i could use the next time... and after that, i might examine the diffs, to categorize them, and then present only one specific type of diff, like when one line has a comma while the second line doesn't. another difficult situation is when the lines differ at one point, and then at a later point, and one line is correct at the first difference, while the second line is right on the second. in these cases, it would be good to _split_ the diff lines into the two respective parts. it will take a bit of coding, but it's doable... anyway... all of this new experience indicates to me that there are many things to do that will allow me to make the comparison process easier, speedier, and much more efficient. at any rate, we're close to finishing _huck_. -bowerbird

1 0

apple puts all the other companies in check
by Bowerbird＠aol.com 23 Oct '12

23 Oct '12

with its announcements today on "ipad mini", as well as its other advances, apple has now placed all of its chess competitors _in_check_. and now that the form-factor gap between the iphone and the ipad has been plugged, apple can look to the horizon to go bigger. because once apple creates the "ipad giant"" -- with a form-factor of 9*12, meaning that we can finally map our 8.5*11 paper-world onto it in a full-size, non-compromised way, for "all-in" on our paper-to-digital switch -- then it will be _check-mate_ and game-over. -bowerbird p.s. which doesn't mean that it'll all stop... the next step is for apple to put a _handle_ on the imac, so you carry it like a briefcase.

1 0

T. E. Lawrence "Seven Pillars" 1922 Oxford Text Edition published in the USA ???
by James Adcock 22 Oct '12

22 Oct '12

People who have been following this issue probably know the Lawrence "Seven Pillars" [["Lawrence of Arabia"]] as being perhaps the best known screwed up copyright issue around -- well, perhaps excepting Mickey Mouse. I have in my hands, to my surprise, a copy of T. E. Lawrence "Seven Pillars of Wisdom: A Triumph" purporting to be a copy of the 1922 Oxford Text - that which famously was "printed but not published but rather privately distributed" - and yet here it is being "published" in America. ISBN 9781463587376 Final pages stating: Made in the USA, Lexington, KT, 15 October 2012 And what would normally be the copyright page stating simply: ===== First paperback edition. All rights reserved. No part of this book may be reproduced or transmitted in any form or by any means, electronic or mechanical, including photocopying, recording, or by any information storage or retrieval system, except in the case of excerpts by a reviewer, who may quote brief passages in a review. Printed and manufactured in the United States of America ===== Where a publisher isn't even identified in the book, but is given on Amazon as being "CreateSpace Independent Publishing Platform" My question is simply whether anyone knows anything about this? Is this just a "pirate" edition that Amazon has picked up unknowingly? Or has some newer copyright analysis been done by someone somewhere?

2 3

meanwhile, right here
by Bowerbird＠aol.com 22 Oct '12

22 Oct '12

meanwhile, right here... *** jim has pointed out numerous times that most of the e-books which he examines in his occasional random title selections are flawed, and he gives lists of the flaws. have any of these flaws been addressed? i once gave an extensive analysis of the problems with several different p.g. titles of "alice in wonderland", both old and new. have any of those flaws been addressed? i recently pointed out that even _headers_ in the "just-updated" low-number e-text for "pride and prejudice" were tagged as plain paragraphs, and displayed as such, along with some other problems with it... have any of those flaws been addressed? does any progress ever get made? _ever?_ or is everyone posting here just yapping to hear themselves make noise? i mean, me, heck, i'm just a poet/slacker, so i don't really have anything "important" to do, so i like to hear myself make noise. but i would expect that you other people do have more important stuff to be doing. so why are you wasting your time _here_? -bowerbird

1 0