<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Mar 3, 2016 at 5:28 PM, Maurizio Ungaro <span dir="ltr"><<a href="mailto:ungaro@jlab.org" target="_blank">ungaro@jlab.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word"><div><div><div>- FADC output - mode 1 right now but mode 5 and 7 coming soon. This is a 4ns sampled signal, same as real life.</div></div></div></div></blockquote><div><br></div><div>This isn't something I know a lot about; is it applicable to SoLID?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div>
<div>- Documentation is getting there ;-) <a href="http://gemc.jlab.org" target="_blank">
gemc.jlab.org</a></div></div></div></div></blockquote><div><br></div><div>I wasn't aware of the new site, looks good so far.  </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div>
<div>- Coming next week: merging of background events into generator<br></div></div></div></div></blockquote><div><br></div><div>Potentially significant for us I think.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div><div></div>
<div>This is indeed a limitation. Currently in clas12 we do use the same parameters as reconstruction, because they come from a common DB. The calculations of parameters are done using the reconstruction java library.<br></div>
<div>If the reconstruction is in C++ this can be achieved with the plugin capability of gemc - using a shared library that is used in reconstruction as well.</div></div></div></div></blockquote><div><br></div><div>This is something I'd like to know more about.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div>
<div>Having said that, it’s not feasible to include in reconstruction ALL the passive volumes.</div></div></div></div></blockquote><div><br></div><div>I don't think there's any need to. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div><div>If the mysql DB is used in the API, the geometry is run and variation indexed. So it’s uniquely associated with an output (where run, variation and ALL geometry parameters are stored).<br></div></div></div></div></blockquote><div><br></div><div>I need a few more words about this. Given an output file, how does one determine the parameters and the Perl script versions used to create the geometry?</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div><div></div><span class="">
<blockquote type="cite"><div><div dir="ltr"><div><div><div><div>Also note: GEMC does not allow (I think) taking advantage of GEANT4's ability to replicate logical volumes; e.g. each calorimeter module must be a separately-defined entry in the database.</div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
</span><div>Replicas are there. Copies are there. </div></div></div></div></blockquote><div><br></div><div>They are? Are we using GEMC wrong? Currently our Perl scripts generate, for instance, 30 copies of each baffle block, one for each sector, rather than one logical volume that's instantiated as 30 physical volumes.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">
<div>Admittedly gemc was not designed to be part of a framework, however a partial re-design is in process that could help in that regard. For example, using plugins for hit processes, for generator and output mechanisms.</div></div></blockquote><div><br></div><div>That sounds promising. </div></div><div><br></div>-- <br><div class="gmail_signature">- Richard S. Holmes<br>  Physics Department<br>  Syracuse University<br>  Syracuse, NY 13244<br>  315-443-5977<br></div>
</div></div>