Re: Empty pdf more than 100k?

2008-02-07 Thread Jeremias Maerki
So far we haven't included an option to skip the inclusion of the sRGB
profile. That's because XSL-FO defines all RGB colors to be in the sRGB
color space. If the color profile is not added, the colors are actually
wrong. If you really just use black, it's obviously unnecessary. But it's
not unproblematic to add this option since we have to take care that we
don't accidentally break support for PDF/A. PDF/A requires calibrated
colors. I'll see what I can do.

On 07.02.2008 12:53:13 Oisín wrote:
 
 Hello!
 
  after updating to 0.94 I also found an increase of PDF filesize from 3k to
 10k. After turning off compression I found out that this is due to the
 included color profile. As these files are simple invoices containing some
 tables an text in black only, I would like to remove the color profile from
 the generated PDFs. With some thousand of thes files generated the amount of
 disk space needed adds up considerably.
 Thus, how can I avoid the color profile to be included into the PDFs? I'm
 using FOP embedded into a Java application but haven't found any hint in the
 docs.
 
 Thanks,
 
 Oisín
 
 
 
 That the PDFs are a little bigger is to be expected.
 
 Hello world in FO:
 FOP 0.20.5: 2KB
 FOP 0.94: 5KB
 
 The increase is due to:
 - additional XMP metadata (~0.6KB)
 - embedded sRGB profile to make sure that the color space is the same as
 is defined by XSL-FO (0.20.5 wrongly used device-specific RGB). (~2.5KB)
 
 As Jonathan mentioned, the size is likely to be because of embedded
 fonts but I'm not sure not embedding the font is the right way. If you
 send the PDF to me I can tell you what's in it (only if you want).
 
 Jeremias Maerki
 
 
 -- 
 View this message in context: 
 http://www.nabble.com/Empty-pdf-more-than-100k--tp13853054p15332286.html
 Sent from the FOP - Users mailing list archive at Nabble.com.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 




Jeremias Maerki


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Empty pdf more than 100k?

2008-02-07 Thread Jeremias Maerki
Ok, I've added the necessary option to FOP Trunk:
http://svn.apache.org/viewvc?rev=619417view=rev

See the XML files in the revision above for documentation.

On 07.02.2008 13:42:26 Jeremias Maerki wrote:
 So far we haven't included an option to skip the inclusion of the sRGB
 profile. That's because XSL-FO defines all RGB colors to be in the sRGB
 color space. If the color profile is not added, the colors are actually
 wrong. If you really just use black, it's obviously unnecessary. But it's
 not unproblematic to add this option since we have to take care that we
 don't accidentally break support for PDF/A. PDF/A requires calibrated
 colors. I'll see what I can do.
 
 On 07.02.2008 12:53:13 Oisín wrote:
  
  Hello!
  
   after updating to 0.94 I also found an increase of PDF filesize from 3k to
  10k. After turning off compression I found out that this is due to the
  included color profile. As these files are simple invoices containing some
  tables an text in black only, I would like to remove the color profile from
  the generated PDFs. With some thousand of thes files generated the amount of
  disk space needed adds up considerably.
  Thus, how can I avoid the color profile to be included into the PDFs? I'm
  using FOP embedded into a Java application but haven't found any hint in the
  docs.
  
  Thanks,
  
  Oisín
  
  
  
  That the PDFs are a little bigger is to be expected.
  
  Hello world in FO:
  FOP 0.20.5: 2KB
  FOP 0.94: 5KB
  
  The increase is due to:
  - additional XMP metadata (~0.6KB)
  - embedded sRGB profile to make sure that the color space is the same as
  is defined by XSL-FO (0.20.5 wrongly used device-specific RGB). (~2.5KB)
  
  As Jonathan mentioned, the size is likely to be because of embedded
  fonts but I'm not sure not embedding the font is the right way. If you
  send the PDF to me I can tell you what's in it (only if you want).
  
  Jeremias Maerki
  
  
  -- 
  View this message in context: 
  http://www.nabble.com/Empty-pdf-more-than-100k--tp13853054p15332286.html
  Sent from the FOP - Users mailing list archive at Nabble.com.
  
  
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  
 
 
 
 
 Jeremias Maerki




