sPHENIX tracking discussion

["Pereira Da Costa, Hugo Denis Antonio" <hugo.pereira-da-costa AT lanl.gov>]

If no one else volunteers, I plan to work on that next week. After looking at the code I think I have some ideas about how to do it in a clean way, but this will take a couple of days to implement and test.

Hugo

---

From: Pereira Da Costa, Hugo Denis Antonio
Sent: Saturday, May 27, 2023 2:29 PM
To: sPHENIX-tracking-l
Subject: Re: [EXTERNAL] Re: [Sphenix-tracking-l] Something is not right with how the TPC geometry is handled

 

If no one else volunteers, I plan to work on that next week. After looking at the code I think I have some ideas about how to do it in a clean way, but this will take a couple of days to implement and test.

Comments welcome

Hugo

---

From: Pereira Da Costa, Hugo Denis Antonio
Sent: Friday, May 26, 2023 11:19 AM
To: pinkenburg
Subject: Re: [EXTERNAL] Re: [Sphenix-tracking-l] Something is not right with how the TPC geometry is handled

 

yes. Essentially TpcPadPlane should be configured and created inside PHG4TpcDetector (or PHG4TpcSubsystem), and then retrieved from the node tree in PHG4TpcElectronDrift for further use, in the simulation case. 

I don't think the object itself must be saved, though (for now at least). However it must get available to multiple subsysreco at run time. 

---

From: sPHENIX-tracking-l <sphenix-tracking-l-bounces AT lists.bnl.gov> on behalf of pinkenburg via sPHENIX-tracking-l <sphenix-tracking-l AT lists.bnl.gov>
Sent: Friday, May 26, 2023 10:20 AM
To: sphenix-tracking-l AT lists.bnl.gov
Subject: [EXTERNAL] Re: [Sphenix-tracking-l] Something is not right with how the TPC geometry is handled

 

Hi Hugo,

we have now the capability to save nodes under the run wise tree and read them back in. It's a stop gap right now but it looks like we might actually use as calibration in the future.

Maybe after the general meeting we can just quickly hack this

Chris

On 5/26/2023 12:16 PM, Pereira Da Costa, Hugo Denis Antonio via sPHENIX-tracking-l wrote:

Hi 

Tristan and I have been trying to run TPOT clustering on Micromegas from PRDF

This fails.

To run clustering we need the detector geometry (from PHG4Geom objects) and MakeActsGeometry

This requires that all geometry is properly built and all the CylinderGeom (in particular CylinderCellGeom_SVTX, from the TPC), are present and filled, in order not to crash.

The problem is that this node is created (and filled) only in PHG4TpcElectronDrift, which we obviously should not run on real data. 

We think that the TPC geometry and relevant nodes should be created elsewhere for ACTS to be able to process real data. For instance inside PHG4TpcDetector.  This implies moving around the creation of the CellGeomNode creation, as well as the initialization of the TpcPadPlaneReadout. 

Did we get that right, or missed something ? 

Opinion ? Comment ? 

Tristan and I will hack something locally to try to get going, and might report back

Hugo

_______________________________________________
sPHENIX-tracking-l mailing list
sPHENIX-tracking-l AT lists.bnl.gov
https://lists.bnl.gov/mailman/listinfo/sphenix-tracking-l

-- 
*************************************************************

Christopher H. Pinkenburg	;    pinkenburg AT bnl.gov
				;    http://www.phenix.bnl.gov/~pinkenbu

Brookhaven National Laboratory	;    phone: (631) 344-5692
Physics Department Bldg 510 C	;    fax:   (631) 344-3253
Upton, NY 11973-5000

*************************************************************