<div dir="ltr">Perhaps he means that you could set an API in PETSc where you could register scalar numbers (like say a L2 norm of the solution at the end of time or some other quantity of interest) that then would be written out in the -log_summary in a special section for this kind of information. This way, you could write a single parser of the -log_summary output instead of some custom one to also read code-specific output.<div><br></div><div>Nate<br><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, Nov 7, 2015 at 1:52 PM Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
   I have no idea what you mean by "scalar data", please expand<br>
<br>
> On Nov 7, 2015, at 12:11 PM, Matthew Knepley <<a href="mailto:knepley@gmail.com" target="_blank">knepley@gmail.com</a>> wrote:<br>
><br>
> I had many requests from the class to put scalar data into the log_summary. We were generating many summaries using a Python script, which then read them back in as modules and processed the results. We could not automatically get things like the error, which had to be parsed from the output.<br>
><br>
> I think allowing users to put scalar data in there would be a good thing. Thoughts?<br>
><br>
>    Matt<br>
><br>
> --<br>
> What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
> -- Norbert Wiener<br>
<br>
</blockquote></div>