Jeremias Maerki


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Empty pdf more than 100k?

2007-12-06 Thread Abel Braaksma
Not sure whether this is applicable or not, but I have used Multivalent 
(http://multivalent.sourceforge.net/) in the past for re-ordering pages 
(from one-up to two-up etc) and often was surprised at the output being 
increasingly smaller, without loss of quality. Often I used it to assess 
whether a certain PDF could be made smaller at all and when the change 
was significant, I sometimes added it to the process.


You can use Multivalent just for decreasing / compacting file size of 
PDF. Test it to see if it works for you. The outcome may be of help for 
the programmers too, to know whether it is possible at all and to what 
level to decrease the size.


Cheers,
-- Abel Braaksma

Jeremias Maerki wrote:

I haven't done any experiments to prove it, but I suspect it has to do
with the table border painting. We've improved table border quality a
lot in 0.94 which causes increased size of the page content. If I take
one of the pages in between which have a large table the page content
size is three times as big in 0.94 as in 0.20.5:
page 13: 0.20.5: 5515 bytes, 0.94: 17012 bytes

I'm surprised at the amount of the increase. But I'm afraid I cannot do
anything about that for the moment.

On 05.12.2007 15:15:22 hammo wrote:
  



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Empty pdf more than 100k?

2007-12-05 Thread Jeremias Maerki
I haven't done any experiments to prove it, but I suspect it has to do
with the table border painting. We've improved table border quality a
lot in 0.94 which causes increased size of the page content. If I take
one of the pages in between which have a large table the page content
size is three times as big in 0.94 as in 0.20.5:
page 13: 0.20.5: 5515 bytes, 0.94: 17012 bytes

I'm surprised at the amount of the increase. But I'm afraid I cannot do
anything about that for the moment.

On 05.12.2007 15:15:22 hammo wrote:
 
 Here are the two pdf's, before and after..
 
 Thanks,
 Paul
 
 
 Jeremias Maerki-2 wrote:
  
  That's not the same problem. The increase is not ~105KB but almost 300KB.
  Something else must be wrong. If it were about the color profile, it
  would be an increase of about 105KB. If you post the two PDFs (before
  and after) I can better tell what exactly could be going on.
  
  On 05.12.2007 13:53:54 hammo wrote:
  
  Hello,
  
  I have the same problem migrating from fop 0.20 to 0.94 - a file
  generated
  using fop 0.20 = 147K, whilst the same  file generated using fop 0.94 =
  434K.  Also, I'm using jdk1.5
  Because these pdf files are dowloaded from a web app, the increase in
  file
  size will mean the powers that be deciding that we do not migrate to 0.94
  at
  all.
  Any other suggestions/observations since the last posts??
  
  Thanks,
  Paul
  
  
  
  Laurent Balthasar wrote:
   
   Hello,
   
   we were using fop 0.20 and decided to migrate to the latest fop  0.94.
   Everything were fine except some code that needed to be adjusted.
   After some tests, we discover that all generated pdf have a much bigger
   size. From 6k with fop 0.20 it is now 112k?!
   
   After some investigations it seems inside the pdf one object streamed
  is
   much bigger but I have no idea what kind of element it could be (font,
   color profile, ...)
   
   Anybody knows what could be the origin of the problems? Generated Pdf
   works fine but it's really a waste of space, especially when sending
   emails with pdf attached).
   
   Thanks for any help!
   
   Laurent
   
   
   
  
  -- 
  View this message in context:
  http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a14171022
  Sent from the FOP - Users mailing list archive at Nabble.com.
  
  
  Jeremias Maerki
  
  
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  
  
  
 http://www.nabble.com/file/p14172448/before.pdf before.pdf 
 http://www.nabble.com/file/p14172448/after.pdf after.pdf 
 -- 
 View this message in context: 
 http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a14172448
 Sent from the FOP - Users mailing list archive at Nabble.com.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




Jeremias Maerki


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Empty pdf more than 100k?

2007-12-05 Thread hammo

Here are the two pdf's, before and after..

