Skip to content
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

Fleshed out instructions about DD4hep geometry information #164

Merged
merged 9 commits into from
Jan 10, 2024

Conversation

HenryDayHall
Copy link
Contributor

Currently I get the error

CellIDSvc            INFO Taking the encoding string as specified in dd4hep constant: GlobalTrackerReadoutID
CellIDSvc            INFO LCTrackerCellID::_encoding will be set to system:5,side:-2,layer:6,module:11,sensor:8
AlgorithmManager    ERROR Algorithm of type TrackingCellIDEncodingSvc is unknown (No factory available).
AlgorithmManager    ERROR Unknown error -1342251347

I think it might be because TrackingCellIDEncodingSvc was added here on September 13th. Then on September the 28th, this commit seems to move it to a different namespace?

@tmadlener
Copy link
Contributor

Thanks for opening this PR and clarifying things a bit.

Quick question about the error you observe. Is it possible that the TrackingCellIDEncodingSvc is also still on the algList?

@HenryDayHall
Copy link
Contributor Author

@tmadlener yes you are right, that was the only problem.

@HenryDayHall HenryDayHall changed the title Draft: Fleshed out instructions about DD4hep geometry information Fleshed out instructions about DD4hep geometry information Jan 10, 2024
@HenryDayHall HenryDayHall marked this pull request as ready for review January 10, 2024 12:10
Copy link
Contributor

@tmadlener tmadlener left a comment

Choose a reason for hiding this comment

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

I basically just have a few proposals to try and clarify this even further, resp. bring it in line with our usual jargon. I am not entirely sure if all of them are immediately clear to newcomers, but you would be in an ideal position to judge that ;)

Edit: I think the doctest CI workflows are still broken due to another issue, so you don't have to worry about those.

doc/starterkit/k4MarlinWrapperCLIC/Readme.md Outdated Show resolved Hide resolved
doc/starterkit/k4MarlinWrapperCLIC/Readme.md Show resolved Hide resolved
doc/starterkit/k4MarlinWrapperCLIC/Readme.md Outdated Show resolved Hide resolved
doc/starterkit/k4MarlinWrapperCLIC/Readme.md Outdated Show resolved Hide resolved
@HenryDayHall
Copy link
Contributor Author

Current CI issues look like I need to add jupytext to the container. Probably it's not related to these changes. If you like I can take a punt at that in a new MR?

@tmadlener
Copy link
Contributor

We keep track of that here: key4hep/key4hep-spack#547 (a fix is under way but still needs a PR to be merged in spack)

@tmadlener
Copy link
Contributor

Question for @andresailer since we are here already. Do I understand correctly that the CellID service needs to come after the geometry service? Or is the order irrelevant and things will also work if I do

svcList.append(cellIDSvc)
svcList.append(geoservice)

@andresailer
Copy link
Collaborator

Question for @andresailer since we are here already. Do I understand correctly that the CellID service needs to come after the geometry service? Or is the order irrelevant and things will also work if I do

svcList.append(cellIDSvc)
svcList.append(geoservice)

Just append to svcList after the service is defined, and the question becomes moot.

@andresailer
Copy link
Collaborator

andresailer commented Jan 10, 2024

I think it might be because TrackingCellIDEncodingSvc was added here on September 13th. Then on September the 28th, this commit seems to move it to a different namespace?

To clarify this commit never made it to the mainline branch, the PR it belongs to was closed and not merged.

PS: I deleted the move-cellid branch now from this repository.

@tmadlener
Copy link
Contributor

Just append to svcList after the service is defined, and the question becomes moot.

but that might not stop people from defining them in the wrong(?) order. So if the order is important we should maybe clarify that the geometry service has to come first (or at least before the cell ID svc).

@andresailer
Copy link
Collaborator

Given

cellIDSvc.GeoSvcName = geoservice.name()

It should stop them from defining them in the wrong order.

@tmadlener
Copy link
Contributor

Excellent point (and good enough for me). If only people would read before they start asking questions ... ;)

@tmadlener tmadlener merged commit 24084df into key4hep:main Jan 10, 2024
5 of 7 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants