Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Generating MC timestamps #752

Closed
andLaing opened this issue Oct 29, 2020 · 1 comment · Fixed by #761
Closed

Generating MC timestamps #752

andLaing opened this issue Oct 29, 2020 · 1 comment · Fixed by #761
Assignees
Labels
good first issue Issues for people willing to get into IC

Comments

@andLaing
Copy link
Collaborator

In the past we've tended to set the timestamp required information in the Run tables to zero for all events in MC runs. This is not ideal if we want to be able to study tagging of muons or other time related vetos in the future.

We should probably generate time stamps based on some user configured trigger rate to allow for more data-like vetoing in these cases. This should be simple enough to implement and, as long as the user doesn't try for a rate >~1 kHz leaves ample space for any long duration events that could be split into multiple triggers.

Also could be a nice easy first PR for someone.

@andLaing andLaing added the good first issue Issues for people willing to get into IC label Oct 29, 2020
@mmkekic
Copy link
Collaborator

mmkekic commented Nov 19, 2020

After some thoughts I believe this is fairly easy, one should just relate time with nexus event_number, so the timestamp should simply be
rate*nexus_evt_number + random(rate) ensuring that is only positive, or course.

This was referenced Dec 10, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Issues for people willing to get into IC
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants