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.