[bksvol-discuss] Re: Question re columns
- From: "EVAN REESE" <mentat3@xxxxxxxxxxx>
- To: <bksvol-discuss@xxxxxxxxxxxxx>
- Date: Thu, 17 Jan 2008 15:10:51 -0500
I guess I should have said that I wasn't including the Table of Contents when I
was talking about decolomnization. I just assumed that it was obvious that in
that case putting the second column below the first - which consists of page
numbers - would be a bad idea; so I never mentioned that the Contents pages
should not be decolumnized. I've validated at least one book in which the page
numbers were below the chapter titles, and it was a bit of a pain to fix up -
especially since a couple page numbers were missing. I always recognize
contents pages with column detection turned off.
----- Original Message -----
From: Pratik Patel
To: bksvol-discuss@xxxxxxxxxxxxx
Sent: Thursday, January 17, 2008 6:10 AM
Subject: [bksvol-discuss] Re: Question re columns
Hello Evan,
Table of contents are special creatures that can be breated slightly
differently. In a toc, we need to make sure that the page numbers associated
with chapters, sections and subsections appear to the right of the text. If
they are scanned as two columns, the decolumnization process will take the
second column, which consists of only the page numbers, and will put it below
all the chapter, section, and subsection listings. This makes it very
difficult to match the actual section with the associated page. That's why
Guido suggests that it could be very messy and time-consuming to clean up a
toc. Whenever I've had to clean up a toc, I've had to make sure that I
manually visit the beginnings of sections and make certain that the page
designation is absolutely correct.
When scanning in Kurzweil 1000, it's often a good idea to turn
decolumnization off when passing a toc page through the oCR process. Kurzweil
1000 will allow you to reOCR pages after changing settings so that is not a
difficult problem to solve. The difficult problem is when something other than
Kurzweil 1000 or Openbook is used. I'd imagine that with the release of
Openbook 8, there is a similar feature in that as well. Decolumnization could
be problematic.
Jaimy and others who have used the method you describe, can you send me a few
pages that you might have worked on with a few examples? I'd like to see the
effects of your method.
Pratik
From: bksvol-discuss-bounce@xxxxxxxxxxxxx
[mailto:bksvol-discuss-bounce@xxxxxxxxxxxxx] On Behalf Of EVAN REESE
Sent: Wednesday, January 16, 2008 6:22 PM
To: bksvol-discuss@xxxxxxxxxxxxx
Subject: [bksvol-discuss] Re: Question re columns
I'm not sure if just replacing ^n with ^p will do what I am talking about.
Maybe it will, but I am doubtful. I am referring to the arrangement of the
print on the page. When I say "decolomnize", I mean that the second column
needs to be below the first and third below the second, if there is a third.
That's the only way I know of to ensure that the brille or voice reader of the
Bookshare version won't get mixed up text. Unless the Bookshare tools do this
while processing the books? Anyone out there know? I've never done this
rearranging myself, as I have my scanner - K1000, and before that OpenBook -
take care of the decolomnizing while doing the OCR, and I haven't so far
validated a book with columns still in it.
Evan
----- Original Message -----
From: Jamie Yates, CPhT
To: bksvol-discuss@xxxxxxxxxxxxx
Sent: Wednesday, January 16, 2008 4:45 PM
Subject: [bksvol-discuss] Re: Question re columns
Thanks, Evan. I will remember in the future to change all ^n to ^p then. I
assume Lissi fixed the columns in the Wild Irish Roses book because she would
probably have known.
Jamie in Michigan
Currently Reading - Chocolate Chip Cookie Murder by Joanna Fluke
Other related posts:
