- gutvol-d - lists.pglaf.org

re: [gutvol-d] first pass at a p.g. categorization scheme
by Bowerbird＠aol.com 16 Jul '06

16 Jul '06

brad said: > For stuff that has been created in the last five minutes or even > fifteen months, tags are a fantastic means of categorizing content. perhaps we should define our terms. do you think what i'm using is "tags"? > But for anything that has survived longer than that and > should be preserved, a solid cataloging regime should be used, > supervised by folks who know what they are doing. that's an interesting postulate. at least until we ask about where this "solid cataloging regime" is, and who among us is the "folks who know what they are doing" who should be "supervising"... i dunno, i guess the rest of us, presumably. you seem to be laboring under the impression that there are a fleet of highly-trained employees waiting for your leadership, and will jump to the task as soon as they receive instructions... i'm laying out a system that _i_ can create, all by _myself_, if necessary, which can be deployed easily, using software that i will write myself, all by myself, which i am _certain_ will have some usefulness to some end-users out there, without imposing any requirements on p.g. as a whole, and thus is totally "non-exclusive", which means that you are free to do the same thing, and our two methodologies can compete on the level playing-field of real-life users... so, have at it, my friend, have at it... :+) > But I'm sorry. A Zen ML approach to cataloging? > That dog don't hunt. then i shouldn't be able to come home with any birds. right? so let us see who can actually feed the end-users and who is left standing at the chalkboard in front of an empty classroom while they go hungry, shall we? ;+) the proof will be in the usage. -bowerbird

2 1

re: [gutvol-d] first pass at a p.g. categorization scheme
by Bowerbird＠aol.com 15 Jul '06

15 Jul '06

brad said: > Functionally this is no different from using > Borges' fictional Chinese encyclopedia for > dividing different kinds of animals. > > first cut -- belonging to the Emperor > second cut -- embalmed > third cut -- tame > fourth cut -- sucking pigs > fifth cut -- sirens > sixth cut -- fabulous > seventh cut -- stray dogs > eigth cut -- included in the present classification > ninth cut -- frenzied > tenth cut -- innumerable > eleventh cut -- drawn with a very fine camelhair brush > twelfth cut -- et cetera > thirteenth cut -- having just broken the water pitcher > fifteenth cut -- that from a long way off look like flies ok, brad, you create that categorization scheme, and i'll continue with the work on creating mine (because i'm not looking for help from anyone), and we'll see which one appeals to users more... :+) > Your folders are just as semantically flat as tags. and your "semantically rich" system is a pipedream. :+) > You're also mixing different classes of metadata. which just goes to show how pointless "metadata" is. :+) dublin core. yeah, right... -bowerbird p.s. and if you want the first pass at collaborative filtering, just scrape amazon screens for their recommendations...

2 1

final DVD up on the torrent tracker, with fixes
by Aaron Cannon 15 Jul '06

15 Jul '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all. As you know, we announced a DVD a few days ago and said that it was ready. Well, turns out that it was missing several hundred files. This has been fixed,and you can now download the true final version from http://snowy.arsc.alaska.edu:6969 . Thanks Greg for getting this done, and sorry for any inconvenience that this might have caused anyone. Sincerely Aaron Cannon -- Skype: cannona MSN/Windows Messenger: cannona(a)hotmail.com (don't send email to the hotmail address.) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) - GPGrelay v0.959 Comment: Key available from all major key servers. iD8DBQFEuPJLI7J99hVZuJcRAqinAKCBTSpqojhT9Vq+mRM2cOGiXqvUAACg+v0X y/7To5652Hj09weFlCpwxlA= =8F32 -----END PGP SIGNATURE-----

1 0

first pass at a p.g. categorization scheme
by Bowerbird＠aol.com 15 Jul '06

15 Jul '06

