[Rivet] LHC analysis database

[Leif Lönnblad]

I'm adding the MCnet management to the discussion, since I think this
possibly is a political problem which needs to be addressed.

Not being part of it myself, I often get the feeling that the BSM
community behaves more like gold diggers than scientists. A huge amount
of work is put into sifting through data looking for new physics, and it
seems like the people involved forget that they actually do real
measurements which could be of interest for other people as well. Now,
I'm not sure how much extra work it would be to make these analyses
useful (in my world "making useful" is basically equivalent to "putting
into Rivet" ;o) but considering how large the BSM community is, there
should be enough of manpower for doing it. If they won't do it
voluntarily, maybe we should consider talking to the heads of the
experimental collaborations to put some pressure from above...

/Leif


On 2013-06-19 18:58, Hendrik Hoeth wrote:
> So ... if they don't take the efficiencies into account, they can't
> compare to MC. If the take the efficiencies into account, what
> difference does it make for them to code them in Rivet or somewhere
> else? I can't see the drawback of using Rivet.


On 2013-06-19 18:38, Peter Richardson wrote:
> Hi Guys,
> 
>   So I'm currently sat in Les Houches discussion which I think is a bit
> worrying. This is being pushed by a combination of Andy Weiler from DESY
> and the mad analysis people, who are more serious and competent people,
> together with a number of others who are less competent.
> 
>   So what they seem to want is a database of the, entirely, BSM analyses
> they have been coding to look at different models at the LHC. They seem
> to be determined not to use rivet as they don't want to be bothered to
> code the efficiencies they need as the data is not corrected into a
> rivet analysis, although my understanding is Weiler's stuff is based on
> rivet analyses somehow.
> 
>   It's not entirely clear to me what they are planning but it looks like
> they are coverging on something based on madanalysis with simpler
> analyses in python and then more complicated ones in C++