Cognos 10.2.2 PDF 文件大小/手动与突发
Cognos 10.2.2 PDF File Size / Manual vs Burst
我有一份 IBM Cognos 报告,每天以突发模式运行,并将内容提供给大约 60 人。每个人都有 his/her 自己的一组数据。
它们都是大约 300KB 的 PDF 文件,除了其中一个是 2.5MB 的文件。
如果重要的话,这不是第一个也不是最后一个生成的报告。
问题是,当手动生成同一个人的报告时,我得到一个小 (300KB) 文件。每次连发输出一个2.5MBish的文件,仅供本人使用!
我也没有在网上找到类似的东西。
我可以从 PDF 中提取的一些信息是:
手动:
Filename: Manual.pdf
Producer: PDF Engine win32 - (10.2)
Created: Thu May 26 09:02:01 EDT 2016
Page count: 21
PDF version: 1.4
Linearized: version 1
image: object 57, 1200x22, raw samples, depth = 8, colorspace = DeviceRGB, length = 99
image: object 58, 1200x22, raw samples, depth = 8, colorspace = DeviceGray, length = 338
image: object 61, 144x72, DCTDecode, depth = 8, colorspace = DeviceRGB, length = 4953
image: object 65, 1200x25, raw samples, depth = 8, colorspace = DeviceRGB, length = 110
image: object 66, 1200x25, raw samples, depth = 8, colorspace = DeviceGray, length = 110
FONT NAME TYPE ENCODING EMB SUB UNI OBJ#
Arial-BoldMT TrueType WinAnsi Y Y N 46
Arial-ItalicMT TrueType WinAnsi Y Y N 52
ArialMT TrueType WinAnsi Y Y N 49
69 objects
3 fonts: 3 TrueType 3 embedded [AMEMFV+Arial-BoldMT, EUJZHO+ArialMT, TQJQWB+Arial-ItalicMT]
(21 pages) Content streams command usage: w 11459 J 11459 d 11459 q 12168 Q 12168 cm 421 m 23082 l 23082 re 625 S 23110 f 288 n 309 W 309 BT 11623 ET 11623 Tf 11623 Td 11623 TJ 11623 RG 11459 rg 11911 Do 400
连发:
Filename: Burst.pdf
Title: OBFUSCATED
Author: Reports, US
Producer: PDF Engine win32 - (10.2)
Created: Thu May 26 06:26:18 EDT 2016
Page count: 21
PDF version: 1.4
structured
Linearized: version 1
image: object 25539, 1200x22, raw samples, depth = 8, colorspace = DeviceRGB, length = 99
image: object 25540, 1200x22, raw samples, depth = 8, colorspace = DeviceGray, length = 338
image: object 25543, 144x72, DCTDecode, depth = 8, colorspace = DeviceRGB, length = 4953
image: object 25547, 1200x25, raw samples, depth = 8, colorspace = DeviceRGB, length = 110
image: object 25548, 1200x25, raw samples, depth = 8, colorspace = DeviceGray, length = 110
FONT NAME TYPE ENCODING EMB SUB UNI OBJ#
Arial-BoldMT TrueType WinAnsi Y Y N 25528
Arial-ItalicMT TrueType WinAnsi Y Y N 25534
ArialMT TrueType WinAnsi Y Y N 25531
25551 objects
3 fonts: 3 TrueType 3 embedded [AMEMFV+Arial-BoldMT, EUJZHO+ArialMT, TQJQWB+Arial-ItalicMT]
(21 pages) Content streams command usage: w 11459 J 11459 d 11459 q 12168 Q 12168 cm 421 m 23082 l 23082 re 625 S 23110 f 288 n 309 W 309 BT 11623 ET 11623 Tf 11623 Td 11623 TJ 11623 RG 11459 rg 11911 Do 400 BDC 11912 EMC 11912
我想指出的一些主要区别:
- 突发报告有 "structured" 行
- 突发报告有 25551 个对象,而手动有 69 个对象
- 我提取了字体和图像,它们按位匹配
非常感谢您的帮助!
原来服务器对 ReportJob 和 BatchReportJob 的压缩设置不同。我仍然不确定为什么 70 多份报告中只有一份报告的大小很大,但调整这些设置可以解决问题。
我有一份 IBM Cognos 报告,每天以突发模式运行,并将内容提供给大约 60 人。每个人都有 his/her 自己的一组数据。
它们都是大约 300KB 的 PDF 文件,除了其中一个是 2.5MB 的文件。 如果重要的话,这不是第一个也不是最后一个生成的报告。
问题是,当手动生成同一个人的报告时,我得到一个小 (300KB) 文件。每次连发输出一个2.5MBish的文件,仅供本人使用!
我也没有在网上找到类似的东西。 我可以从 PDF 中提取的一些信息是:
手动:
Filename: Manual.pdf
Producer: PDF Engine win32 - (10.2)
Created: Thu May 26 09:02:01 EDT 2016
Page count: 21
PDF version: 1.4
Linearized: version 1
image: object 57, 1200x22, raw samples, depth = 8, colorspace = DeviceRGB, length = 99
image: object 58, 1200x22, raw samples, depth = 8, colorspace = DeviceGray, length = 338
image: object 61, 144x72, DCTDecode, depth = 8, colorspace = DeviceRGB, length = 4953
image: object 65, 1200x25, raw samples, depth = 8, colorspace = DeviceRGB, length = 110
image: object 66, 1200x25, raw samples, depth = 8, colorspace = DeviceGray, length = 110
FONT NAME TYPE ENCODING EMB SUB UNI OBJ#
Arial-BoldMT TrueType WinAnsi Y Y N 46
Arial-ItalicMT TrueType WinAnsi Y Y N 52
ArialMT TrueType WinAnsi Y Y N 49
69 objects
3 fonts: 3 TrueType 3 embedded [AMEMFV+Arial-BoldMT, EUJZHO+ArialMT, TQJQWB+Arial-ItalicMT]
(21 pages) Content streams command usage: w 11459 J 11459 d 11459 q 12168 Q 12168 cm 421 m 23082 l 23082 re 625 S 23110 f 288 n 309 W 309 BT 11623 ET 11623 Tf 11623 Td 11623 TJ 11623 RG 11459 rg 11911 Do 400
连发:
Filename: Burst.pdf
Title: OBFUSCATED
Author: Reports, US
Producer: PDF Engine win32 - (10.2)
Created: Thu May 26 06:26:18 EDT 2016
Page count: 21
PDF version: 1.4
structured
Linearized: version 1
image: object 25539, 1200x22, raw samples, depth = 8, colorspace = DeviceRGB, length = 99
image: object 25540, 1200x22, raw samples, depth = 8, colorspace = DeviceGray, length = 338
image: object 25543, 144x72, DCTDecode, depth = 8, colorspace = DeviceRGB, length = 4953
image: object 25547, 1200x25, raw samples, depth = 8, colorspace = DeviceRGB, length = 110
image: object 25548, 1200x25, raw samples, depth = 8, colorspace = DeviceGray, length = 110
FONT NAME TYPE ENCODING EMB SUB UNI OBJ#
Arial-BoldMT TrueType WinAnsi Y Y N 25528
Arial-ItalicMT TrueType WinAnsi Y Y N 25534
ArialMT TrueType WinAnsi Y Y N 25531
25551 objects
3 fonts: 3 TrueType 3 embedded [AMEMFV+Arial-BoldMT, EUJZHO+ArialMT, TQJQWB+Arial-ItalicMT]
(21 pages) Content streams command usage: w 11459 J 11459 d 11459 q 12168 Q 12168 cm 421 m 23082 l 23082 re 625 S 23110 f 288 n 309 W 309 BT 11623 ET 11623 Tf 11623 Td 11623 TJ 11623 RG 11459 rg 11911 Do 400 BDC 11912 EMC 11912
我想指出的一些主要区别:
- 突发报告有 "structured" 行
- 突发报告有 25551 个对象,而手动有 69 个对象
- 我提取了字体和图像,它们按位匹配
非常感谢您的帮助!
原来服务器对 ReportJob 和 BatchReportJob 的压缩设置不同。我仍然不确定为什么 70 多份报告中只有一份报告的大小很大,但调整这些设置可以解决问题。