<div dir="ltr">Hello Paul,<div><br></div><div>This might be a good idea, particularly if further shower corrections or fiducial cuts can make use of counter indices. If you decide to go this way, I would strongly recommend adding the extra information NOT as additional attributes in existing tags (that breaks hddm compatibility with old/new files using the same executable) but by adding a sub-tag under the existing tag. This is especially useful for one-to-many maps such as fcalShower -> fcalHit. An example of how to do this might be:</div><div><br></div><div>old form:</div><div><pre style="color:rgb(0,0,0)"><fcalShower minOccurs="0" maxOccurs="unbounded" jtag="string"
                x="float" y="float" z="float" t="float" E="float"
                xerr="float" yerr="float" zerr="float" terr="float" Eerr="float"
                xycorr="float" xzcorr="float" yzcorr="float"
                tzcorr="float" Ezcorr="float"
                lunit="cm" tunit="ns" Eunit="GeV"/></pre>proposed new form:<pre><pre style="color:rgb(0,0,0)"><fcalShower minOccurs="0" maxOccurs="unbounded" jtag="string"
                x="float" y="float" z="float" t="float" E="float"
                xerr="float" yerr="float" zerr="float" terr="float" Eerr="float"
                xycorr="float" xzcorr="float" yzcorr="float"
                tzcorr="float" Ezcorr="float"
                lunit="cm" tunit="ns" Eunit="GeV"></pre><pre style="color:rgb(0,0,0)">    <fcalHit minOccurs="0" maxOccurs="unbounded" row="int" column="int" Eblock="float" tblock="float" /></pre><pre style="color:rgb(0,0,0)"></fcalShower></pre><font face="arial, helvetica, sans-serif">One warning to keep in mind about this, this will increase the size of the rest event substantially.<br>-Richard Jone</font>s<br></pre></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 25, 2016 at 5:50 PM, Paul Mattione <span dir="ltr"><<a href="mailto:pmatt@jlab.org" target="_blank">pmatt@jlab.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Should we save the detector elements in REST?  In other words, the:<br>
<br>
BCAL module, FCAL column/row, SC paddle, TOF paddles, TAGM counters, TAGH columns<br>
<br>
We haven’t been so far, but I think they could be useful.  For example, if we determine later that a detector element is inefficient, or miscalibrated, we may need to cut all data from that particular detector element from our analyses.  It would cost an extra couple bytes per object.  Thoughts?<br>
<br>
 - Paul<br>
<br>
<br>
_______________________________________________<br>
Halld-offline mailing list<br>
<a href="mailto:Halld-offline@jlab.org">Halld-offline@jlab.org</a><br>
<a href="https://mailman.jlab.org/mailman/listinfo/halld-offline" rel="noreferrer" target="_blank">https://mailman.jlab.org/mailman/listinfo/halld-offline</a><br>
</blockquote></div><br></div>