top | home |
top | home |
Since there is not yet a data base backend for the conditions, the representation in flat XML files is the only one currently available. The files reside in the Det/XmlConditions package. Three new catalogs were introduced for the representation of the VELO conditions. One, Sensors, is simply a sub-catalog of the Velo catalog. The other two are new top-level catalogs, namely ChannelInfo and HardwareProperties. These two catalogs might also be populated with conditions for other detector components. The file path and XML catalog path for the conditions is hown below.
Condition |
File Path |
XML Catalog |
TELL1 to sensor mapping | Velo/velo_readout.xml | ReadoutConf/Velo |
Overall sensor readout | Velo/sensor_readout.xml | ReadoutConf/Velo/Sensors |
Strip information | Velo/sensor_channelinfo.xml | ChannelInfo/Velo/Sensors | Strip capacitances | Velo/sensor_hardware.xml | HardwareProperties/Velo/Sensors |
top | home |
The simplest interface to the conditions would be to let the detector element classes hand out constant pointers to the Condition objects. This has some disadvanteges, however. Firstly it is much nicer if client code can simply ask the detector element via some meaningfully named method. Secondly there is a slight performance hit when the condition parameters are always retrieved via their names instead of reading them from a cache in the detector element. In case of the TELL1 to sensor map condition there is another reason: the XML backend does not yet allow for the representation of maps. So the map is represented as two vectors in the XML which then have to be converted to a map whenever the condition is updated in DeVelo. What follows is a brief description of the interfaces to the various conditions.
top | home |