-
Notifications
You must be signed in to change notification settings - Fork 62
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
Fcc detector migration #282
Fcc detector migration #282
Conversation
As discussed in the Key4hep meeting, it would be better to remove things that are not needed, for example in the DetCommon folder. |
to use the version existing already in k4geo, as said in key4hep#282 (comment)
Breaking news: you can change |
Hi, I purged some files out of DetCommon. I kept for testing purposes a simple box dummy detector. The simple box was used to test the Sensitive Detector actions, but actually the cmake test command is now commented. I still think a test is healthy for the repo, but since this PR is urgent I did not spend time on rewriting the test. I moved the segmentation and senstive detector folders to main folder and renamed according to the proposal in #267 a test Gaudi simulation was run to check if the changes were consistent. Renaming of the segmentation and sensitive detectors is still ongoing |
Hi, as discussed in the key4hep meeting, i have removed the DetCommon and sensitive detectors folder. The segmentation classes have been renamed, adding The detectors from FCCDetectors repo are also migrated, xml and cpp files. The name is also changed so they will not clash. I hope there are not many issues... I changed a lot of code Alvaro |
Any further comment on this @andresailer ? |
I think I have documented the corresponding READMEs |
Should some release note comments be filled in the OP? |
Yes, definitely! Thanks! |
Hi, I have displayed the geometries of IDEA and ALLEGRO with geoDisplay tool, it worked. No warnings during compilation. I found that for some reason the Drift chamber and calorimeter of IDEA were commented out from the main file, but now they are ready. Anyway, these components were templates for the future ones, some of them already in PR or upcoming soon. I can not think of further refinements, but please let me know if I can do something else. Tests for the new detectors will be part of an upcoming PR |
to use the version existing already in k4geo, as said in key4hep#282 (comment)
-CaloEndcapDiscs_geo.cpp, -HCalThreePartsEndcap_geo.cpp, -parametrised_DriftChamber.cpp
3d8b9e1
to
302788b
Compare
to use the version existing already in k4geo, as said in #282 (comment)
BEGINRELEASENOTES
_o1_v01
./FCCee/IDEA/compact/IDEA_o1_v01
./FCCee/ALLEGRO/compact/ALLEGRO_o1_v01
./detector
, and therein in the appropriate sub-directory;calorimeter
: CaloEndcapDiscs_o1_v01_geo.cpp, HCalThreePartsEndcap_o1_v01_geo.cpp, HCalTileBarrel_o1_v01_geo.cppother
: SimpleCylinder_geo_o1_v01.cpptracker
: parametrised_DriftChamber_o1_v01.cppdetectorSegmentations
, and renamed by appending the suffix_k4geo
ENDRELEASENOTES
Hi all,
this PR implements the changes stated here
#267 (comment)
this PR is not ready yet, and some things are open to discussion. Particularly, how to handle the non-detector parts migrated from FCC detector repo. At the moment they are placed in detector/{DetSegmentation, DetCommon, DetSensitive}
DetCommon defines a number of global functions that are needed mainly to reconstruction. Only the function cellID implemented in DetCommon is used in FCCDetectors by DetSensitive.
Thank you for your time.
Alvaro