Thanks,
Paul


Jeremias Maerki-2 wrote:
 
 That's not the same problem. The increase is not ~105KB but almost 300KB.
 Something else must be wrong. If it were about the color profile, it
 would be an increase of about 105KB. If you post the two PDFs (before
 and after) I can better tell what exactly could be going on.
 
 On 05.12.2007 13:53:54 hammo wrote:
 
 Hello,
 
 I have the same problem migrating from fop 0.20 to 0.94 - a file
 generated
 using fop 0.20 = 147K, whilst the same  file generated using fop 0.94 =
 434K.  Also, I'm using jdk1.5
 Because these pdf files are dowloaded from a web app, the increase in
 file
 size will mean the powers that be deciding that we do not migrate to 0.94
 at
 all.
 Any other suggestions/observations since the last posts??
 
 Thanks,
 Paul
 
 
 
 Laurent Balthasar wrote:
  
  Hello,
  
  we were using fop 0.20 and decided to migrate to the latest fop  0.94.
  Everything were fine except some code that needed to be adjusted.
  After some tests, we discover that all generated pdf have a much bigger
  size. From 6k with fop 0.20 it is now 112k?!
  
  After some investigations it seems inside the pdf one object streamed
 is
  much bigger but I have no idea what kind of element it could be (font,
  color profile, ...)
  
  Anybody knows what could be the origin of the problems? Generated Pdf
  works fine but it's really a waste of space, especially when sending
  emails with pdf attached).
  
  Thanks for any help!
  
  Laurent
  
  
  
 
 -- 
 View this message in context:
 http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a14171022
 Sent from the FOP - Users mailing list archive at Nabble.com.
 
 
 Jeremias Maerki
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
http://www.nabble.com/file/p14172448/before.pdf before.pdf 
http://www.nabble.com/file/p14172448/after.pdf after.pdf 
-- 
View this message in context: 
http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a14172448
Sent from the FOP - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Empty pdf more than 100k?

2007-12-05 Thread hammo

Hello,

I have the same problem migrating from fop 0.20 to 0.94 - a file generated
using fop 0.20 = 147K, whilst the same  file generated using fop 0.94 =
434K.  Also, I'm using jdk1.5
Because these pdf files are dowloaded from a web app, the increase in file
size will mean the powers that be deciding that we do not migrate to 0.94 at
all.
Any other suggestions/observations since the last posts??

Thanks,
Paul



Laurent Balthasar wrote:
 
 Hello,
 
 we were using fop 0.20 and decided to migrate to the latest fop  0.94.
 Everything were fine except some code that needed to be adjusted.
 After some tests, we discover that all generated pdf have a much bigger
 size. From 6k with fop 0.20 it is now 112k?!
 
 After some investigations it seems inside the pdf one object streamed is
 much bigger but I have no idea what kind of element it could be (font,
 color profile, ...)
 
 Anybody knows what could be the origin of the problems? Generated Pdf
 works fine but it's really a waste of space, especially when sending
 emails with pdf attached).
 
 Thanks for any help!
 
 Laurent
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a14171022
Sent from the FOP - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Empty pdf more than 100k?

2007-11-20 Thread Laurent Balthasar

I tried to check with acrobat reader and compare the properties, but didn't
see any differences.
I have attached a file containing the one generated pdf from the
examples\fo\basic\simple.pdf

What size do you have for the same example?

Anyway, thanks for your answers, coz I was getting mad yesterday...

Laurent


