<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:13px">I think this is a misunderstanding -- of course the scaling by<br></span><span style="font-size:13px">crossSection/sumOfWeights is implemented fully in the analysis in the<br></span><span style="font-size:13px">end. Christian was back then just using a manual ":Scale=..." on the<br></span><span style="font-size:13px">command line to implement this factor because he hadn't yet realized<br></span><span style="font-size:13px">that <rant>the yodamerge script needs the obvious --assume-normalized<br></span><span style="font-size:13px">option (amongst the Sherpa team commonly referred to as the<br></span><span style="font-size:13px">"assume-normalized trap") to function correctly.</rant></span></blockquote><div><br></div><div>That's exactly what happened... Sorry for not being clearer on this!</div><div><br></div><div>Cheers,</div><div>Chris </div></div><div class="gmail_extra"><br><div class="gmail_quote">On 22 May 2015 at 09:21, Frank Siegert <span dir="ltr"><<a href="mailto:frank.siegert@cern.ch" target="_blank">frank.siegert@cern.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi David,<br>
<br>
I think this is a misunderstanding -- of course the scaling by<br>
crossSection/sumOfWeights is implemented fully in the analysis in the<br>
end. Christian was back then just using a manual ":Scale=..." on the<br>
command line to implement this factor because he hadn't yet realized<br>
that <rant>the yodamerge script needs the obvious --assume-normalized<br>
option (amongst the Sherpa team commonly referred to as the<br>
"assume-normalized trap") to function correctly.</rant><br>
<br>
Cheers,<br>
Frank<br>
<br>
<br>
On 22 May 2015 at 09:49, David Grellscheid<br>
<div class="HOEnZb"><div class="h5"><<a href="mailto:david.grellscheid@durham.ac.uk">david.grellscheid@durham.ac.uk</a>> wrote:<br>
><br>
>>> AMI xsec = 2.9675E+07 * 1000.<br>
>>> SumOfWeights = 1.5358320748e+19<br>
>>> --> scale factor = 1.9321773836416558e-09<br>
>>><br>
>>> which I calculated manually at the time, without using the finalise<br>
>>> method.<br>
>>><br>
>> That makes sense.<br>
><br>
> I disagree. If scale factors are needed to validate the Rivet analysis,<br>
> they need to be encoded in the analysis itself. Otherwise we're losing<br>
> reproducibility, which is one of the main points of coding Rivet<br>
> analyses in the first place.<br>
><br>
> See you,<br>
><br>
>   David<br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> Rivet mailing list<br>
> <a href="mailto:Rivet@projects.hepforge.org">Rivet@projects.hepforge.org</a><br>
> <a href="https://www.hepforge.org/lists/listinfo/rivet" target="_blank">https://www.hepforge.org/lists/listinfo/rivet</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div><br></div><div> Dr. Christian Gütschow</div><div><br></div><div> TU Dresden</div><div> Institut für Kern- und Teilchenphysik</div><div> Zellescher Weg 19</div><div> 01069 Dresden</div><div><br></div><div> > E17, Andreas-Schubert-Bau<span style="color:rgb(0,0,0);font-family:Verdana,Helvetica,Arial,sans-serif;font-size:11px"> </span></div><div> > <a href="mailto:chris.g@cern.ch" target="_blank">chris.g@cern.ch</a></div><div><br></div></div></div></div></div></div>
</div>