Scanning an A5 booklet as 2-sided A4 sheets

[Centexbel]

Hello,

is there a way to do it this way in place of each A5 page after
the other ?


Best regards,

Philippe

[Peter Flynn]

On 12/16/2013 03:11 PM, Centexbel wrote:
>
> Hello,
>
> is there a way to do it this way in place of each A5 page after
> the other ?

2-sided is an artifact of your printer.
It has nothing to do with scanning, images, or PDFs.

///Peter

[Centexbel]

In article <bi92b3...@mid.individual.net>,
peter...@m.silmaril.ie says...

Thanks !

I was not clear...

I have a A5 booklet.
I want to scan it.

Solution 1 :

Scan by hand each A5 page after the other (46)


Solution 2 :

Remove the staples
Open the book
Scan at once all the A4 pages recto-verso
using the scanner feature
Split and reorder the resulting .pdf (?)


TIA,

Philippe

[Axel Berger]

Centexbel wrote:
> Remove the staples
> Open the book
> Scan at once all the A4 pages recto-verso

If it were a book you might want to take care of the binding. A stapled
booklet will easily open flat, so why ever not scan the double pages as
they come without removing staples?

Axel

[Centexbel]

In article <52CA9B73...@Gmx.De>, Axel....@Gmx.De
says...

Thanks !

It is a mere booklet...
Removing staples and putting new after will not be noticed...

Scanning double pages only halves the work !
Scanning a stack of A4 sheets is automatic.

Regards,

Philippe

[rpresser]

On Monday, January 6, 2014 9:32:26 AM UTC-5, Centexbel wrote:
> Scanning double pages only halves the work !
> Scanning a stack of A4 sheets is automatic.

Have you seen this?
http://fitzcarraldoblog.wordpress.com/2013/11/09/split-an-a4-pdf-file-into-two-a5-pdf-files/

[rpresser]

Or this, looks like it's even easier:
http://soft.rubypdf.com/software/pdf-pagedivide

[rpresser]

One more:
http://www.a-pdf.com/page-cut/index.htm

[Centexbel]

In article <5bc6b2a9-16bd-4fd8-a6ce-c35bbc2f7624
@googlegroups.com>, rpre...@gmail.com says...

Thanks for the links !

The last point is then to reorder the A5 pages from 1 to N
which is not the order on the A4 scan...


Regards,

Philippe

[Wilfried]

"PDFSplitAndMerge"
http://www.pdfsam.org/

The download of the windows 32bit installer from the "download" page
stops incomplete, but the .msi from
http://sourceforge.net/projects/pdfsam/files/pdfsam/2.2.2/
works.
For your purpose use "visual reorder".

--
Wilfried Hennings
please reply in the newsgroup, the e-mail address is invalid

[Centexbel]

In article <i7vnc91gl11flgjne...@4ax.com>,
Wilf...@invalid.invalid says...

Thanks !

I already use it...

Is there a way to write a macro as the order of page of a
booklet can surely be computed based on the number of foils ?


Regards,

Philippe

[Wilfried]

If you want to automate it, you probably want a utility with
command-line interface.

Get "pdftk server" from
http://www.pdflabs.com/tools/pdftk-server/

You find a short description how to use it on
http://www.pdflabs.com/docs/pdftk-man-page/

Given you scanned a 3-sheet booklet with the sheets containing pages
01 12
-----
02 11

03 10
-----
04 09

05 08
-----
06 07

and after splitting the pages your pdf contains pages in the order
1 12 2 11 3 10 4 9 5 8 6 7

open a command prompt and enter the command
pdftk.exe in.pdf cat 1 3 5 7 9 11 12 10 8 6 4 2 output out.pdf

or even simpler
pdftk.exe in.pdf cat odd 12-2even output out.pdf

HTH

[Centexbel]

In article <ahhqc956nkhv44e34...@4ax.com>,

Thanks once more !

I already have pdftk that works nicely...
So this software doesn't make the split part ?


Regards,

Philippe

[Wilfried]

No (as far as I know).

For splitting each physical page into several user-defined areas, also
have a look at
http://briss.sourceforge.net/

Regards

[Peter Flynn]

On 01/06/2014 12:02 PM, Axel Berger wrote:
> Centexbel wrote:
>> Remove the staples
>> Open the book
>> Scan at once all the A4 pages recto-verso
>
> If it were a book you might want to take care of the binding. A stapled
> booklet will easily open flat,

No guarantee...some booklets get the staple area crushed in the
saddle-stitcher, so the paper crumples and skews when anything except
the centre-page spread is opened flat.

///Peter

[Peter Flynn]

If you can make the de-stapled sheets sit flat and smooth enough to go
through the A4 sheet-feeder, then do it.

pdftk can rearrange and split the pages afterwards.

///Peter

[Peter Flynn]

On 01/08/2014 08:55 AM, Centexbel wrote:
[...]

> Is there a way to write a macro as the order of page of a
> booklet can surely be computed based on the number of foils ?

Yes, it would be the logical reverse of the standard imposition
alogorithm that gets used to order the pages for printing.

///Peter

[Centexbel]

In article <bjj4ne...@mid.individual.net>,
pe...@silmaril.ie says...

Thanks for the comment...

My booklets are artisanal and are easy dismantled !
Scanning them in A5 is not that easy due to curvature.


Regards,

Philippe

[Centexbel]

In article <bjj4q6...@mid.individual.net>,
pe...@silmaril.ie says...