Jeremias Maerki-2 wrote:
 
 That the PDFs are a little bigger is to be expected.
 
 Hello world in FO:
 FOP 0.20.5: 2KB
 FOP 0.94: 5KB
 
 The increase is due to:
 - additional XMP metadata (~0.6KB)
 - embedded sRGB profile to make sure that the color space is the same as
 is defined by XSL-FO (0.20.5 wrongly used device-specific RGB). (~2.5KB)
 
 As Jonathan mentioned, the size is likely to be because of embedded
 fonts but I'm not sure not embedding the font is the right way. If you
 send the PDF to me I can tell you what's in it (only if you want).
 
 Jeremias Maerki
 
 
 
 On 20.11.2007 09:59:08 Laurent Balthasar wrote:
 
 Hello,
 
 we were using fop 0.20 and decided to migrate to the latest fop  0.94.
 Everything were fine except some code that needed to be adjusted.
 After some tests, we discover that all generated pdf have a much bigger
 size. From 6k with fop 0.20 it is now 112k?!
 
 After some investigations it seems inside the pdf one object streamed is
 much bigger but I have no idea what kind of element it could be (font,
 color
 profile, ...)
 
 Anybody knows what could be the origin of the problems? Generated Pdf
 works
 fine but it's really a waste of space, especially when sending emails
 with
 pdf attached).
 
 Thanks for any help!
 
 Laurent
 
 
 -- 
 View this message in context:
 http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a13853054
 Sent from the FOP - Users mailing list archive at Nabble.com.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
http://www.nabble.com/file/p13853729/simple.pdf simple.pdf 
-- 
View this message in context: 
http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a13853729
Sent from the FOP - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Empty pdf more than 100k?

2007-11-20 Thread Winterflood, Jonathan

Hi,

Could the fonts be getting embedded in the pdf in .94?
I believe acrobat can tell you whether a font is embedded. (Other tools 
probably will also)

HTH,
Jonathan
-Message d'origine-
De : Laurent Balthasar [mailto:[EMAIL PROTECTED] 
Envoyé : mardi 20 novembre 2007 09:59
À : fop-users@xmlgraphics.apache.org
Objet : Empty pdf more than 100k?


Hello,

we were using fop 0.20 and decided to migrate to the latest fop  0.94.
Everything were fine except some code that needed to be adjusted.
After some tests, we discover that all generated pdf have a much bigger
size. From 6k with fop 0.20 it is now 112k?!

After some investigations it seems inside the pdf one object streamed is
much bigger but I have no idea what kind of element it could be (font, color
profile, ...)

Anybody knows what could be the origin of the problems? Generated Pdf works
fine but it's really a waste of space, especially when sending emails with
pdf attached).

Thanks for any help!

Laurent


-- 
View this message in context: 
http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a13853054
Sent from the FOP - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient,  you are not authorized 
to read, print, retain, copy, disseminate,  distribute, or use this message or 
any part thereof. If you receive this  message in error, please notify the 
sender immediately and delete all  copies of this message.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Empty pdf more than 100k?

2007-11-20 Thread Jeremias Maerki
That the PDFs are a little bigger is to be expected.

Hello world in FO:
FOP 0.20.5: 2KB
FOP 0.94: 5KB

The increase is due to:
- additional XMP metadata (~0.6KB)
- embedded sRGB profile to make sure that the color space is the same as
is defined by XSL-FO (0.20.5 wrongly used device-specific RGB). (~2.5KB)

As Jonathan mentioned, the size is likely to be because of embedded
fonts but I'm not sure not embedding the font is the right way. If you
send the PDF to me I can tell you what's in it (only if you want).

Jeremias Maerki



On 20.11.2007 09:59:08 Laurent Balthasar wrote:
 
 Hello,
 
 we were using fop 0.20 and decided to migrate to the latest fop  0.94.
 Everything were fine except some code that needed to be adjusted.
 After some tests, we discover that all generated pdf have a much bigger
 size. From 6k with fop 0.20 it is now 112k?!
 
 After some investigations it seems inside the pdf one object streamed is
 much bigger but I have no idea what kind of element it could be (font, color
 profile, ...)
 
 Anybody knows what could be the origin of the problems? Generated Pdf works
 fine but it's really a waste of space, especially when sending emails with
 pdf attached).
 
 Thanks for any help!
 
 Laurent
 
 
 -- 
 View this message in context: 
 http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a13853054
 Sent from the FOP - Users mailing list archive at Nabble.com.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Empty pdf more than 100k?

2007-11-20 Thread Jeremias Maerki
I take it you're using a Sun JVM prior to 1.4.2_16. There seems to be a
bug in earlier version where a Class.getResourceAsStream(String) returns
null if the filename contains a space character. I didn't notice this
problem before but I was able to reproduce it on Sun JDK 1.4.2_13. It
disappeared when I installed 1.4.2_16. It does not appear in 1.5.0_10 
(or later) and 6.0_03.