appended is a "first pass" at a p.g. categorization scheme. unlike the "tagging" models, i'm using here a "folder" model. inside each folder will be a bunch of alias "files" that point to the e-texts proper. this allows you to put one e-text into multiple folders, by simply generating another alias file. the possibility of nesting folders is also present. as i've said, i think the cataloging tool needs to give people an ability to rule out unwanted classes of e-texts, including: first cut -- by language second cut -- human genome third cut -- audio fourth cut -- video fifth cut -- magazines sixth cut -- copyrighted seventh cut -- reference eighth cut -- religious ninth cut -- poetry tenth cut -- plays eleventh cut -- short story collections twelfth cut -- anthologies and once a person has ruled out whatever they don't want, the downloading of the other e-texts can go automatically. -bowerbird p.s. books top-100 titles selected top-100 titles in html fiction nonfiction reference dictionary encyclopedia thesaurus quotations poetry plays short story collections anthologies religious heavily illustrated beatrix potter children's beatrix potter cookbooks how-to guides magazines punch/punchinello scientific american items of interest that are not text and not html audio music human-read books text-to-speech books video copyrighted work human genome project languages other than english french german italian ...

2 1

re: [gutvol-d] Page numbers in text e-books
by Bowerbird＠aol.com 14 Jul '06

14 Jul '06

al said: > I'm looking for examples of how page numbers are handled/ > formatted throughout the main portion of a text e-book > (that material between its Table of Contents and its Index). > Can someone point me to a few examples? i don't know of any _text_ examples in the p.g. library. but here's a demo of one using my zen markup language: > http://snowy.arsc.alaska.edu/bowerbird/myant/myant.zml this example was created for the purpose of coordinating the _scans_ for the pages with the text, so it's a little more broad that just the incorporation of the page-numbers... to see how these individual pages are presented to people for convenient viewing on the web, go to: > http://snowy.arsc.alaska.edu/bowerbird/myant/myantp003.html (the number in the u.r.l. indicates the page-number, so you can quickly and easily navigate to any page.) i can't say for sure that this is the _final_ version of how page-oriented markers will be formatted, but the final version won't be much different from this. for instance, here's the break between pages 11 and 12: > she talked. "But first you come down to the > kitchen with me, and have a nice warm bath > > [[9]] > {{myantp010.png}} || My Antonia || > > behind the stove. Bring your things; there's > nobody about. the page-number of a page is put underneath the text for the page, surrounded by double-brackets. (this is irrespective of where it was in the p-book.) and right underneath that is the name of the scan for the next page (in this case, p. 10), surrounded by double-curly-brackets, and the running-head for that page is also included on that same line... (the or-bars indicate left/center/right justification.) in this particular example, there is one blank line above the double-bracketed page-number and one below the double-curly-bracket scan-name. this indicates that the paragraph is continued... in the case where a _new_ paragraph starts at the top of a page, there will be _two_ blank lines above the page-number on the previous page, as well as _two_ blank lines after the scan-name. this is because each page is an entity unto itself. thus, the preceding page needs to know that its bottom line is the concluding line of a paragraph -- because such lines are not to be justified -- and the first line on the following page needs to know that it's the first line of a paragraph, so that it's indented if the user specified such indentation. you can see a case where a new paragraph starts on a page by searching for "{{myantp004.png}}". this situation of new-versus-continued paragraphs is one that even abbyy hasn't quite perfected yet, so it's not at all uncommon to find errors in this regard. and sometimes the decision isn't all that easy to make. for example, look at this scan: > http://snowy.arsc.alaska.edu/bowerbird/myant/myantp014.png at the page bottom, the last line, is that the end of a paragraph? now look at this one and answer that same question: > http://snowy.arsc.alaska.edu/bowerbird/myant/myantp040.png and this one: > http://snowy.arsc.alaska.edu/bowerbird/myant/myantp074.png and this one: > http://snowy.arsc.alaska.edu/bowerbird/myant/myantp093.png and this one: > http://snowy.arsc.alaska.edu/bowerbird/myant/myantp113.png and this one: > http://snowy.arsc.alaska.edu/bowerbird/myant/myantp123.png and this one: > http://snowy.arsc.alaska.edu/bowerbird/myant/myantp137.png and this one: > http://snowy.arsc.alaska.edu/bowerbird/myant/myantp268.png and this one: > http://snowy.arsc.alaska.edu/bowerbird/myant/myantp407.png (to discover the answers, just add 1 to the number in each u.r.l., which will take you to the next page, where an indentation will indicate that a new paragraph has started, which means that the last line on the previous page was the end of that paragraph. for those who are too lazy to do this, the answers are in the p.s.) and there is another variant on this, the page on which a new _chapter_ starts. search for "{{myantp009.png}}" and you'll find an example of this. whenever this occurs, you'll see there are 3 blank lines above the page-number on the preceding page, and 4 blank lines below the scan-name (and thus above the title of the chapter, as per p.g. standard). pages that start a new _section_ have 3 blank lines above the page-number on the preceding page, and 7 blank lines below the scan-name (and above the title of the section). and yes, of course, the program that presents this z.m.l. file knows how to collapse all of that page-number/scan-name information appropriately, so the person reading the e-text doesn't have to deal with all of that disorienting clutter. the reader gets nicely formatted text -- indented paragraphs if they want, section and chapter headings that are big and bold, if they want, and page-numbers corresponding to the original p-book source, if they want -- but still the task of "authoring" the e-text (doing the zen markup, if you will) is very elementary. even a fourth-grader could do it. -bowerbird p.s. for the answers to the questions posed above, scroll down... respectively, the answers are no/no/no/no/no/yes/yes/yes/yes.

