Project

General

Profile

Idea #5304

Handle run-based and spill-based data

Added by Kurt Biery over 5 years ago. Updated over 1 year ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Needed Enhancements
Target version:
-
Start date:
01/31/2014
Due date:
% Done:

0%

Estimated time:
100.00 h
Experiment:
Duration:

Description

In our discussions with Lariat, the subject of how to handle run-based and spill-based data came up. Basically, this would be information that is relevant for the whole run (or spill) and does not need to be repeated with each event, but would be valuable to have in the data file that is written by that DAQ.

Thinking about this a little bit, it seems like the right way to do this would be to pass this data to the art Run and Subrun data products.

The work involved in making this happen would include talking with art folks to determine if this approach makes sense, and if so, what would be the right way to do it in art. There could be some spin-offs of this task in the art project, if we determine that art changes are needed to support this.

The time frame for needing this will depend on how urgently the Lariat folks will need it. How quickly we can deliver it will depend on a number of things, including whether it could be supported within art and artdaq without substantial changes.


Related issues

Related to artdaq - Feature #6160: Provide support for adding package version and build time information to the Run data products in raw data filesClosed2014-05-022014-05-30

History

#1 Updated by Kurt Biery over 5 years ago

  • Target version set to 576
  • Estimated time changed from 200.00 h to 120.00 h

#2 Updated by Kurt Biery about 5 years ago

  • Estimated time changed from 120.00 h to 100.00 h

Reducing the estimated time by 20 hours to reflect the work that has been split off in Issue #6160.

#3 Updated by Eric Flumerfelt over 2 years ago

  • Category set to Needed Enhancements
  • Target version deleted (576)

I'm wondering how much of this issue might be resolved by "DCS" BoardReaders running a Single-mode CommandableFragmentGenerator...

#4 Updated by Eric Flumerfelt over 1 year ago

  • Status changed from New to Closed

I'm closing this issue because we have demonstrated methods for doing this (BuildInfo, configuration stored in data files). If there is a specific need that arises in the future, we can deal with it as a new issue (and hopefully resolve it faster than ~4 years).



Also available in: Atom PDF