Just to explain what this has to do with the PDF growing to over 100KB:

There's a fallback built in that loads the JDK's default sRGB color
profile if the one bundled with FOP cannot be loaded for some (ha!)
reason. The sRGB profile Sun bundles is about 100KB in size while ours
is only about 5KB.

Jeremias Maerki



On 20.11.2007 10:50:24 Laurent Balthasar wrote:
 
 I tried to check with acrobat reader and compare the properties, but didn't
 see any differences.
 I have attached a file containing the one generated pdf from the
 examples\fo\basic\simple.pdf
 
 What size do you have for the same example?
 
 Anyway, thanks for your answers, coz I was getting mad yesterday...
 
 Laurent
 
 
 Jeremias Maerki-2 wrote:
  
  That the PDFs are a little bigger is to be expected.
  
  Hello world in FO:
  FOP 0.20.5: 2KB
  FOP 0.94: 5KB
  
  The increase is due to:
  - additional XMP metadata (~0.6KB)
  - embedded sRGB profile to make sure that the color space is the same as
  is defined by XSL-FO (0.20.5 wrongly used device-specific RGB). (~2.5KB)
  
  As Jonathan mentioned, the size is likely to be because of embedded
  fonts but I'm not sure not embedding the font is the right way. If you
  send the PDF to me I can tell you what's in it (only if you want).
  
  Jeremias Maerki
  
  
  
  On 20.11.2007 09:59:08 Laurent Balthasar wrote:
  
  Hello,
  
  we were using fop 0.20 and decided to migrate to the latest fop  0.94.
  Everything were fine except some code that needed to be adjusted.
  After some tests, we discover that all generated pdf have a much bigger
  size. From 6k with fop 0.20 it is now 112k?!
  
  After some investigations it seems inside the pdf one object streamed is
  much bigger but I have no idea what kind of element it could be (font,
  color
  profile, ...)
  
  Anybody knows what could be the origin of the problems? Generated Pdf
  works
  fine but it's really a waste of space, especially when sending emails
  with
  pdf attached).
  
  Thanks for any help!
  
  Laurent
  
  
  -- 
  View this message in context:
  http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a13853054
  Sent from the FOP - Users mailing list archive at Nabble.com.
  
  
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  
  
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
  
  
  
 http://www.nabble.com/file/p13853729/simple.pdf simple.pdf 
 -- 
 View this message in context: 
 http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a13853729
 Sent from the FOP - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Empty pdf more than 100k?

2007-11-20 Thread Laurent Balthasar

I was using jdk 1.2.4_13 and just installed jdk 1.2.4_16.

the previous example simple.fo is now 5014 bytes!

So it is definitely what you said earlier regarding the jvm version.

Is there a way to force the profile to be the small one? I can change my jvm
locally but I'm not sure I can do the same with our linux production servers
jvm...
Would there be any parameter to force it or disabling this color profile?

Anyway, thanks for this helping answer!

Best regards!

Laurent



Jeremias Maerki-2 wrote:
 
 I take it you're using a Sun JVM prior to 1.4.2_16. There seems to be a
 bug in earlier version where a Class.getResourceAsStream(String) returns
 null if the filename contains a space character. I didn't notice this
 problem before but I was able to reproduce it on Sun JDK 1.4.2_13. It
 disappeared when I installed 1.4.2_16. It does not appear in 1.5.0_10 
 (or later) and 6.0_03.
 
 Just to explain what this has to do with the PDF growing to over 100KB:
 
 There's a fallback built in that loads the JDK's default sRGB color
 profile if the one bundled with FOP cannot be loaded for some (ha!)
 reason. The sRGB profile Sun bundles is about 100KB in size while ours
 is only about 5KB.
 
 Jeremias Maerki
 
 
-- 
View this message in context: 
http://www.nabble.com/Empty-pdf-more-than-100k--tf4842011.html#a13859882
Sent from the FOP - Users mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]