<div dir="ltr"><div><div>Hi Leif,<br><br></div>If I'm not mistaken, this is more or less what we've begun implementing; I think we have a ~working implementation for 1D histograms. We have not expanded this to other types yet.<br><br></div>Chris<br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 10, 2015 at 9:03 PM, Leif Lönnblad <span dir="ltr"><<a href="mailto:leif.lonnblad@thep.lu.se" target="_blank">leif.lonnblad@thep.lu.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 2015-05-10 13:52, David Grellscheid wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
1) no automatic guessing<br>
2) no physics in YODA (which makes (1) almost impossible anyway)<br>
</blockquote>
<br></span>
Let me reiterate what I've advocated several times. The filling of histograms in analyze() Rivet should be made with special "fill-only" histograms. finalize() should then be forced to only read these histograms and produce separate histograms (or data point sets) for plotting. The adding of different runs should be made in Rivet by manipulating the fill-only histograms (using eg. the integrated luminosity of each run as weight), followed by a separate finalize() call to produce the new plots.<br>
<br>
(The special fill-only histograms could then also be made to work with NLO counter events and such stuff as we discussed in Copenhagen)<br>
<br>
Of course, I do not advocate doing this for v2.2.2.<span><font color="#888888"><br>
<br>
/Leif</font></span><div><div><br>
<br>
<br>
_______________________________________________<br>
Rivet mailing list<br>
<a href="mailto:Rivet@projects.hepforge.org" target="_blank">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></div></div>