Geoffrey Bache Smith Poetry Book

rdemler

unread,

Feb 22, 2021, 6:34:22 AM Feb 22

to Standard Ebooks

A lovely little collection of poems edited (mainly just compiled, really), by Smith's good friend J.R.R Tolkien.

It is short though, around 10k words.

http://www.gutenberg.org/ebooks/48371

Alex Cabal

unread,

Feb 22, 2021, 9:36:37 AM Feb 22

to standar...@googlegroups.com

rdemler

unread,

Feb 22, 2021, 9:44:19 AM Feb 22

to Standard Ebooks

Alex Cabal

unread,

Feb 22, 2021, 9:54:11 AM Feb 22

to standar...@googlegroups.com

OK, this is slightly more complicated than what we would normally do for
a first production but since it's so short, let's give it a shot.

Keep the dedication and JRRT's note, but cut all the other frontmatter.
Since there's frontmatter, you'll add a half title. JRRT has divided the
work into "books" you'll have a nested structure for that; check the
manual for examples.

Each poem will go in an <article> element instead of a <section>. For
examples of poetry book formatting, see Robert Frost on the SE site.
Remember to remove all caps from the first word of each poem.

Make sure to read the Standard Ebooks Manual of Style before starting,
as you won't know what to fix if you haven't read the standards. In
particular, please closely review the semantics, high level patterns,
and typography sections:

https://standardebooks.org/manual

https://standardebooks.org/manual/latest/4-semantics

https://standardebooks.org/manual/latest/7-high-level-structural-patterns

https://standardebooks.org/manual/latest/8-typography

The step by step guide will take you from start to finish:

https://standardebooks.org/contribute/producing-an-ebook-step-by-step

Please email often if you have any questions at all. Our standards are
well-established so there is probably already a standard for formatting
whatever problem you've encountered.

When you're ready, email back with a link to your Github repository so
that I can mark you as having started.

Have fun! :)

> https://groups.google.com/d/msgid/standardebooks/7747af5a-c9d2-4ede-a82a-baeda65f4e6bn%40googlegroups.com
> <https://groups.google.com/d/msgid/standardebooks/7747af5a-c9d2-4ede-a82a-baeda65f4e6bn%40googlegroups.com?utm_medium=email&utm_source=footer>.

rdemler

unread,

Feb 22, 2021, 10:27:21 AM Feb 22

to Standard Ebooks

Sounds good! FYI, this isn't my first production (did Mill's The Subjection of Women)

Alex Cabal

unread,

Feb 22, 2021, 10:31:08 AM Feb 22

to standar...@googlegroups.com

rdemler

unread,

Feb 25, 2021, 11:46:56 AM Feb 25

to Standard Ebooks

Alex, FYI: create-draft (toolset 1.9.0) is throwing this error:

Couldn't parse Project Gutenberg ebook source. This is usually due to invalid HTML in the ebook.

Vince

unread,

Feb 25, 2021, 12:54:26 PM Feb 25

to Standard Ebooks

That's almost certainly a problem with the PG source, i.e. "invalid HTML." I had that problem on a book awhile ago; I had to download the source manually and clean it up.

Ronnie Demler

unread,

Feb 25, 2021, 3:34:10 PM Feb 25

to standar...@googlegroups.com

Yep I'm doing it manually; just thought I'd mention it!

rdemler

unread,

Mar 12, 2021, 1:30:51 PM Mar 12

to Standard Ebooks

unread,

Oct 9, 2021, 9:29:28 PM Oct 9

to standar...@googlegroups.com

rdemler

unread,

Oct 10, 2021, 2:35:30 AM Oct 10

to Standard Ebooks

Various contexts, presumably to give those words two syllables, e.g.

Till came that season, wherein solemn days

Do celebrate the reign on earth begun

Of the most blessèd Child, whenas all ways

Were bound, and all the fields were white with snow.

rdemler

unread,

Oct 10, 2021, 2:42:00 AM Oct 10

unread,

Oct 11, 2021, 12:44:58 PM Oct 11

to Standard Ebooks

When you ask about an error, please include the context of the error in your email. The error says the filename doesn't match the id, but we only see the filename; what does the id look like, i.e. the section id line at least, if not the entire header portion of the file? Without context, it's difficult to impossible to determine what is wrong.

In this case, though, the error message is pretty self-explanatory—the id has to match the filename. The filename is a-spring-harvest, so that has to be what the id is. The error implies it's something other than that.

