<div dir="ltr">Yes once you specify a writeLocation that location is preserved in the collection, and will be used for all future writes ( till it is cleared ).</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 15, 2017 at 9:56 AM, David Thompson <span dir="ltr"><<a href="mailto:david.thompson@kitware.com" target="_blank">david.thompson@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Rob,<br>
<span class=""><br>
> Looks like you posted while I was writing my post.<br>
<br>
</span>Yup. :-)<br>
<br>
> 1. Yes this is desired ...<br>
<br>
I am fine with it for now (although I guess it will change when someone starts creating really large meshes) but wanted to make sure I understood the assumptions being made.<br>
<span class=""><br>
> 2. I haven't did a deep look into WriteMesh, but we need to confirm that we have a clear understanding of Export, Write, and WriteAs handled properly. I am concerned that saving the location to writeLocation could change a subsequent model write  in the future by mistake.<br>
<br>
</span>You're saying that we should instead do:<br>
<br>
        collection->writeLocation(<wbr>filePath);<br>
        return writer->write(collection, subset);<br>
<span class=""><br>
> Now if these changes are correct, you should specify the writeLocation before calling write, as that will allow you to us the unspecified writer->write api IIRC.<br>
<br>
</span>I am fine with changing the order inside the operator as above, but want to be sure the filename is preserved in the collection so that saving the SMTK model will result in updates to the mesh (such as changes in the classification) get preserved.<br>
<span class="HOEnZb"><font color="#888888"><br>
        David<br>
<br>
</font></span></blockquote></div><br></div>