attachment-0001

<html><head><base href="x-msg://124/"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On May 2, 2011, at 9:32 AM, Rich Gray wrote:</div><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: 'Andale Mono'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div lang="EN-US" vlink="purple" link="blue" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div dir="ltr" align="left"><span class="202482817-25042011"><font face="Arial" color="#0000ff" size="2">Ok, I'll wander in from the peanut gallery and probably expose my ignorance.&nbsp; I've only been following these festivities loosely, but the posts about total pages and then then the desire for a compressed size did catch my attention.&nbsp;&nbsp; Looking over<span class="Apple-converted-space">&nbsp;</span><a title="ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippraster10-20110327-rev.pdf" href="ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippraster10-20110327-rev.pdf" target="_blank" style="color: rgb(51, 51, 255); text-decoration: underline; "><font face="Times New Roman" size="3">ftp://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippraster10-20110327-rev.pdf</font></a>&nbsp;,&nbsp;from a server perspective, it bothers me greatly&nbsp;that it is not possible to find and extract pages from this format without uncompressing the images out to the desired page(s).&nbsp; Yes, the server will probably have the resources (disk and processor) to accomplish this, but given these are by definition large files, it seems like a bloody waste.&nbsp;&nbsp; If this is to become a widely used format, then ideally, it should be possible for a server to ingest and send these pages on their way with minimal overhead, unless the server really has to do some sort of reformatting.</font></span></div></div></span></blockquote><div><br></div>If you want random access, you'll either want to do reformatting or generate an index of the PWG Raster file. Any server will be able to rapidly index a raster file...</div><div><br></div><div>(and keep in mind that a server will likely advertise support for a higher-level format like PDF anyways, so the client will likely supply that instead of PWG Raster...)</div><div><br><blockquote type="cite"><span class="Apple-style-span" style="color: rgb(0, 0, 255); font-family: Arial; font-size: small; ">I see two possibilities to make it easier on servers:</span><span class="Apple-style-span" style="border-collapse: separate; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; "><div lang="EN-US" vlink="purple" link="blue" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div dir="ltr" align="left" style="font-family: 'Andale Mono'; font-size: medium; "><span class="202482817-25042011"><font face="Arial" color="#0000ff" size="2"></font></span>&nbsp;</div><div dir="ltr" align="left" style="font-family: 'Andale Mono'; font-size: medium; "><span class="202482817-25042011"><font face="Arial" color="#0000ff" size="2">1. chunk the data</font></span></div></div></span></blockquote><div><br></div><div>Since we are not trying to define a new format, this isn't an option.</div><div><br></div><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: 'Andale Mono'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div lang="EN-US" vlink="purple" link="blue" style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div dir="ltr" align="left"><span class="202482817-25042011"><font face="Arial" color="#0000ff" size="2">2. take a page from the PDF format and write the size of the preceding image data into a field in the&nbsp;FOLLOWING page&nbsp;header.&nbsp; This would require some sort of trailer record on the file.&nbsp;&nbsp; With this,&nbsp;a server could run backwards through the file, stepping from header to header and with low overhead find any desired page in the file.</font></span></div></div></span></blockquote><div><br></div>Since CUPS Raster (the base format we are using for PWG Raster) does not have a trailer, we have no opportunity to do this, either.</div><div><br></div><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div>__________________________________________________</div><div>Michael Sweet, Senior Printing System&nbsp;Engineer, PWG Chair<br></div></span>
</div>
<br><br />-- 
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</body></html>