rdemler

unread,

Oct 11, 2021, 2:42:16 PM Oct 11

to Standard Ebooks

Ah, that makes sense. I used <section id="[name]" epub:type="part"> to divide the poems into the three sections, as in the printed book:

I got the idea from another SE poetry book, Robert Frost's New Hampshire. That book has a similar structure, so I used it as a model because I had to do everything manually (but that book conveniently starts with a standalone poem called "New Hampshire" go figure!)

I have no idea why/how those files have that x permission. Good catch; very strange!

rdemler

unread,

Oct 11, 2021, 2:45:04 PM Oct 11

to Standard Ebooks

Vince, here's what's right after the header:

< head >
< title >A Spring Harvest</ title >
< link href="../css/core.css" rel="stylesheet" type="text/css"/>
< link href="../css/local.css" rel="stylesheet" type="text/css"/>
</ head >
< body epub:type="bodymatter z3998:fiction">

< section id="two-legends" epub:type="part"> < h2 epub:type="title">Two Legends</ h2 >

Vince

unread,

Oct 12, 2021, 12:21:54 AM Oct 12

to Standard Ebooks

Patterning after another poetry collection is a good plan. Does your structure look like New Hampshire?

Is all the text in a single file?

Are the sections structured like it?

Are the poems in your sections structured like the poems in the sections in it? (Not like the standalone "New Hampshire" poem—it doesn't look like from the ToC you posted that you have a standalone.)

Reviewing these sections of the manual might be helpful, i.e. give you the bigger picture of how everything fits together:

Section 2.2, XHTML file naming conventions, especially the section on poetry collections.
Section 7 High Level Structural Patterns, especially 7.1 Sectioning and 7.2 Headers.

rdemler

unread,

Oct 16, 2021, 2:37:01 PM Oct 16

to Standard Ebooks

I probably spent more time than I should have reviewing the material and comparing with a bunch of other books, etc. but still not clear on what, exactly, is causing the error. I'll need to revisit the issue later.

In the meantime I found a cover image I like: https://www.nga.gov/collection/art-object-page.125748.html

Emma Sweeney

unread,

Oct 16, 2021, 4:29:47 PM Oct 16

to Standard Ebooks

It looks like lint wants you to change the <title> to Two Legends and rename the file as two-legends.xhtml. This is doesn't seem right to me since your file contains more than just the Two Legends "book." It would make more sense to separate each <section> into their own file.

Emma

Alex Cabal

unread,

Oct 17, 2021, 12:16:27 AM Oct 17

to standar...@googlegroups.com

That works, thanks!

On 10/16/21 2:37 AM, rdemler wrote:
> I probably spent more time than I should have reviewing the material and
> comparing with a bunch of other books, etc. but still not clear on what,
> exactly, is causing the error. I'll need to revisit the issue later.
>
> In the meantime I found a cover image I like:
> https://www.nga.gov/collection/art-object-page.125748.html
>
> On Monday, October 11, 2021 at 10:21:54 AM UTC-7 Vince wrote:
>
> Patterning after another poetry collection is a good plan. Does your

> structure look like /New Hampshire?/

> Is all the text in a single file?
> Are the sections structured like it?
> Are the poems in your sections structured like the poems in the
> sections in it? (Not like the standalone "New Hampshire" poem—it
> doesn't look like from the ToC you posted that you have a standalone.)
>
> Reviewing these sections of the manual might be helpful, i.e. give
> you the bigger picture of how everything fits together:
>

> * Section 2.2, XHTML file naming conventions, especially the
> section on poetry collections.
> * Section 7 High Level Structural Patterns, especially 7.1

> --
> You received this message because you are subscribed to the Google
> Groups "Standard Ebooks" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to standardebook...@googlegroups.com
> <mailto:standardebook...@googlegroups.com>.
> To view this discussion on the web visit

> https://groups.google.com/d/msgid/standardebooks/34d95dfe-5c40-4d00-9ccd-54f0e85a3288n%40googlegroups.com
> <https://groups.google.com/d/msgid/standardebooks/34d95dfe-5c40-4d00-9ccd-54f0e85a3288n%40googlegroups.com?utm_medium=email&utm_source=footer>.

Vince

unread,

Oct 17, 2021, 12:31:01 AM Oct 17

to Standard Ebooks

What's causing it is that that you don't have an id that matches the filename. Just like the error says.

But why does it work for the other poetry collections? This is where things get complicated…

New Hampshire works because there is a poem called New Hampshire, so there is an id that matches the filename.
The other poetry collections (that I looked at, a half-dozen or so) work because they have multiple articles in the body, and the code specifically bypasses instances where there are more than two articles in the body. (The comment says for short-story collections, but the same is true for poetry collections.)
But A Spring Harvest doesn't have either; it doesn't have a poem with the name of the book, and it doesn't have multiple articles that are children of the body. The articles are grand children of the body, since they're children of the three sections of the collection. (This is an educated guess; I'm still not up on xpath's syntax. I can confirm that it pulls all the article IDs, which would imply it's not skipping them even though there are far more than two.)

So, Emma's suggestion might be the right one (a file for each section), but I don't know if the lint error is intentional, i.e. should it also be bypassed if the articles are grandchildren?

Alex, what say you? This is a poetry book (A Spring Harvest ) with three main sections, and the poems are in the sections, rather than directly underneath the body. Lint is complaining with an f-015; is having everything in a single file per our other collections not OK here, or does the lint error need to be refined?

rdemler

unread,

Oct 17, 2021, 3:08:08 AM Oct 17

to Standard Ebooks

Thank you Emma and Vince. Yes, with the exception of New Hampshire, I couldn't see why other works weren't producing the same error (this, for example). What you suggest makes sense Vince.

One extra wrinkle: I realized the other day that A Spring Harvest does appear to have two standalone poems, but at the end of the collection (based on the TOC indentation, see here). I feel like the current structure would be the best way to handle that (three parts followed by two articles).

rdemler

unread,

Oct 17, 2021, 3:19:15 AM Oct 17

to Standard Ebooks

Wouldn't you know it; moving the last two poems out of the last section directly into the body seems to prevent the f-015 error. I feel dumb now :-)

I'm still interested in the verdict though! Thanks again everyone

rdemler

unread,

Oct 17, 2021, 3:42:34 AM Oct 17

to Standard Ebooks

I would like some guidance on the following: As I mentioned, the TOC indentation (here) seems to indicate that "The Burial of Sophocles" and "So We Lay Down the Pen" are

not

included in Part III. But the actual section heading of Part III (here) reads: Last Poems and "The Burial of Sophocles." Should I follow the TOC and leave "The Burial of Sophocles" as a standalone poem, or should I include in in Part III?

Vince

unread,

Oct 17, 2021, 4:03:08 AM Oct 17

to Standard Ebooks

Right, because now there are two articles that are direct children of the body, which causes the f-015 to be ignored (or rather not generated).

Alex Cabal

unread,

Oct 19, 2021, 3:57:37 AM Oct 19

to standar...@googlegroups.com

Since this book is divided into parts, you could create three different
files, one for each part. Then each file would have a parent <section>
to contain the part, and <article> children of that section. That would
avoid f-015 because the <section>'s ID attribute would match the filename.

But, don't go into big contortions just to avoid a lint error, if your
actual structure is correct. You can always ignore it with an
se-lint-ignore.xml file.

On 10/16/21 12:30 PM, Vince wrote:
> What's causing it is that that you don't have an id that matches the
> filename. Just like the error says.
>
> But why does it work for the other poetry collections? This is where
> things get complicated…
>

> * New Hampshire works because there is a poem called New Hampshire, so
> there /is/ an id that matches the filename.
> * The other poetry collections (that I looked at, a half-dozen or so)

> work because they have multiple articles in the body, and the code
> specifically bypasses instances where there are more than two
> articles in the body. (The comment says for short-story collections,
> but the same is true for poetry collections.)

> * But /A Spring Harvest/ doesn't have either; it doesn't have a poem
> with the name of the book, /and/ it doesn't have multiple articles
> that are children of the body. The articles are /grand/children//of

> the body, since they're children of the three sections of the
> collection. (This is an educated guess; I'm still not up on xpath's
> syntax. I can confirm that it pulls all the article IDs, which would
> imply it's not skipping them even though there are far more than two.)
>
>

> So, Emma's suggestion /might/ be the right one (a file for each

> section), but I don't know if the lint error is intentional, i.e. should
> it also be bypassed if the articles are grandchildren?
>

> Alex, what say you? This is a poetry book (/A Spring Harvest/) with

> three main sections, and the poems are in the sections, rather than
> directly underneath the body. Lint is complaining with an f-015; is
> having everything in a single file per our other collections not OK
> here, or does the lint error need to be refined?

> sections.png
>
>> On Oct 16, 2021, at 2:37 AM, rdemler <rde...@gmail.com

>> <mailto:rde...@gmail.com>> wrote:
>>
>> I probably spent more time than I should have reviewing the material
>> and comparing with a bunch of other books, etc. but still not clear on
>> what, exactly, is causing the error. I'll need to revisit the issue later.
>>
>> In the meantime I found a cover image I like:
>> https://www.nga.gov/collection/art-object-page.125748.html
>> <https://www.nga.gov/collection/art-object-page.125748.html>
>>
>> On Monday, October 11, 2021 at 10:21:54 AM UTC-7 Vince wrote:
>>
>> Patterning after another poetry collection is a good plan. Does

>> your structure look like /New Hampshire?/

>> Is all the text in a single file?
>> Are the sections structured like it?
>> Are the poems in your sections structured like the poems in the
>> sections in it? (Not like the standalone "New Hampshire" poem—it
>> doesn't look like from the ToC you posted that you have a standalone.)
>>
>> Reviewing these sections of the manual might be helpful, i.e. give
>> you the bigger picture of how everything fits together:
>>

>> * Section 2.2, XHTML file naming conventions, especially the
>> section on poetry collections.
>> * Section 7 High Level Structural Patterns, especially 7.1

> https://groups.google.com/d/msgid/standardebooks/4A7A7F88-3B67-4A30-A3BB-84AD2065E785%40letterboxes.org
> <https://groups.google.com/d/msgid/standardebooks/4A7A7F88-3B67-4A30-A3BB-84AD2065E785%40letterboxes.org?utm_medium=email&utm_source=footer>.

Alex Cabal

unread,

Oct 19, 2021, 3:59:59 AM Oct 19

to standar...@googlegroups.com

Let's do what the ToC says. You can remove the "and the burial of
sophocles" from the header since it also doesn't appear in the ToC

On 10/16/21 3:42 PM, rdemler wrote:
> I would like some guidance on the following: As I mentioned, the TOC
> indentation (here

> <https://archive.org/details/ldpd_14012191_000/page/10/mode/2up>) seems

> to indicate that "The Burial of Sophocles" and "So We Lay Down the Pen"

> are _not_ included in Part III. But the actual section heading of Part
> III (here
> <https://archive.org/details/ldpd_14012191_000/page/48/mode/2up>) reads:

> Last Poems and "The Burial of Sophocles." Should I follow the TOC and
> leave "The Burial of Sophocles" as a standalone poem, or should I
> include in in Part III?
>
> On Saturday, October 16, 2021 at 1:19:15 PM UTC-7 rdemler wrote:
>
> Wouldn't you know it; moving the last two poems out of the last
> section directly into the body seems to prevent the f-015 error. I
> feel dumb now :-)
>
> I'm still interested in the verdict though! Thanks again everyone
>
> On Saturday, October 16, 2021 at 1:08:08 PM UTC-7 rdemler wrote:
>

> Thank you Emma and Vince. Yes, with the exception of /New
> Hampshire/, I couldn't see why other works weren't producing the

> same error (this, for example

> <https://github.com/standardebooks/t-s-eliot_poetry/blob/master/src/epub/text/poetry.xhtml>).

> What you suggest makes sense Vince.
>

> One extra wrinkle: I realized the other day that /A Spring
> Harvest/ does appear to have two standalone poems, but at the
> /end /of the collection (based on the TOC indentation, see here
> <https://archive.org/details/ldpd_14012191_000/page/10/mode/2up>).

> I feel like the current structure would be the best way to
> handle that (three parts followed by two articles).
>
> On Saturday, October 16, 2021 at 10:31:01 AM UTC-7 Vince wrote:
>
> What's causing it is that that you don't have an id that
> matches the filename. Just like the error says.
>
> But why does it work for the other poetry collections? This
> is where things get complicated…
>

> * New Hampshire works because there is a poem called New
> Hampshire, so there /is/ an id that matches the filename.
> * The other poetry collections (that I looked at, a

> half-dozen or so) work because they have multiple
> articles in the body, and the code specifically bypasses
> instances where there are more than two articles in the
> body. (The comment says for short-story collections, but
> the same is true for poetry collections.)

> * But /A Spring Harvest/ doesn't have either; it doesn't
> have a poem with the name of the book, /and/ it doesn't

> have multiple articles that are children of the body.

> The articles are /grand/children//of the body, since

> they're children of the three sections of the
> collection. (This is an educated guess; I'm still not up
> on xpath's syntax. I can confirm that it pulls all the
> article IDs, which would imply it's not skipping them
> even though there are far more than two.)
>
>

> So, Emma's suggestion /might/ be the right one (a file for

> each section), but I don't know if the lint error is
> intentional, i.e. should it also be bypassed if the articles
> are grandchildren?
>

> Alex, what say you? This is a poetry book (/A Spring
> Harvest/) with three main sections, and the poems are in the

> sections, rather than directly underneath the body. Lint is
> complaining with an f-015; is having everything in a single
> file per our other collections not OK here, or does the lint
> error need to be refined?

> sections.png
>
>
>> On Oct 16, 2021, at 2:37 AM, rdemler <rde...@gmail.com> wrote:
>>
>> I probably spent more time than I should have reviewing
>> the material and comparing with a bunch of other books,
>> etc. but still not clear on what, exactly, is causing the
>> error. I'll need to revisit the issue later.
>>
>> In the meantime I found a cover image I like:
>> https://www.nga.gov/collection/art-object-page.125748.html
>> <https://www.nga.gov/collection/art-object-page.125748.html>
>>
>> On Monday, October 11, 2021 at 10:21:54 AM UTC-7 Vince wrote:
>>
>> Patterning after another poetry collection is a good

>> plan. Does your structure look like /New Hampshire?/

>> Is all the text in a single file?
>> Are the sections structured like it?
>> Are the poems in your sections structured like the
>> poems in the sections in it? (Not like the standalone
>> "New Hampshire" poem—it doesn't look like from the ToC
>> you posted that you have a standalone.)
>>
>> Reviewing these sections of the manual might be
>> helpful, i.e. give you the bigger picture of how
>> everything fits together:
>>

>> * Section 2.2, XHTML file naming conventions,

>> especially the section on poetry collections.

>> * Section 7 High Level Structural Patterns,

> https://groups.google.com/d/msgid/standardebooks/e51a9918-ec0e-4d56-a26d-3288440ef729n%40googlegroups.com
> <https://groups.google.com/d/msgid/standardebooks/e51a9918-ec0e-4d56-a26d-3288440ef729n%40googlegroups.com?utm_medium=email&utm_source=footer>.

rdemler

unread,

Oct 20, 2021, 11:45:31 AM Oct 20

to Standard Ebooks

Thank you Alex. Also, I want to see if anyone has a strong preference for either of these covers:

B Keith

unread,

Oct 20, 2021, 9:17:38 PM Oct 20

to Standard Ebooks

Are we voting? I like the sense of movement in #2 :-)

_________

Guadeamus igitur iuvenes dum sumus

Thank you Alex. Also, I want to see if anyone has a strong preference for either of these covers:

unread,

Oct 21, 2021, 3:36:11 AM Oct 21

to Standard Ebooks

Vince

unread,

Oct 21, 2021, 3:38:13 AM Oct 21

to Standard Ebooks

At that size, you're good, no need for GP.

Matt Chan

unread,

Oct 21, 2021, 3:40:33 AM Oct 21

to standar...@googlegroups.com

GP is just for upscaling mostly; but my subscription also came with their de-noising tool and sharpen tool. Anyway, just so folks know that's a resource they can tap into!

--
You received this message because you are subscribed to the Google Groups "Standard Ebooks" group.
To unsubscribe from this group and stop receiving emails from it, send an email to standardebook...@googlegroups.com.

Geoffrey Bache Smith Poetry Book

Source: https://groups.google.com/g/standardebooks/c/vcc_0EvruwE

Geoffrey Bache Smith Poetry Book

rdemler

Alex Cabal

rdemler

Alex Cabal

rdemler

Alex Cabal

rdemler

Vince

Ronnie Demler

rdemler

rdemler

Emma Sweeney

rdemler

rdemler

Emma Sweeney

Alex Cabal

rdemler

rdemler

Alex Cabal

rdemler

maticstric

Vince

rdemler

rdemler

Vince

rdemler

Emma Sweeney

Alex Cabal

Vince

rdemler

rdemler

rdemler

Vince

Alex Cabal

Alex Cabal

rdemler

B Keith

Alex Cabal

maticstric

Matt Chan

rdemler

Vince

Matt Chan

Menu Halaman Statis