<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:12.8000001907349px">We need to think more about what data we want in the output and how to organize it. </span></blockquote><div><br></div><div>I've put some initial ideas in a document linked at the software ideas wiki page. <a href="https://hallaweb.jlab.org/wiki/index.php/SoLID_Software_idea">https://hallaweb.jlab.org/wiki/index.php/SoLID_Software_idea</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 31, 2015 at 11:32 AM, Rakitha Sanjeewa Beminiwattha <span dir="ltr"><<a href="mailto:rakithab@jlab.org" target="_blank">rakithab@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>
<div dir="ltr">
<div>
<div>
<div>Except for DIS we do have uniform (number weighted) generators for all the backgrounds that could built into the code or to get into lund/sollund format input files. In Remoll the option is already there to choose either uniform or rate weighted options.
<br>
</div>
<div>Also rate weighted scheme waste so much computing time by simulating rate = 0 events.
<br>
</div>
So far I used post simulation script to merge backgrounds simulations from different individual simulations. But Rich is right we don't have a proper mechanism to merge all the backgrounds with the DIS signal due to lack of good uniform DIS generator.
<br>
<br>
</div>
I will update the document to include your suggestions/comments<br>
<br>
</div>
Thanks!<br>
</div>
<div class="gmail_extra"><span class=""><br clear="all">
<div>
<div>
<div dir="ltr">Rakitha Beminiwattha<br>
(Research Associate)<br>
office F386<br>
12000 Jefferson ave<br>
Suite # 5<br>
Newport News, Va 23606<br>
Tel No. <a href="tel:757%20269%206453" value="+17572696453" target="_blank">757 269 6453</a><br>
</div>
</div>
</div>
<br>
</span><div><div class="h5"><div class="gmail_quote">On Tue, Mar 31, 2015 at 10:58 AM, <a href="mailto:rsholmes@syr.edu" target="_blank">
rsholmes@syr.edu</a> <span dir="ltr"><<a href="mailto:rsholmes@syr.edu" target="_blank">rsholmes@syr.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Also: Needs discussion about merging signal and background hits.</div>
<div>
<div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Tue, Mar 31, 2015 at 10:15 AM, <a href="mailto:rsholmes@syr.edu" target="_blank">
rsholmes@syr.edu</a> <span dir="ltr"><<a href="mailto:rsholmes@syr.edu" target="_blank">rsholmes@syr.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">A few reactions:
<div><br>
</div>
<div>- Weighted generators are problematic for some studies. They distort distributions of secondaries. Uniform generators should be available.</div>
<div><br>
</div>
<div>- Information needed to replicate a run could be either in the output file or in an unambiguous, immutable other location — or a combination of both. As was pointed out in the meeting, we might not want to write e.g. field maps to every output file. But
neither do we want to have the field map in a database table that any user can later delete or modify. Some kind of database to which users can add information, but not delete or modify it, would be preferred, I think, for "standard" configurations, and then
deviations from standard configurations, as well as run options etc. (command line and gcard, in GEMC terms), ought to be in the output file itself. </div>
<div><br>
</div>
<div>- We should consider carefully, if there is a centralized database, how to make and use local mirrors. At times the JLab connection is interrupted and offsite work comes to a halt if the complete, up to date database information is not available locally.</div>
<div><br>
</div>
<div>(Our database needs remind me of a version control system. Add new information, but old information is preserved; central repository and local copies; etc.)</div>
<div><br>
</div>
<div>- We should talk about installation. My experience has been that installing GEMC offsite, with its long list of dependencies, has almost every time been plagued with difficulties. Remoll was easy. What design decisions can be made to minimize installation
headaches?</div>
<div><br>
</div>
<div>- We need to think more about what data we want in the output and how to organize it. </div>
<div><br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra">
<div>
<div><br>
<div class="gmail_quote">On Tue, Mar 31, 2015 at 9:29 AM, Rakitha Sanjeewa Beminiwattha
<span dir="ltr"><<a href="mailto:rakithab@jlab.org" target="_blank">rakithab@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>
<div dir="ltr">Hello,<br>
<span style="font-size:12.8px">I have added a document listing SoLID simulation requirements based on discussions we had so far during our software meetings.
<br>
<br>
The document is linked at <a href="https://hallaweb.jlab.org/wiki/index.php/SoLID_Software_idea" target="_blank">https://hallaweb.jlab.org/wiki/index.php/SoLID_Software_idea</a></span><br>
<div class="gmail_extra"><br clear="all">
<div>
<div>
<div dir="ltr">Rakitha Beminiwattha<br>
(Research Associate)<br>
office F386<br>
12000 Jefferson ave<br>
Suite # 5<br>
Newport News, Va 23606<br>
Tel No. <a href="tel:757%20269%206453" value="+17572696453" target="_blank">757 269 6453</a></div>
</div>
</div>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
</div>
</div>
<span><font color="#888888">-- <br>
<div>- Richard S. Holmes<br>
Physics Department<br>
Syracuse University<br>
Syracuse, NY 13244<br>
<a href="tel:315-443-5977" value="+13154435977" target="_blank">315-443-5977</a><br>
</div>
</font></span></div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div>- Richard S. Holmes<br>
Physics Department<br>
Syracuse University<br>
Syracuse, NY 13244<br>
<a href="tel:315-443-5977" value="+13154435977" target="_blank">315-443-5977</a><br>
</div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div></div></div>
</div>
</blockquote></div><br><br clear="all"><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>