Skip to content

TrackletTransformer uses DPL CCDB mechanism#8363

Merged
shahor02 merged 1 commit intoAliceO2Group:devfrom
martenole:ccdb
Mar 18, 2022
Merged

TrackletTransformer uses DPL CCDB mechanism#8363
shahor02 merged 1 commit intoAliceO2Group:devfrom
martenole:ccdb

Conversation

@martenole
Copy link
Copy Markdown
Contributor

Hi @shahor02
with this patch the tracklet transformer uses the DPL CCDB fetching mechanism. The time stamp option has been removed.
Cheers,
Ole

bazinski
bazinski previously approved these changes Mar 15, 2022
shahor02
shahor02 previously approved these changes Mar 15, 2022
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We will need some other calibrations in this class as well, mainly for PID: the krypton gain tables and the chamber gain.
I would suggest to rename this member variable in preparation for that.

Suggested change
const CalVdriftExB* mCalibration{nullptr};
const CalVdriftExB* mCalVdriftExB{nullptr};

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why would we actually need those PID calibrations in this class? The CalibratedTracklet only stores position information and one direction. I thought this would be covered by vDrift and ExB? But T0 might come at some point, so I will do the naming change nevertheless

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also here, we should prepare the inclusion of Kr and gain calibrations.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I guess this no longer needs to be a member variable.

Suggested change
mPadPlane = mGeo->getPadPlane(detector);
auto padPlane = mGeo->getPadPlane(detector);

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Well it is used in three other functions which are called from there, so one would need to pass it along every time. I would leave it as it is for now.

@martenole
Copy link
Copy Markdown
Contributor Author

Hi @TimoWilken would it be possible for you to restart the fullCI test for this PR please? And could I get another approval from @bazinski perhaps? The only thing I changed wrt to previous version of this PR was the naming as suggested by Tom

@bazinski
Copy link
Copy Markdown
Collaborator

@martenole just out curiosity, and this is not a request to change, but why not std::shared_ptr ?

@martenole
Copy link
Copy Markdown
Contributor Author

The calibration objects which are obtained from the CCDB (e.g. mCalVdriftExB) use raw pointers. For mPadPlane the object is owned by the TRD geometry class. I did not want to change this now, but we could of course also switch to smart pointer in

GPUd() const PadPlane* getPadPlane(int det) const { return &mPadPlanes[getDetectorSec(det)]; }
and
static Geometry* instance()

@TimoWilken
Copy link
Copy Markdown
Contributor

Hi @martenole, the fullCI reran automatically, everything is green now.

@shahor02 shahor02 merged commit dbd20eb into AliceO2Group:dev Mar 18, 2022
@martenole
Copy link
Copy Markdown
Contributor Author

Hi @TimoWilken thanks a lot and sorry for the noise. I was not sure if it would be starting again automatically, since it already ran several times.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

5 participants