ddsim with hepevt input

[danieljeans]

I'm trying to run ddsim on a hepevt-format input file.

running on a centos7 machine, using ilcsoft installation from /cvmfs/ilc.desy.de/sw/x86_64_gcc82_sl6/v02-02
(I checked that using my own compiled-on-centos7 ilcsoft gives the same behaviour).

ddsim --compactFile /cvmfs/ilc.desy.de/sw/x86_64_gcc82_sl6/v02-02/lcgeo/v00-16-06/ILD/compact/ILD_l5_v02/ILD_l5_v02.xml --outputFile ./test_out.slcio --inputFile ./test_in.hepevt --steeringFile /cvmfs/ilc.desy.de/sw/ILDConfig/v02-02/StandardConfig/production/ddsim_steer.py -N 10

this gives me messages such as

GenerationInit   INFO  +++ Initializing event 1. Within run:0 event 1.
EventReaderHepEvt::moveToEvent INFO  Event number after skipping: 0
hepevt4          INFO  +++ Particle interaction with 38 generator particles and 1 vertices ++++++++++++++++++++++++
PrimaryHandler   INFO  +++++ G4PrimaryVertex at (+0.00e+00,+0.00e+00,+0.00e+00) [mm] +0.00e+00 [ns]
ParticleHandler  INFO  +++ Event 0 Begin event action. Access event related information.
LcioOutput       WARN  +++ [Event:0] No valid MC truth info present. Is a Particle handler installed ?

the output lcio file has a reasonable-looking MCParticle collection, but only empty collections for everything else.

Any ideas? I'm looking around, but don't know the code well enough to do so very efficiently...
Thanks, Daniel.

(This worked fine with Mokka, but I believe that I've never tried with ddsim until now.)

an example input event:

38
0 11 0 0 17 24 0 0 125 125 0.000511 0 0 0 0
0 -11 0 0 18 25 0 0 -125 125 0.000511 0 0 0 0
0 11 8 8 5 7 0 0 124.978 124.978 0 0 0 0 0
0 -11 9 9 5 7 0 0 -125 125 0 0 0 0 0
0 13 3 4 10 10 54.4928 -54.7062 13.5191 78.3902 0.105658 0 0 0 0
0 -13 3 4 11 11 3.94881 19.8066 -20.9043 29.0671 0.105658 0 0 0 0
0 25 3 4 12 12 -58.4416 34.8996 7.36305 142.521 124.998 0 0 0 0
0 11 17 17 3 13 -1.73472e-18 1.0842e-19 125 125 0 0 0 0 0
0 -11 18 18 4 4 0 -5.42101e-20 -125 125 0 0 0 0 0
0 13 5 5 14 15 54.4989 -54.7066 13.5177 78.3944 0.105658 0 0 0 0
0 -13 6 6 16 16 3.94935 19.8066 -20.9036 29.0667 0.105658 0 0 0 0
0 25 7 7 21 21 -58.4317 34.899 7.37128 142.517 124.998 0 0 0 0
0 22 8 8 22 22 -0.0164983 0.000941361 0.0146729 0.0220992 0 0 0 0 0
0 13 10 10 19 19 54.4967 -54.7044 13.5171 78.3913 0.105658 0 0 0 0
0 22 10 10 23 23 0.00218208 -0.00213349 0.00053015 0.00309747 0 0 0 0 0
0 -13 11 11 20 20 3.94935 19.8066 -20.9036 29.0667 0.105658 0 0 0 0
0 11 1 1 8 8 3.85186e-34 1.20371e-34 125 125 0 0 0 0 0
0 -11 2 2 9 9 0 -1.32408e-34 -125 125 0 0 0 0 0
1 13 14 14 0 0 54.4967 -54.7044 13.5171 78.3913 0.105658 0 0 0 0
1 -13 16 16 0 0 3.94935 19.8066 -20.9036 29.0667 0.105658 0 0 0 0
0 25 12 12 26 27 -58.4317 34.899 7.37128 142.517 124.998 0 0 0 0
1 22 13 13 0 0 -0.0164983 0.000941361 0.0146729 0.0220992 0 0 0 0 0
1 22 15 15 0 0 0.00218208 -0.00213349 0.00053015 0.00309747 0 0 0 0 0
1 22 1 1 0 0 0 0 7.71256e-07 7.71256e-07 0 0 0 0 0
1 22 2 2 0 0 0 0 -1.95099e-07 1.95099e-07 0 0 0 0 0
0 15 21 21 30 30 31.6416 -17.3478 12.5424 38.244 1.77705 0 0 0 0
0 -15 21 21 28 29 -90.0733 52.2468 -5.1711 104.273 1.77705 0 0 0 0
2 -15 27 27 35 38 -90.0724 52.2464 -5.17084 104.272 1.77705 0 0 0 0
1 22 27 27 0 0 -0.000942813 0.000355107 -0.000262326 0.00104106 0 0 0 0 0
2 15 26 26 31 34 31.6416 -17.3477 12.5424 38.244 1.77705 0 0 0 0
1 16 30 30 0 0 10.0249 -5.67059 4.56935 12.3908 0 1.24419 -0.682139 0.493185 1.50381
1 -211 30 30 0 0 3.29162 -1.87069 1.46541 4.06216 0.13957 1.24419 -0.682139 0.493185 1.50381
1 -211 30 30 0 0 3.65572 -2.24508 1.30479 4.48627 0.13957 1.24419 -0.682139 0.493185 1.50381
1 211 30 30 0 0 14.6694 -7.5614 5.20282 17.3047 0.13957 1.24419 -0.682139 0.493185 1.50381
1 -16 28 28 0 0 -20.6042 12.2149 -0.838732 23.9675 0 -11.7717 6.82814 -0.675782 13.6274
1 211 28 28 0 0 -17.2797 10.2538 -1.24135 20.1318 0.13957 -11.7717 6.82814 -0.675782 13.6274
1 211 28 28 0 0 -19.3944 10.5885 -1.18883 22.1289 0.13957 -11.7717 6.82814 -0.675782 13.6274
1 -211 28 28 0 0 -32.7941 19.1893 -1.90193 38.0436 0.13957 -11.7717 6.82814 -0.675782 13.6274

[andresailer]

@danieljeans would you please try the changes in #707?

[danieljeans]

@andresailer : thanks, #707 fixes it.

one thing I'm not sure about is the time units:
the HEPEVT standard unit for time is [mm/c] (see eg https://home.fnal.gov/~mrenna/lutp0613man2/node49.html)
while the code seems to interpret it as ns:
p->time = VHEP4*CLHEP::ns;

[andresailer]

@danieljeans thanks! I corrected the time/propertime unit conversion.