attachment-0001

<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
/* List Definitions */
@list l0
        {mso-list-id:182129273;
        mso-list-type:hybrid;
        mso-list-template-ids:-1219581858 -1 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level2
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level3
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level4
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level5
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level6
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level7
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level8
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level9
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
ol
        {margin-bottom:0in;}
ul
        {margin-bottom:0in;}
--></style></head><body lang=EN-US link=blue vlink="#954F72"><div class=WordSection1><p>Pleased to see the discussion. A few comments.</p><p style='margin-left:.5in;text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='mso-list:Ignore'>1.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]>I agree that the current print flow (and existing variations)  should be documented, although perhaps not necessarily in Michael’s whitepaper.  I think it useful in considering a more ideal solution that all interested parties understand the current approach, and its advantages and problems.</p><p style='margin-left:.5in;text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='mso-list:Ignore'>2.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]>The “reality of the situation on the ground right now” should be addressed, both to facilitate development and to provide a pathway to the future.  I suggest that that includes considering both relatively simple devices and those which, perhaps in the future,  have significant memory/cpu resources locally accessible. </p><p style='margin-left:.5in;text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='mso-list:Ignore'>3.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]>As observed, security concerns, both from the safety and information protection perspectives, are critically important and are significant for both simply networked machines as well as cloud serviced machines.</p><p style='margin-left:.5in;text-indent:-.25in;mso-list:l0 level1 lfo1'><![if !supportLists]><span style='mso-list:Ignore'>4.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span><![endif]>Standards work differs from basic engineering in that it must attempt to anticipate the future while still addressing present problems. Although  difficult and often unsuccessful, it is important in allowing the orderly evolution of a technology. The alternative is usually a de facto standard doing whatever the most successful company has done, which is often suboptimum for others in the industry.</p><p>Thanks,</p><p>Bill Wagner</p><p><o:p>&nbsp;</o:p></p><p><o:p>&nbsp;</o:p></p><div style='mso-element:para-border-div;border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p style='border:none;padding:0in'><br><b>From: </b>Ryan Howard<br><b>Sent: </b>Monday, October 19, 2015 2:21 PM<br><b>To: </b>3d-printing@pwg.org<br><b>Subject: </b>Re: [3D Printing] Response to the latest white paper</p></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><span style='font-family:"Times New Roman",serif'><o:p>&nbsp;</o:p></span></p><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>I agree that I went beyond the scope of the paper, especially in regards to specifics on how errors should be reported. It was not my intention to change the scope of the paper, but instead to make sure that current print flow was documented in the paper regardless of how it changes as a result of this group. I hope I haven't overstepped my boundaries and I apologize if if i did, this is my first real experience in a group like this.<br><br>I still maintain, however, that the slicing shouldn't/can't be done on the printer. You say that a raspberry Pi is able to handle slicing, and while it is technically possible to slice on that type of platform, the memory/cpu requirements for even moderately sized 3d printed objects far exceed any device in that category. As printers get bigger and become capable of higher resolution this problem will continue to escalate.<br><br>While I think the 3D printing world would be better if a generic driver would work for all printers, i think the reality of the situation on the ground right now means that this problem should at least be addressed. While I think a generic driver could be implemented for a subset of the gcode type printers using existing slicers, perhaps the design of the 3D print pipeline should include at least the ability to select other drivers.</span><span style='font-size:12.0pt;font-family:"Times New Roman",serif'><o:p></o:p></span></p><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'><o:p>&nbsp;</o:p></span></p></div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>Another option you mentioned is cloud services, which in MakerBot's experience is the most implementable solution to slicing printer-side or from a mobile device slaved to the printer. This option also introduces security risks though.&nbsp;Even more so than in 2d printing is security a key concern. It is possible to exploit most printers in such a way as to destroy the printer or even use it to start a fire since it contains many hot elements.<br><br>Please feel free to ask me questions directly or via this email list.<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'><o:p>&nbsp;</o:p></span></p></div><div><div><div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>Ryan Howard<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>Software Engineer<o:p></o:p></span></p></div><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'><br>MakerBot<o:p></o:p></span></p></div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'>241 37th Street, 6A<br>Brooklyn, NY 11201<br>T &nbsp; 347 676 3868<br>M&nbsp; 347 387 4681<o:p></o:p></span></p><div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif;color:#090801'>W &nbsp;</span><span style='font-size:12.0pt;font-family:"Times New Roman",serif'><a href="http://makerbot.com/" target="_blank"><span style='color:black'>makerbot.com</span></a><span style='color:#090801'>&nbsp;&nbsp;| &nbsp;</span><a href="http://thingiverse.com/" target="_blank"><span style='color:black'>thingiverse.com</span></a><br><b>&gt; &nbsp; </b>Leading the Next Industrial Revolution<o:p></o:p></span></p></div></div></div></div></div><p class=MsoNormal><span style='font-size:12.0pt;font-family:"Times New Roman",serif'><br>NOTICE: This email may contain information that is confidential or attorney-client privileged and may constitute inside information or trade secrets. The contents of this email are intended only for the recipient(s) listed above. If you are not the intended recipient, you are directed not to read, disclose, distribute or otherwise use this transmission. If you have received this email in error, please notify the sender immediately and delete the transmission. Delivery of this message is not intended to waive any applicable privileges.<o:p></o:p></span></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></body></html>