|
[Rivet] ZFinder problem reportAndy Buckley andy.buckley at ed.ac.ukMon Sep 12 10:35:13 BST 2011
On 12/09/11 08:53, Judith Katzy wrote: > Hi Andy, > > our understanding was that the ClusterPhoton flag only refers to the > final state output, not the Zpt reconstruction. In order to avoid any > interpretation issues it would be best to > write 1-2 sentence documentation on what this is supposed to do. The main output of the projection is the reconstruction (of the whole Z momentum, not just the pT), so that is what the cluster flag applies to. I agree that the doc strings could be clearer: Frank S, you know best how you intended the latest W/ZFinder interfaces to work... can you add a bit more explicit Doxygen about the constructor arguments? > The analysis code is in the usual analysis area on lxplus since Elena > didn't have submission rights to svn. Ok, I'll get it from there. I suggest that you request SVN access for Elena, since much of the AFS area is in fact an SVN checkout and just copying files in there could cause problems. > I strongly suggest that we should keep all the 3 types of corrections > that ATLAS provides in hepdata and that are programmed in the current > version. We will have to remove the pole mass observable -- not everything in HepData is suitable for Rivet implementation and this kind of "reconstruction" is exactly what Rivet is designed to avoid. But since Gavin favours the "bare" observable for muons as being the least biased (is there support in the paper for that interpretation, Gavin?), I guess we'll keep that. It's not like we don't already have observables in which a physics effect has been unfolded from the data! Cheers, Andy -- Dr Andy Buckley SUPA Advanced Research Fellow Particle Physics Experiment Group, University of Edinburgh The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
More information about the Rivet mailing list |