<p dir="ltr">Interesting idea!  My thought is that it could be independent of itk for the apps.   Something for serializing a command line.</p>
<p dir="ltr">Tracks version of code used, args, inputs, and whatever data the developer feels is necessary.</p>
<p dir="ltr">S</p>
<p dir="ltr">--<br>
Sent via phone.</p>
<p dir="ltr">Stephen R. Aylward, Ph.D.<br>
Senior Director of Operations, NC<br>
Kitware, Inc.</p>
<div class="gmail_quote">On Feb 16, 2013 8:30 PM, "Matt McCormick" <<a href="mailto:matt.mccormick@kitware.com">matt.mccormick@kitware.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That sounds like a great idea.  Currenty, a class and all its<br>
component classes get serialized.  We could also possibly make a class<br>
that, given a class at the tip of a pipeline, would travel the<br>
pipeline and also serialize all the inputs.<br>
<br>
Thanks,<br>
Matt<br>
<br>
On Sat, Feb 16, 2013 at 8:20 PM, Stephen Aylward<br>
<<a href="mailto:stephen.aylward@kitware.com">stephen.aylward@kitware.com</a>> wrote:<br>
> Can we extend this to serialization of applications?<br>
><br>
> For example, in CalaTK each application can read/write a json file<br>
> that contains its parameters.  I envision such capabilities as an<br>
> enhancement to GenerateCLP.<br>
><br>
> s<br>
><br>
> On Sat, Feb 16, 2013 at 1:42 PM, Matt McCormick<br>
> <<a href="mailto:matt.mccormick@kitware.com">matt.mccormick@kitware.com</a>> wrote:<br>
>> Hi,<br>
>><br>
>> I finished the ParameterSerializer classes, and the patch is up on<br>
>> Gerrit for review:<br>
>><br>
>>   <a href="http://review.source.kitware.com/#/c/9602/" target="_blank">http://review.source.kitware.com/#/c/9602/</a><br>
>><br>
>> These classes provide a way to write and read the parameters from an<br>
>> analysis to a file to experiment with parameters, store parameters for<br>
>> later reproduction, etc.  Some nice things:<br>
>><br>
>> - It does not require instrumentation of any of the target classes,<br>
>> which keeps a nice separation and allows us to create a Serializer<br>
>> class for any itk::LightObject.<br>
>> - The archiver is sufficiently separated such that it would easy to<br>
>> implement an HDF5, XML, MetaIO, etc., archiver in the future.<br>
>> - Parameters that are also objects are recursively serialized without<br>
>> duplication of code.<br>
>><br>
>> Please take a look if you have a chance.<br>
>><br>
>> Thanks,<br>
>> Matt<br>
>> _______________________________________________<br>
>> Tubetk-developers mailing list<br>
>> <a href="mailto:Tubetk-developers@tubetk.org">Tubetk-developers@tubetk.org</a><br>
>> <a href="http://public.kitware.com/cgi-bin/mailman/listinfo/tubetk-developers" target="_blank">http://public.kitware.com/cgi-bin/mailman/listinfo/tubetk-developers</a><br>
><br>
><br>
><br>
> --<br>
><br>
> ==============================<br>
> Stephen R. Aylward, Ph.D.<br>
> Senior Director of Operations - North Carolina<br>
> Kitware, Inc. - North Carolina Office<br>
> <a href="http://www.kitware.com" target="_blank">http://www.kitware.com</a><br>
> stephen.aylward (Skype)<br>
> <a href="tel:%28919%29%20969-6990%20x300" value="+19199696990">(919) 969-6990 x300</a><br>
</blockquote></div>