Yes I did understand what you wrote, and the earlier correspondent.



I was attempting to ask why.

It seems illogical to treat many small documents as one large one.  Especially 
if the large one is so large that it is hard to process.





Regards,

Richard.










[Blue line]
Richard Kerry
BNCS Engineer
T: +44 (0)20 
82259063[cid:8CFF92A-DBC6-4E1DD-83CD-7AC227DEC5@MimeCtl]<about:blank#>
M: +44 (0)7812 
325518[cid:8CFF92A-DBC6-4E1DD-83CD-7AC227DEC5@MimeCtl]<about:blank#>
Room EBX 301, BBC Television Centre, Wood Lane, London, W12 7RJ
[email protected]<https://webmail.siemens-it-solutions.com/owa/redir.aspx?C=9fb20d019e3e4cb99344d708709a3177&URL=mailto%3arichard.kerry%40atos.net>
uk.atos.net<https://webmail.siemens-it-solutions.com/owa/redir.aspx?C=9fb20d019e3e4cb99344d708709a3177&URL=http%3a%2f%2fuk.atos.net%2fen-uk%2f>
[Atos logo]
This e-mail and the documents attached are confidential and intended solely for 
the addressee; it may also be privileged. If you receive this e-mail in error, 
please notify the sender immediately and destroy it. As its integrity cannot be 
secured on the Internet, the Atos group liability cannot be triggered for the 
message content. Although the sender endeavours to maintain a computer 
virus-free network, the sender does not warrant that this transmission is 
virus-free and will not be liable
________________________________
From: Maruan Sahyoun [[email protected]]
Sent: 19 April 2013 12:04
To: [email protected]
Subject: Re: FOP memory growing with a lot of <page-sequences>

no - that's one document with 100k pages

Maruan Sahyoun

Am 19.04.2013 um 13:04 schrieb "Kerry, Richard" 
<[email protected]<mailto:[email protected]>>:




Surely that's 100k documents, each with one page (or a small number of pages) ?





Uncertainly,
Richard.











Richard Kerry
BNCS Engineer
T: +44 (0)20 82259063
M: +44 (0)7812 325518
Room EBX 301, BBC Television Centre, Wood Lane, London, W12 7RJ
[email protected]<https://webmail.siemens-it-solutions.com/owa/redir.aspx?C=9fb20d019e3e4cb99344d708709a3177&URL=mailto%3arichard.kerry%40atos.net>
uk.atos.net<https://webmail.siemens-it-solutions.com/owa/redir.aspx?C=9fb20d019e3e4cb99344d708709a3177&URL=http%3a%2f%2fuk.atos.net%2fen-uk%2f>





This e-mail and the documents attached are confidential and intended solely for 
the addressee; it may also be privileged. If you receive this e-mail in error, 
please notify the sender immediately and destroy it. As its integrity cannot be 
secured on the Internet, the Atos group liability cannot be triggered for the 
message content. Although the sender endeavours to maintain a computer 
virus-free network, the sender does not warrant that this transmission is 
virus-free and will not be liable
________________________________
From: Maruan Sahyoun [[email protected]<mailto:[email protected]>]
Sent: 19 April 2013 11:56
To: [email protected]<mailto:[email protected]>
Subject: Re: FOP memory growing with a lot of <page-sequences>

Hi

e.g. we have a banking customer where account statements are produced and sent 
for printing. A single PDF has around 100k pages.

Maruan

Am 19.04.2013 um 11:04 schrieb Paul Womack 
<[email protected]<mailto:[email protected]>>:

aemitic wrote:
Thanks for the suggestion.

This /workaround/ (it's not a solution) cannot be applied. Why:
 - internal pdf links would not work
 - pdf bookmarks would not work
 - page numbering would not be correct
 - creating over 150000 PDFs and then merging them with an external tool is
unacceptable from a performance point of view

I cannot imagine a (useful) PDF with 150,000 pages.

This may well be a limitation of my imagination :-)

Can you tell me a little about this?

BugBear


---------------------------------------------------------------------
To unsubscribe, e-mail: 
[email protected]<mailto:[email protected]>
For additional commands, e-mail: 
[email protected]<mailto:[email protected]>




Attachment: blank
Description: blank

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to