[Rivet] DressedLeptons in ZFinder

[Christian Gütschow]

Hiya,

I think it should be possible to use
> ZFinder::getProjection("DressedLeptons") to get the DressedLeptons
> projection which is used by the ZFinder.
> But this is more of a workaround, since you would be relying on
> internal details of the ZFinder implementation, namely the name under
> which the DressedLeptons projection is registered in the ZFinder.


sounds filthy, let's not go down that route...

It would be better to introduce a function in the ZFinder interface which
> returns the dressed leptons directly. Do you want to send a patch
> after you have tested that it's doing what you need?


I've attached a modified version of the ZFinder which I've tested locally
to make sure it does what I had in mind.

Cheers,
Chris


On 19 August 2015 at 10:01, Frank Siegert <frank.siegert at cern.ch> wrote:

> Hi Chris,
>
> I think it should be possible to use
> ZFinder::getProjection("DressedLeptons") to get the DressedLeptons
> projection which is used by the ZFinder.
>
> But this is more of a workaround, since you would be relying on
> internal details of the ZFinder implementation, namely the name under
> which the DressedLeptons projection is registered in the ZFinder. It
> would be better to introduce a function in the ZFinder interface which
> returns the dressed leptons directly. Do you want to send a patch
> after you have tested that it's doing what you need?
>
> Cheers,
> Frank
>
>
> On 18 August 2015 at 23:01, Christian Gütschow <chris.g at cern.ch> wrote:
> > Hi all,
> >
> > just to double check I'm not missing anything here: It's currently not
> > possible to access the list of DressedLeptons used by the ZFinder, right?
> > What's the argument against providing this functionality?
> >
> > Suppose I have an event with three muons that pass a given dressed-level
> > definition, but only two of them form a Z-boson candidate. If I was to
> > require *exactly* two muons forming a Z candidate, then I wouldn't be
> able
> > to do that using just the ZFinder.
> >
> > That is, the ZFinder, as far as I can tell, only returns the
> DressedLeptons
> > associated with the dilepton candidates, but one couldn't tell whether or
> > not there was some additional spurious lepton in the event that doesn't
> > successfully pair up with the others. Unless, of course, the
> DressedLeptons
> > projection was added as well, but then why use the ZFinder in this case
> at
> > all?
> >
> > Cheers,
> > Chris
> >
> >
> > --
> >
> >  Dr. Christian Gütschow
> >
> >  TU Dresden
> >  Institut für Kern- und Teilchenphysik
> >  Zellescher Weg 19
> >  01069 Dresden
> >
> >  > E17, Andreas-Schubert-Bau
> >  > chris.g at cern.ch
> >
> >
> > _______________________________________________
> > Rivet mailing list
> > Rivet at projects.hepforge.org
> > https://www.hepforge.org/lists/listinfo/rivet
>



-- 

 Dr. Christian Gütschow

 TU Dresden
 Institut für Kern- und Teilchenphysik
 Zellescher Weg 19
 01069 Dresden

 > E17, Andreas-Schubert-Bau
 > chris.g at cern.ch
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.hepforge.org/lists-archive/rivet/attachments/20150819/72bce2ea/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ZFinder.cc
Type: application/octet-stream
Size: 3399 bytes
Desc: not available
URL: <https://www.hepforge.org/lists-archive/rivet/attachments/20150819/72bce2ea/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ZFinder.hh
Type: application/octet-stream
Size: 4669 bytes
Desc: not available
URL: <https://www.hepforge.org/lists-archive/rivet/attachments/20150819/72bce2ea/attachment-0001.obj>