#47 closed task (fixed)
StdHEP event file format
| Reported by: | kilian | Owned by: | Juergen Reuter |
|---|---|---|---|
| Priority: | P3 | Milestone: | |
| Component: | interfaces | Version: | 2.0.0alpha |
| Severity: | normal | Keywords: | |
| Cc: |
Description
The StdHEP format was available with W1. It is unclear whether it is still in use, but it should be added for completeness.
Change History (5)
comment:1 Changed 14 years ago by
comment:2 Changed 14 years ago by
| Milestone: | v2.0.0final → v2.0-rc4 |
|---|---|
| Owner: | changed from ALL to Juergen Reuter |
| Priority: | P5 → P3 |
| Status: | new → assigned |
Will do that in a separate branch.
comment:3 Changed 14 years ago by
So everything is implemented and working in the branch, make distcheck works if stdhep is there and is not there. One can successfully steer the STDHEP files from the SINDARIN file, and binary event files are written both for the HEPEVT as well as for the HEPEUP/HEPRUP common blocks. So in principle, this is ready to be merged with the trunk. But Daniel reports that the binary files are somehow corrupt and cannot be read in by DELPHES. We have to cross-check with the WHIZARD 1 implementation.
comment:4 Changed 14 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
With r2004 I merged the stdhep branch into the trunk. The make distcheck is working with and without STDHEP being linked, and binary event files are written both for HEPEVT common block usage as well as HEPRUP/HEPEUP usage. However, they seem not be readable by e.g. DELPHES. The correctness of these files have to be re-checked. I put a corresponding remark under validation and close this ticket.
I am in favor of supporting ONLY the new C++ version of the format. But this we have to discuss.