Do I read that pdftk can split A4 pages in two A5 pages ?

Regards,

Philippe

[tlvp]

On Wed, 08 Jan 2014 14:24:37 +0100, Wilfried proposed:

> pdftk.exe in.pdf cat 1 3 5 7 9 11 12 10 8 6 4 2 output out.pdf

That's a neat illustration how to use PDFTK to permute a few pages, thanks.

How long a command of that sort can PDFTK -- or most systems -- handle?
We have PDFs for entire books that, for two-up duplex printing, we'd need
to permute all four-to-five hundred pages of, along these lines:

: pdftk.exe in.pdf cat 2 3 4 1 6 7 8 5 10 11 12 9 ... 446 447 448 445 output out.pdf

but we fear that might be too long a CL to succeed. Ideas, please? Thanks!

Cheers, -- tlvp
--
Avant de repondre, jeter la poubelle, SVP.

[Peter Flynn]

On 02/15/2014 07:51 PM, tlvp wrote:
> On Wed, 08 Jan 2014 14:24:37 +0100, Wilfried proposed:
>
>> pdftk.exe in.pdf cat 1 3 5 7 9 11 12 10 8 6 4 2 output out.pdf
>
> That's a neat illustration how to use PDFTK to permute a few pages, thanks.
>
> How long a command of that sort can PDFTK -- or most systems -- handle?
> We have PDFs for entire books that, for two-up duplex printing, we'd need
> to permute all four-to-five hundred pages of, along these lines:
>
> : pdftk.exe in.pdf cat 2 3 4 1 6 7 8 5 10 11 12 9 ... 446 447 448 445 output out.pdf
>
> but we fear that might be too long a CL to succeed. Ideas, please? Thanks!

The modern commandline on most Unix-derived systems (eg Mac OS X, Linux)
can cope with lines much longer than your above would need. I don't know
the limits, but I blew it once by trying to pass over 5,000 filenames.
But I regularly build commands that would run to many thousands of
characters. I have no idea what Windows can cope with, though.

But if you want to do imposition, why construct this kind of thing when
ps2ps, psbook, and similar scripts can do it for you? I use them
extensively for imposing PDFs to print 2-up, 4-up, 8-up etc.

///Peter

[Lutrin]

On Sat, 15 Feb 2014 21:11:57 +0000, Peter Flynn ci disse:

> I blew it once by trying to pass over 5,000 filenames

[...]
limit of arguments in a line before that system shows "TOO MANY ARGUMENTS"
warning can be different across the distributions, but using xargs, this
limit can be overrided, handling as many as you want arguments
--
Puppy Linux wiki: http://dokupuppylinux.info
Puppy Linux Forum: http://www.italianpuppy.org/
Windows me genuit, Ubuntu rapuere / tenet nunc Puppy Linux...
dropbox 2GB free - http://db.tt/Vc6IeN4

[tlvp]

On Sat, 15 Feb 2014 21:11:57 +0000, Peter Flynn wrote:

> On 02/15/2014 07:51 PM, tlvp wrote:
>> On Wed, 08 Jan 2014 14:24:37 +0100, Wilfried proposed:
>>
>>> pdftk.exe in.pdf cat 1 3 5 7 9 11 12 10 8 6 4 2 output out.pdf
>>
>> That's a neat illustration how to use PDFTK to permute a few pages, thanks.
>>
>> How long a command of that sort can PDFTK -- or most systems -- handle?
>> We have PDFs for entire books that, for two-up duplex printing, we'd need
>> to permute all four-to-five hundred pages of, along these lines:
>>
>>: pdftk.exe in.pdf cat 2 3 4 1 6 7 8 5 10 11 12 9 ... 446 447 448 445 output out.pdf
>>
>> but we fear that might be too long a CL to succeed. Ideas, please? Thanks!
>
> The modern commandline on most Unix-derived systems (eg Mac OS X, Linux)
> can cope with lines much longer than your above would need. I don't know
> the limits, but I blew it once by trying to pass over 5,000 filenames.
> But I regularly build commands that would run to many thousands of
> characters. I have no idea what Windows can cope with, though.

Used to be that Windows had a 512-byte CL limitation (or was it 256-byte?).
May be better these days but I doubt it goes as far as 5k filenames :-) .

> But if you want to do imposition, why construct this kind of thing when
> ps2ps, psbook, and similar scripts can do it for you? I use them
> extensively for imposing PDFs to print 2-up, 4-up, 8-up etc.

Ignorance, primarily -- I wasn't aware of their existence/utility. Thanks
for pointing them out to me :-) !

It has dawned on me, though, that, in place of the single long-liner I'd
want to use on a, say 436-page book PDF, of the form

: pdftk.exe in.pdf cat 2 3 4 1 6 7 8 5 ... 434 435 436 433 output out.pdf

(with ellipsis filled explicitly in, of course), I could run this simpler
2-line script 436/4 = 109 times, all told, and achieve the same end:

: pdftk.exe in.pdf cat 5-436 2 3 4 1 output out.pdf
: ren out.pdf in.pdf

or

: pdftk.exe in.pdf cat 5-end 2 3 4 1 output out.pdf
: ren out.pdf in.pdf

Suddenly what seemed to call for pdftk wizardry has gotten reduced to
humdrum batch file house-keeping.

>
> ///Peter

Thanks, all, for being here as advisors and sounding board! Cheers, -- tlvp