1 0

Re: [gutvol-d] Page numbers in text e-books
by Joshua Hutchinson 14 Jul '06

14 Jul '06

Here is one I posted yesterday. http://www.gutenberg.org/etext/18827 The HTML and PDF (well, and the TEI master) versions have original page numbers, the plain text does not. Josh > ----- Original Message ----- > From: "Al Haines (shaw)" <ajhaines(a)shaw.ca> > To: "Project Gutenberg Volunteer Discussion" <gutvol-d(a)lists.pglaf.org> > Subject: [gutvol-d] Page numbers in text e-books > Date: Fri, 14 Jul 2006 10:38:46 -0700 > > > I'm looking for examples of how page numbers are handled/formatted throughout > the main portion of a text e-book (that material between its Table of Contents > and its Index). Can someone point me to a few examples? > > I've tried looking myself, but finding a text e-book with page numbers (aside > from those in its TOC and Index), in a collection of nearly 19,000 e-books, is > kind of needle-in-haystackish <g>. > > Thanks, > Al _______________________________________________ > gutvol-d mailing list > gutvol-d(a)lists.pglaf.org > http://lists.pglaf.org/listinfo.cgi/gutvol-d >

1 0

re: [gutvol-d] Categorizing PG content
by Bowerbird＠aol.com 14 Jul '06

14 Jul '06

kevin said: > Instead of embedding it into the e-book, > I think it would work better as a seperate file. if i had to choose between the two, i'd agree with you. but there's no reason we can't do it both ways. > If you embed it into the ebooks, you will need to > put it in all the versions (html, text, pdf, tei, etc..), > and keep ALL of them up-to-date. you put it in the master version (z.m.l.) and then re-propagate the auxiliary versions... > Also, if you want to make it "user" editable, > however you want to define "user", it would be > better as seperate file, so that the original files > don't constantly get flagged as modified. social tagging is an ongoing process, so yes, it doesn't make sense to put that into the file, because your files will be constantly changing. you could roll social tags into your documents on a regular basis, however, and that might be useful. (and every e-text should have a changelog anyway. until you install that, you'll never have a good handle on controlling the contents of your library. never.) but until we see a social tagging system that really works for our purposes, this planning is premature. > make it easy to join the meta-files into a single file > (cat *.meta > all.meta would be ideal) yes, of course. indeed the single-file version should be the one that is public-facing, for easy download. we can give 'em a tool that splits it on their machine. > The format could be text, or XML, or even tei. If you use an > XML based version, a text version could be easily created. at one time, i looked at the x.m.l. version of the catalog. what a bloated crufty mess! kevin, please demonstrate that there is some reality behind what you have said here by showing us "the text version that could be easily created". because in order to make any of these plans really _work_, we will need a simple list of the e-texts. i'd like to see one with about 20,000 lines, each line looking something like this: > 00011 -- alice's advertures in wonderland -- lewis carroll > Instead of just category, you could store all sorts of information > in the "meta" file. Authors name, copyright date(s), categories > (science finction, horticulture, cook-book), available formats > (text, html, tei, pdf, etc.), language(s), links to web sites, > link to author meta file, and any other information > like you would like to find in a card catalog, you'll find much of that data in the existing x.m.l. catalog. so have at it. show us what you can do with it. > Which one has the most correct information, > the text version or the html one? if such a difference comes into existence, you have a bigger problem, which is that your workflow has some bug in it that needs to be fixed. > If you wanted to search for all polish math books, > how would you write the query program so that > you would get all of them, without duplicates because > of the different formats, and without wasting a > lot of CPU cycles. Not all texts have a .txt version good question. got an answer? -bowerbird

