Tool to re-order pages when scanning sides in separate batches

Bug #515858 reported by Nicolas Marchildon on 2010-02-02
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gscan2pdf (Ubuntu)
Undecided
Unassigned

Bug Description

Binary package hint: gscan2pdf

Ubuntu 9.10, gscan2pdf 0.9.29-1

I have a pile of paper that I put in the scanner's feeder. It is double-sided. I scan the pile's recto. Then I re-insert the pile, but in reverse order, so the pile's verso is scanned. This generates a document with pages 1,3,5,7 then 8,6,4,2 for an 8-page pile.

There should be a quick way to perform the re-ordering once the document is scanned. An option in the Tools menu would be great.

I currently have to select the last half of the pages, re-order them starting at 100, incrementing by -1 to reverse them. Then I re-order the first half starting at 1, incrementing by 2. Lastly, I re-order the last half again, this time starting at 2, incrementing by 2. It is quite inconvenient when scanning many piles of double-sided paper.

If there was a scripting tool, I could add "custom tools" to the Tools menu. But that's for a separate bug report :)

On Tue, Feb 02, 2010 at 05:08:24AM -0000, Nicolas Marchildon wrote:
> I have a pile of paper that I put in the scanner's feeder. It is double-
> sided. I scan the pile's recto. Then I re-insert the pile, but in
> reverse order, so the pile's verso is scanned. This generates a document
> with pages 1,3,5,7 then 8,6,4,2 for an 8-page pile.
>
> There should be a quick way to perform the re-ordering once the document
> is scanned. An option in the Tools menu would be great.

Already there. Before scanning the facing pages, select double sided
and facing pages. This tells gscan2pdf to number them 1,3,5,7. Turn
over the pile, select reverse pages and the next four pages will be
numbered 8,6,4,2.

You are right. I tried it and it works just as you said.

I filed this bug because I was not using gscan2pdf to perform the actual scan, but xsane directly then importing the PDF into gscan2pdf. This did not give me the opportunity to number pages as gscan2pdf does with the double-sided option.

So, in my view, your answer is a workaround, which is to scan with gscan2pdf. What I was looking for was a way to renumber pages that were imported. I'll accept a "Won't Fix" resolution :)

As a side note, the reason why I did not try the double-sided option was that the "scanner options" progress bar of the scan dialog stayed there forever. I was unable to use gscan2pdf to scan at all, so I went back to xsane. Today, I tried it again and it worked. I'll file a bug report for that if I'm able to reproduce the behavior. It might simply be that xsane was locking the scanner driver.

On Wed, Feb 03, 2010 at 04:21:35PM -0000, Nicolas Marchildon wrote:
> I filed this bug because I was not using gscan2pdf to perform the actual
> scan, but xsane directly then importing the PDF into gscan2pdf. This did
> not give me the opportunity to number pages as gscan2pdf does with the
> double-sided option.

You can also do it with imported images using the renumber option in
Edit. Select the first four pages, set increment to +2, apply, select
the second four, set start to n+1, increment to -2 and apply.

> that if I'm able to reproduce the behavior. It might simply be that
> xsane was locking the scanner driver.

Certainly the case

Jeffrey Ratcliffe a écrit :
> You can also do it with imported images using the renumber option in
> Edit. Select the first four pages, set increment to +2, apply, select
> the second four, set start to n+1, increment to -2 and apply.

That is what I described I was doing, except that I can't renumber the first four pages, because they will clash with the second half.

>> that if I'm able to reproduce the behavior. It might simply be that
>> xsane was locking the scanner driver.
> Certainly the case

Here's how I can reproduce it:

    * Open xsane, scan an image.
    * Open gscan2pdf, click Scan.

gscan2pdf stays forever in "Updating options".

Should I file a bug agains gscan2pdf, or against xsane? If it is xsane that's not releasing resources, then it's not the fault of gscan2pdf. However, instead of hanging forever, a message such as "Scanner is already in use by an other program" would be much better.

On Thu, Feb 04, 2010 at 02:18:52AM -0000, Nicolas Marchildon wrote:
> That is what I described I was doing, except that I can't renumber the
> first four pages, because they will clash with the second half.

If you specify a start number of 9, then you can number them
9,11,13,15, and the second four 16,14,12,10.

> Should I file a bug agains gscan2pdf, or against xsane? If it is xsane
> that's not releasing resources, then it's not the fault of gscan2pdf.
> However, instead of hanging forever, a message such as "Scanner is
> already in use by an other program" would be much better.

I'll test this.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers