[Rivet] ZFinder problem report

Andy Buckley andy.buckley at ed.ac.uk
Mon 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