attachment-0001
<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Paul,<div><br></div><div>My $.02 CDN: what Ira said, but also my whole point was not to import what has been done in the other job tickets but to make sure what we did was not incompatible - we should be able to a) express what the simple enums expand to and b) allow for a /slightly/ better mapping to/from other job tickets for use on typical office equipment, without obvious incompatibilities.</div><div><br></div><div>For example, I don't want to see IPP support the complex origami that is possible with JDF's Fold Catalogue, but I *do* want to support the various 2, 3, and 4-panel folding patterns that are common when printing brochures and maps on office equipment. These currently are covered by the new finishings values in the IPP Paid Printing Extensions, but the fold positions, directions, and edges are assumed/calculated by the printer based on the media used. It would be nice to specify where these folds occur on the output media, e.g., to fold so that a "tab" is left exposed in a 3-fold design.</div><div><br></div><div> +----+----+------+ +----+-+</div><div><div> | | | | | | |</div></div><div><div></div><div> | | | | | | |</div><div></div><div> | A | B | C| -----> | AB |C|</div></div><div><div> | | | | | | |</div><div></div><div> | | | | | | |</div><div></div><div> +----+----+------+ +----+-+</div></div><div><div></div></div><div><br></div><div><br><div><div>On 2013-05-21, at 2:23 PM, Ira McDonald <<a href="mailto:blueroofmusic@gmail.com">blueroofmusic@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div><div>Hi Paul,<br><br></div>I understand the more limited scope of your proposal to look at<br></div><div>PODI and friends.<br></div><div><br></div>
But I simply don't want to expand any IPP existing attributes and<br></div>finishing types unless they're needed and important for higher <br>fidelity PJT mappings from JDF or MSPS. Even looking ahead<br></div><div>
to MODCA should be deferred. Standard numbers and revision<br></div><div>year numbers are cheap.<br></div><br></div>I prefer not to open that can of worms (endless world of finishing <br>type-specific option details) in the near term.<br>
</div><br></div>The objective is just to define the one finishing-template attribute<br></div>(keyword type names) and the enclosed finishing type-specific<br>members in an IPP 'collection' work, particular for IPP Implementors <br>
Guide v2 to recommend best practice for finishings-col.<br></div><br></div>Narrower scope is better, I suggest.<br><br></div>Cheers,<br></div>- Ira<br><br></div><div class="gmail_extra"><br clear="all"><div>Ira McDonald (Musician / Software Architect)<br>
Chair - Linux Foundation Open Printing WG<br>Secretary - IEEE-ISTO Printer Working Group<br>Co-Chair - IEEE-ISTO PWG IPP WG<br>Co-Chair - TCG Trusted Mobility Solutions WG<br>Chair - TCG Embedded Systems Hardcopy SG<br>IETF Designated Expert - IPP & Printer MIB<br>
Blue Roof Music/High North Inc<br><a style="color:rgb(51,51,255)" href="http://sites.google.com/site/blueroofmusic" target="_blank">http://sites.google.com/site/blueroofmusic</a><br><a style="color:rgb(102,0,204)" href="http://sites.google.com/site/highnorthinc" target="_blank">http://sites.google.com/site/highnorthinc</a><br>
mailto:<a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a><br>Winter 579 Park Place Saline, MI 48176 734-944-0094<br>Summer PO Box 221 Grand Marais, MI 49839 906-494-2434<br><br><div style="display:inline">
</div><div style="display:inline"></div><div style="display:inline"></div><div></div><div></div><div></div><div></div></div>
<br><br><div class="gmail_quote">On Tue, May 21, 2013 at 12:56 PM, Paul Tykodi <span dir="ltr"><<a href="mailto:ptykodi@tykodi.com" target="_blank">ptykodi@tykodi.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div link="blue" vlink="purple" lang="EN-US"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Hi Ira,<u></u><u></u></span></p><p class="MsoNormal">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">What I was thinking about in mentioning the other organizations was to review the elements we want to map (stapling, folding, punching, trimming) to see what values the specifications from these organizations support for these limited items.<u></u><u></u></span></p>
<div class="im"><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Best Regards,<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">/Paul<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1f497d">--</span><span style="color:#1f497d"><u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1f497d">Paul Tykodi<br>
Principal Consultant<br>TCS - Tykodi Consulting Services LLC<br><br>Tel/Fax: <a href="tel:603-343-1820" value="+16033431820" target="_blank">603-343-1820</a><br>Mobile: <a href="tel:603-866-0712" value="+16038660712" target="_blank">603-866-0712</a><br>
E-mail: <a href="mailto:ptykodi@tykodi.com" target="_blank">ptykodi@tykodi.com</a></span><span style="font-size:10.0pt;font-family:"Courier New";color:#1f497d"><br></span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1f497d">WWW: </span><span style="font-size:10.0pt;font-family:"Courier New";color:#1f497d"><a href="http://www.tykodi.com/" target="_blank"><span style="font-family:"Arial","sans-serif"">http://www.tykodi.com</span></a></span><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u><u></u></span></p>
</div><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Ira McDonald [mailto:<a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a>] <br>
<b>Sent:</b> Tuesday, May 21, 2013 12:50 PM<br><b>To:</b> Paul Tykodi<br><b>Cc:</b> Michael Sweet; <a href="mailto:ipp@pwg.org" target="_blank">ipp@pwg.org</a><br><b>Subject:</b> Re: [IPP] RFC: Proposed errata for PWG 5100.3 (Production Printing)<u></u><u></u></span></p>
<div><div class="h5"><p class="MsoNormal"><u></u> <u></u></p><div><div><div><div><div><div><div><div><p class="MsoNormal" style="margin-bottom:12.0pt">Hi Paul,<u></u><u></u></p></div><p class="MsoNormal" style="margin-bottom:12.0pt">
Looking at PODI et al would open endless possibilities.<u></u><u></u></p></div><p class="MsoNormal">I agree with Mike that defining the low-hanging fruit for finishing that <br>specifically map to the most commonly used JDF and MSPS finishing<u></u><u></u></p>
</div><p class="MsoNormal" style="margin-bottom:12.0pt">should be our limited and practical scope.<u></u><u></u></p></div><p class="MsoNormal">BTW - the Open Printing JTAPI spec specifically chose a small subset<u></u><u></u></p>
</div><p class="MsoNormal" style="margin-bottom:12.0pt">of finishing types to standardize in the JTAPI abstract Job model - these<br>are already harmonized with JDF.<u></u><u></u></p></div><p class="MsoNormal">Cheers,<u></u><u></u></p>
</div><p class="MsoNormal">- Ira<u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div></div><div><p class="MsoNormal"><br clear="all"><u></u><u></u></p><div><p class="MsoNormal" style="margin-bottom:12.0pt">
Ira McDonald (Musician / Software Architect)<br>Chair - Linux Foundation Open Printing WG<br>Secretary - IEEE-ISTO Printer Working Group<br>Co-Chair - IEEE-ISTO PWG IPP WG<br>Co-Chair - TCG Trusted Mobility Solutions WG<br>
Chair - TCG Embedded Systems Hardcopy SG<br>IETF Designated Expert - IPP & Printer MIB<br>Blue Roof Music/High North Inc<br><a href="http://sites.google.com/site/blueroofmusic" target="_blank"><span style="color:#3333ff">http://sites.google.com/site/blueroofmusic</span></a><br>
<a href="http://sites.google.com/site/highnorthinc" target="_blank"><span style="color:#6600cc">http://sites.google.com/site/highnorthinc</span></a><br>mailto:<a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a><br>
Winter 579 Park Place Saline, MI 48176 <a href="tel:734-944-0094" value="+17349440094" target="_blank">734-944-0094</a><br>Summer PO Box 221 Grand Marais, MI 49839 <a href="tel:906-494-2434" value="+19064942434" target="_blank">906-494-2434</a><u></u><u></u></p>
</div><p class="MsoNormal" style="margin-bottom:12.0pt"><u></u> <u></u></p><div><p class="MsoNormal">On Tue, May 21, 2013 at 12:25 PM, Paul Tykodi <<a href="mailto:ptykodi@tykodi.com" target="_blank">ptykodi@tykodi.com</a>> wrote:<u></u><u></u></p>
<div><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Hi Mike,</span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">For this particular specification, I think we should consult information from the UP³I and potentially PODi organizations as well.</span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Best Regards,</span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> </span><u></u><u></u></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">/Paul</span><u></u><u></u></p>
<div><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1f497d">--</span><u></u><u></u></p></div><p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1f497d">Paul Tykodi<br>
Principal Consultant<br>TCS - Tykodi Consulting Services LLC<br><br>Tel/Fax: <a href="tel:603-343-1820" target="_blank">603-343-1820</a><br>Mobile: <a href="tel:603-866-0712" target="_blank">603-866-0712</a><br>E-mail: <a href="mailto:ptykodi@tykodi.com" target="_blank">ptykodi@tykodi.com</a></span><span style="font-size:10.0pt;font-family:"Courier New";color:#1f497d"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#1f497d">WWW: </span><span style="font-size:10.0pt;font-family:"Courier New";color:#1f497d"><a href="http://www.tykodi.com/" target="_blank"><span style="font-family:"Arial","sans-serif"">http://www.tykodi.com</span></a></span><u></u><u></u></p>
<div><div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in"><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> <a href="mailto:ipp-bounces@pwg.org" target="_blank">ipp-bounces@pwg.org</a> [mailto:<a href="mailto:ipp-bounces@pwg.org" target="_blank">ipp-bounces@pwg.org</a>] <b>On Behalf Of </b>Michael Sweet<br>
<b>Sent:</b> Tuesday, May 21, 2013 10:45 AM<br><b>To:</b> <a href="mailto:ipp@pwg.org" target="_blank">ipp@pwg.org</a><br><b>Subject:</b> [IPP] RFC: Proposed errata for PWG 5100.3 (Production Printing)</span><u></u><u></u></p>
</div></div><div><p class="MsoNormal"> <u></u><u></u></p><p class="MsoNormal">All,<u></u><u></u></p><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">As discussed in last week's session, there is no easy migration from the finishings attribute (1setOf type2 enum) to the finishings-col attribute (1setOf collection).<u></u><u></u></p>
</div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">The primary issue is that the finishing-template member attribute is defined as a name value and does not support well-known keyword values. I propose that we amend the definition of the finishing-template member attribute and finishing-template-supported Printer attribute to include type2 keywords, e.g.:<u></u><u></u></p>
</div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal"> "finishings-col (1setOf collection)"<u></u><u></u></p></div><div><p class="MsoNormal"> "finishing-template (name(MAX) | type2 keyword)" <--- NEW<u></u><u></u></p>
</div><div><p class="MsoNormal"> "stitching (collection)"<u></u><u></u></p></div><div><p class="MsoNormal"> "stitching-locations (1setOf integer(0:MAX))"<u></u><u></u></p></div><div><p class="MsoNormal">
"stitching-offset (integer(0:MAX))"<u></u><u></u></p></div><div><p class="MsoNormal"> "stitching-reference-edge (type2 keyword)"<u></u><u></u></p></div><div><p class="MsoNormal">
<u></u><u></u></p></div><div><p class="MsoNormal"> "finishing-template-supported (1setOf (name(MAX) | type2 keyword))" <--- NEW<u></u><u></u></p></div><div><p class="MsoNormal"> "finishings-col-supported (1setOf type2 keyword)"<u></u><u></u></p>
</div><div><p class="MsoNormal"> "stitching-locations-supported (1setOf (integer(0:MAX) | rangeOfInteger(0:MAX)))"<u></u><u></u></p></div><div><p class="MsoNormal"> "stitching-offset-supported (1setOf (integer(0:MAX) | rangeOfInteger(0:MAX)))"<u></u><u></u></p>
</div><div><p class="MsoNormal"> "stitching-reference-edge-supported (1setOf type2 keyword)"<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">The keyword values would correspond to the finishings enum names (staple, punch, bale, etc.).<u></u><u></u></p>
</div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">Longer term we should also probably extend the finishings-col Job Template attribute to include fold, punch, and trim member attributes, which would make use of the same kinds of values as as the current "stitching" member attribute (which IIRC handles bind, edge stitch, and staple, although that too could be made explicit), for example:<u></u><u></u></p>
</div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal"> "finishings-col (1setOf collection)"<u></u><u></u></p></div><div><div><p class="MsoNormal"> "fold (1setOf collection)" (list of folds)<u></u><u></u></p>
</div><div><p class="MsoNormal"> "fold-direction (type2 keyword)" (in/out or up/down)<u></u><u></u></p></div><div><div><p class="MsoNormal"> "fold-location (integer(0:MAX))"<u></u><u></u></p>
</div><div><p class="MsoNormal"> "fold-reference-edge (type2 keyword)"<u></u><u></u></p></div></div></div><div><div><p class="MsoNormal"> "punch (collection)"<u></u><u></u></p></div><div>
<div><p class="MsoNormal"> "punch-locations (1setOf integer(0:MAX))"<u></u><u></u></p></div><div><p class="MsoNormal"> "punch-offset (integer(0:MAX))"<u></u><u></u></p></div><div><p class="MsoNormal"> "punch-reference-edge (type2 keyword)"<u></u><u></u></p></div></div></div><div><div><p class="MsoNormal"> "trim (1setOf collection)" (list of cuts)<u></u><u></u></p>
</div><div><div><p class="MsoNormal"> "trim-location (1setOf integer(0:MAX))"<u></u><u></u></p></div><div><p class="MsoNormal"> "trim-reference-edge (type2 keyword)"<u></u><u></u></p>
</div></div></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal"> "fold-direction-supported (1setOf type2 keyword)"<u></u><u></u></p></div><div><p class="MsoNormal"> "fold-location-supported (1setOf (integer(0:MAX) | rangeOfInteger(0:MAX)))"<u></u><u></u></p>
</div><div><p class="MsoNormal"> "fold-reference-edge-supported (1setOf type2 keyword)"<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal"> "punch-locations-supported (1setOf (integer(0:MAX) | rangeOfInteger(0:MAX)))"<u></u><u></u></p>
</div><div><p class="MsoNormal"> "punch-offset-supported (1setOf (integer(0:MAX) | rangeOfInteger(0:MAX)))"<u></u><u></u></p></div><div><p class="MsoNormal"> "punch-reference-edge-supported (1setOf type2 keyword)"<u></u><u></u></p>
</div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal"> "trim-location-supported (1setOf (integer(0:MAX) | rangeOfInteger(0:MAX)))"<u></u><u></u></p></div><div><p class="MsoNormal">
"trim-reference-edge-supported (1setOf type2 keyword)"<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">That said, I think extending finishings-col needs to happen in a separate (small) spec, and we should look to other specs (e.g. JDF and MSPS) to make sure we aren't defining something completely out in left field.<u></u><u></u></p>
</div><div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal">Thoughts?<u></u><u></u></p></div><div><p class="MsoNormal"> <u></u><u></u></p></div><div><p class="MsoNormal"><span style="font-size:13.5pt;font-family:"Andale Mono","serif"">_________________________________________________________<br>
Michael Sweet, Senior Printing System Engineer, PWG Chair</span><u></u><u></u></p></div><p class="MsoNormal"> <u></u><u></u></p></div><p class="MsoNormal"><br>-- <br>This message has been scanned for viruses and <br>
dangerous content by <a href="http://www.mailscanner.info/" target="_blank"><b>MailScanner</b></a>, and is <br>believed to be clean. <u></u><u></u></p></div></div><div><p class="MsoNormal"><br>-- <br>This message has been scanned for viruses and <br>
dangerous content by <a href="http://www.mailscanner.info/" target="_blank"><b>MailScanner</b></a>, and is <br>believed to be clean. <u></u><u></u></p></div></div><p class="MsoNormal" style="margin-bottom:12.0pt"><br>
_______________________________________________<br>ipp mailing list<br><a href="mailto:ipp@pwg.org" target="_blank">ipp@pwg.org</a><br><a href="https://www.pwg.org/mailman/listinfo/ipp" target="_blank">https://www.pwg.org/mailman/listinfo/ipp</a><u></u><u></u></p>
</div><p class="MsoNormal"><u></u> <u></u></p></div></div></div></div></blockquote></div><br></div>
</blockquote></div><br><div>
<span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); 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 style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">_________________________________________________________<br>Michael Sweet, Senior Printing System Engineer, PWG Chair</div></span></span>
</div>
<br></div><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>