Open veprbl opened 1 year ago
cc @rymilton
Can you elaborate on this? I can't reproduce this when displaying the current geometry using dd_web_display --export $DETECTOR_PATH/epic_full.xml
.
The screenshots were kindly provided by @FriederikeBock . ROOTJS may actually be able to draw those volumes properly. Perhaps, this is an issue when using geoDisplay.
Could you please give me the exact command used to generate these visualizations?
By the way, the LFHCAL visualization isn't working with dd_web_display
. For instance, with dd_web_display --export /opt/detector/epic-nightly/share/epic/epic_lfhcal_only.xml
the generated file has nothing drawn. Validated with one other person too.
dd_web_display --export /opt/detector/epic-nightly/share/epic/epic_lfhcal_only.xml
does work, but opening with a TBrowser indeed doesn't. Need to use:
TGeoManager::Import("detector_geometry.root")
gGeoManager->GetTopVolume()->Draw("ogl")
This does reproduce something in the middle of the two at the top.
Is this an issue that needs work?
@kkauder I assume you need to enable the insert itself.
Looking at this again, it could be that the insert envelope doesn't have "vis" set.
Hmm. forward_insert.xml does have many "non-zero" vis tags, and the overall default HcalEndcapInsertVis is set to AnlGray
Environment: (where does this bug occur, have you tried other environments)
main
for latest released): mainHEAD
for the most recent):Steps to reproduce: (give a step by step account of how to trigger the bug)
Expected Result: (what do you expect when you execute the steps above)
Actual Result: (what do you get when you execute the steps above)
This may have to do with incorrect handling of volume subtraction in TGeo visualizer