Fork me on GitHub

Opened 12 years ago

Closed 12 years ago

#181 closed Bug (fixed)

amc@nlo showered with herwig 6 problem

Reported by: Giancarlo Panizzo Owned by:
Priority: minor Milestone:
Component: Delphes code Version: Delphes 3
Keywords: Cc:

Description

Dear Delphes team,

I'm trying to produce showered events with aMC@NLO + HERWIG 6 (default option). The final hep file can be read by Delphes with no problems, but all brunches are empty except for the Event and Particle ones. The Event.weight seems to have the correct sign, but multiplied by a factor 262.97537 (the fraction of negative weight events is the same given by aMC@NLO output). The Particle kinematical variables seem more or less meaningful on average, but the information on particle masses and on M1,M2,D1,D2 are not stored.
Running Delphes on the lhe file produced before hadronisation does work correctly.

Giancarlo

Attachments (2)

events_HERWIG6_0.hep (6.7 MB ) - added by Giancarlo Panizzo 12 years ago.
events.lhe.gz (21.6 KB ) - added by Giancarlo Panizzo 12 years ago.

Change History (9)

comment:1 by Pavel Demin, 12 years ago

Dear Giancarlo,

Could you, please provide an example of your hep file?

Pavel

by Giancarlo Panizzo, 12 years ago

Attachment: events_HERWIG6_0.hep added

by Giancarlo Panizzo, 12 years ago

Attachment: events.lhe.gz added

comment:2 by Giancarlo Panizzo, 12 years ago

The original file was too heavy, I've generated a second one with only 100 events. I've uploaded the lhe parton events too. My Delphes version in 3.0.7, coming with aMC@NLO. The code to feed Delphes was

DelphesSTDHEP examples/delphes_card_ATLAS.tcl delphes_output.root events_HERWIG6_0.hep

Giancarlo

comment:3 by Pavel Demin, 12 years ago

Dear Giancarlo,

Thank you for the files.

I've fixed a bug in the function that decodes STDHEP4 blocks (STDHEP + event weight).

Now particle status and mother/daughter indexes are correctly read and stored.

I've also checked that both Delphes and MCFIO/STDHEP read exactly the same values.

Here is a version with fixed STDHEP reader:

http://cp3.irmp.ucl.ac.be/downloads/Delphes-3.0.9.pre1.tar.gz

Could you, please check if this version works for you?

I've also noticed the following problems with your STDHEP file:

  • The event weights stored in this file are indeed multiplied by some large value. I get the same values with both Delphes and MCFIO/STDHEP. For example, here are the weights for the first three events:
    264.212
    264.212
    264.212
    
  • Some particles with status=1 have unphysical (nan or inf) vertex positions. Again I get the same values with both Delphes and MCFIO/STDHEP. For example, here is a list of such particles from the first event:
    number PID   X   Y   Z     Px        Py        Pz
    61     14   nan nan nan  91.1621  -95.9792 -264.129
    62    -13   nan nan nan  23.2651  -17.7621   -8.16779
    73    -12   nan nan nan -67.5527   14.8692   60.7669
    74     11   nan nan nan   6.20367  13.9842  -16.8727
    

Regards,

Pavel

comment:4 by Pavel Demin, 12 years ago

I've just found that Herwig++ before 2.1.1 produced nan for some vertex positions:

https://herwig.hepforge.org/trac/ticket/123

http://herwig.hepforge.org/oldversions.html

Is it possible that aMC@NLO somehow escapes the GenericWidthGenerator tests?

comment:5 by Giancarlo Panizzo, 12 years ago

The new version works well, I confirm the problem with nan in average 15 particles per event, that's more or less 3% of particles on average.

I've seen your reply in the initial MG5 question #229096, I will post there the same comment, I think the discussion for Delphes for what concerns my problem can be closed here :)

Thanks a lot

Giancarlo

comment:6 by Giancarlo Panizzo, 12 years ago

Forgot the numbers I gave you, they were about Warnings on 0 transverse momentum, that may not be related to the vertex problem.

Thanks again

Giancarlo

comment:7 by Pavel Demin, 12 years ago

Resolution: fixed
Status: newclosed

The fixed STDHEP reader is in Delphes 3.0.9 now.

Note: See TracTickets for help on using tickets.