<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>I've created and checked in a new plugin, "evio_writer" (in sim-recon/src/programs/Utilities/plugins/), which can be used to write input EVIO events to an output EVIO file. It works for now, but won't work when we switch to including more than one event per EVIO block/buffer. </div><div><br></div><div>I've also created a skimming plugin "2trackskim" (in the same folder) which uses "evio_writer" to write out events with 2 track candidates into a new EVIO file. It also writes out all EPICS events. Look at this plugin for an example on how to use "evio_writer."</div><div><br></div><div>To use these, you must run all of the following plugins at once (you can replace "2trackskim" with your personal skim plugin):</div><div><br></div><div>hd_root my_file -PPLUGINS=DAQ,TTab,evio_writer,2trackskim</div><div><br></div><div>On run 995, this reduces the file size by a factor of 20. However, the track fitting isn't quite working yet on the B-field = 0 files (run 1129+), so this skim won't produce any output on those data until its fixed. If there's a different skim on this data that would prove useful let us know, but there isn't a clear cut that would be useful for all systems. For example, see "HLObjects at:</div><div><br></div><div><a href="https://halldweb1.jlab.org/cgi-bin/data_monitoring/monitoring/runBrowser.py?run_number=1137&ver=ver02">https://halldweb1.jlab.org/cgi-bin/data_monitoring/monitoring/runBrowser.py?run_number=1137&ver=ver02</a></div><div><br></div><div>We'll try to add production of this skim to the next pass over the tape data. </div><div><br></div><div> - Paul</div><br><div><div>On Nov 19, 2014, at 1:39 PM, Curtis A. Meyer wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=us-ascii"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Over discussions at lunch, we felt that it would be very useful to have skims<div>of the current run files that were still raw data, but were restricted to events </div><div>with 2+ tracks in the detectors. We would probably need to have some </div><div>minimum track length of number of hits on the tracks, but this would</div><div>almost certainly enhance the hadronic event fraction. </div><div><br></div><div>Any comments on setting this up?</div><div><br></div><div>Curtis<br><div apple-content-edited="true">
<div><div>---------</div><div>Curtis A. Meyer<span class="Apple-tab-span" style="white-space: pre; "> </span>MCS Associate Dean for Faculty and Graduate Affairs</div><div>Wean: (412) 268-2745<span class="Apple-tab-span" style="white-space: pre; "> </span>Professor of Physics</div><div>Doherty: (412) 268-3090<span class="Apple-tab-span" style="white-space: pre; "> </span>Carnegie Mellon University</div><div>Fax: (412) 681-0648<span class="Apple-tab-span" style="white-space: pre; "> </span>Pittsburgh, PA 15213</div><div><a href="mailto:curtis.meyer@cmu.edu">curtis.meyer@cmu.edu</a><span class="Apple-tab-span" style="white-space: pre; "> </span><a href="http://www.curtismeyer.com/">http://www.curtismeyer.com/</a></div></div><div><br></div><br class="Apple-interchange-newline">
</div>
<br></div></div></blockquote></div><br></body></html>