[bksvol-discuss] Re: Empire Falls, and a validating practice question

  • From: "Gerald Hovas" <GeraldHovas@xxxxxxxxxxx>
  • To: <bksvol-discuss@xxxxxxxxxxxxx>
  • Date: Thu, 9 Mar 2006 17:34:15 -0600

I don't see what harm adding the word Chapter would do, but I'm not Gustavo,
so I hesitate to say go for it.  I can ask him about the issue if it is
important to someone.

As for moving page numbers from the bottom of the page to the top of the
page, that is what the Bookshare tools do when they add them back to the
books after stripping them with the Stripper, so it doesn't matter if they
begin in the header or footer, they'll be at the top in both the BRF and
HTML files anyway.

Now as for what the Stripper is supposed to do, it currently looks for page
numbers in either the headers or footers then processes them according to
the DAISY standard.  My understanding is that they are stored in the .SMIL
file along with the location of the page in the .XML file.  This allows
DAISY book readers to jump to a given page based on the page number.  In
order to recognize page numbers, the Stripper attempts to recognize running
headers and footers.  This isn't always possible because the tool needs
headers and footers to be consistent in order for it to recognize them.
Also, someone in Engineering decided that as long as they had recognized the
headers and footers, they might as well remove the running text to make the
book more readable.  The problem we're having with page numbers not showing
up in all DAISY file readers is that up until last year, the DAISY standard
didn't specify exactly how to handle page numbers, so the specification is
being interpreted differently by different vendors.  The most recent
revision to the DAISY standard specifies exactly how to handle page numbers,
so once all vendors (Bookshare, Kurzweil, Freedom Scientific, etc.) support
the latest DAISY standard, then that problem should go away as long as
volunteers manually remove the text from the running headers/footers or
normalize the text in the headers/footers (that is make them consistent) so
that the Stripper can easily recognize them.

One of the problems we're having with the Stripper is that the algorithm may
possibly be confusing chapter headings with running headers and stripping
them by accident.

Finally, as for Jennifer making a difference with the Stripper, she wouldn't
be the person to fix the problem, but hopefully she can insist on more
thorough testing when the tool is updated to support NIMAS.  BTW, one of the
current job notices on the Benetech website mentions work on the Stripper.

Gerald

-----Original Message-----
From: bksvol-discuss-bounce@xxxxxxxxxxxxx
[mailto:bksvol-discuss-bounce@xxxxxxxxxxxxx] On Behalf Of Jake Brownell
Sent: Thursday, March 09, 2006 4:44 PM
To: bksvol-discuss@xxxxxxxxxxxxx
Subject: [bksvol-discuss] Re: Empire Falls, and a validating practice
question

Hi Jill et al,
    Here's my take on a few of these topics. Moving page numbers to better 
work with the tools is practical, and as long as the correct number is 
associated with the correct page, we've not really changed anything.

    Adding the word chapter. I have said in the past that it should be 
allowed because we are permitted to add picture descriptions. Chapter 
numbers are generally in a larger type. When using speech there isn't really

a way to convey this, the same thing for Braille. Without a way to convey 
this, noting that a chapter begins by adding a word would be acceptable.

Jake
----- Original Message ----- 
From: "Jill O'Connell" <jillocon@xxxxxxxxxxxx>
To: <bksvol-discuss@xxxxxxxxxxxxx>
Sent: Thursday, March 09, 2006 4:27 PM
Subject: [bksvol-discuss] Re: Empire Falls, and a validating practice 
question


> Without prior approval, I felt that adding the word CHAPTER would be 
> altering the book. As a matter of fact, the chapter numbers were so large 
> in Mohawk that they didn't scan at all and had to be filled in. I hope 
> PART ONE and PART TWO  were also present as they had to be filled in for 
> the same reason as well. I still even feel a little uncomfortable when 
> moving page numbers from the bottom to the top of the page since that too 
> is really tampering. Just more reasons why we really need direction from 
> Bookshare. Rick, I will let you know if and when Empire Falls is aproved. 
> Also have you read The Risk Pool. It is also by Richard Russo and is on 
> the Bookshare list.
> To unsubscribe from this list send a blank Email to
> bksvol-discuss-request@xxxxxxxxxxxxx
> put the word 'unsubscribe' by itself in the subject line.  To get a list 
> of available commands, put the word 'help' by itself in the subject line.
>
>
>
> -- 
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.375 / Virus Database: 268.2.1/277 - Release Date: 3/8/2006
>
> 

 To unsubscribe from this list send a blank Email to
bksvol-discuss-request@xxxxxxxxxxxxx
put the word 'unsubscribe' by itself in the subject line.  To get a list of
available commands, put the word 'help' by itself in the subject line.

 To unsubscribe from this list send a blank Email to
bksvol-discuss-request@xxxxxxxxxxxxx
put the word 'unsubscribe' by itself in the subject line.  To get a list of 
available commands, put the word 'help' by itself in the subject line.

Other related posts:

  1. Home
  2. bksvol-discuss
  3. Archive
  4. 03-2006