1 0

Page numbers in text e-books
by Al Haines (shaw) 14 Jul '06

14 Jul '06

I'm looking for examples of how page numbers are handled/formatted throughout the main portion of a text e-book (that material between its Table of Contents and its Index). Can someone point me to a few examples? I've tried looking myself, but finding a text e-book with page numbers (aside from those in its TOC and Index), in a collection of nearly 19,000 e-books, is kind of needle-in-haystackish <g>. Thanks, Al

1 0

re: [gutvol-d] Categorizing PG content
by Bowerbird＠aol.com 14 Jul '06

14 Jul '06

joey said: > I have a 100Mb/s municipal fiber connection > and almost 2 terabytes of disk space available, > and "download[ing] vast portions of the library" > is not an option for me. well joey, i do look forward to your tool, when you find time to create it, because these general discussions we are having around this topic have a lot of fuzziness about them, which must all be resolved when one starts writing code. so i won't respond to all your points until i can see exactly what you meant by them. but this point here is quite easy to deal with. downloading the project gutenberg library -- even the whole thing -- can be a breeze. first of all, as is always the default with me, i'm only concerned with one version of each -- the "master version", in z.m.l. format -- as the other versions can be spun out of it. second, as i said, it's reasonable to eliminate big classes of e-texts from the downloading, such as the human genome files, audio/video, and books in languages that you don't read... third, there are a lot of duplicate files where pieces of a volume were presented separately, and then the volume as a whole in another file. now that we have the information (thanks greg), those separate-piece files can easily be ignored. fourth, there are some people who will not want the magazines that are being added increasingly. once you've eliminated all of these files from your download queue, you find the list is much smaller. on to the next step... i have written a program that lets a person click one button to start downloading e-texts as a background process on their machine. as soon as one e-text has been completely received, the next one is requested, thus the downloading is _relentless_, and you'd be surprised how fast it goes. for a d.s.l. person like myself, after doing the deletions i mentioned above, it will merely take _a_few_days_ to download all the e-texts. to get the _whole_ library, it might take you a week or so. but remember, during this whole time, you will not have to do a single thing. all you had to do was click that one button. plus, you do have to enter a code every 108 minutes, but it's just this sequence of 6 numbers, no big deal. ;+) > I also don't agree with the implied assertion here > that having the full (or even "vast portions of the") > library means that users don't want help identifying > and locating content within that collection. it was only because i knew some might _infer_ such an "assertion" that i closed my post with the explicit note that this later purpose _is_ still "handy", and therefore should be the _focus_ of this task. did you read that? > I generally avoid topics once you start weighing in on them, > so I may have missed the applicable portions from the last time > this topic came up. well that's a remarkable admission. since i "weigh in" on every topic that is _interesting_ and usually "start" doing so fairly early in the thread, that must mean you're "avoiding" most of the posts, and all the interesting threads. life must be sad. :+) at any rate, i thank you for your candor. perhaps you will thank me for mine when i tell you that if you didn't read what i have written on this topic before, you're likely to take a path that will end up biting your ass. *** anyway, as i read your proposal, it's a social tagging scheme. as a general approach, that would be one way of doing things. again, the specifics are vital, so let us know when you have 'em. -bowerbird

1 0

Copyright question
by Juhana Sadeharju 14 Jul '06

14 Jul '06

Hello. Most often I hear that the copyright of the book lasts 80 years after the death of author. But it is normal that the copyright is transferred to the publisher in the contract. Then why the copyright expiration is still tied to the author who don't have the copyright anymore? Is this misuse of copyright law? Should author keep the copyright (and publisher only license) so that the death+80 rule applies? That is most convenient to publishers, of course, because they get the copyright and its expiration is still tied to the author. In the example case, the book writing contract was made 8 years ago and the contract included the second edition published now. Because the publisher owns the copyright of the second edition already due the contract, the author has never owned the copyright. So how in this case the copyright expiration could never be tied to the author? Juhana

6 11