Some geometry tasks were identified during initial discussions with LHCb and CMS, related to integration of DD4HEP in their DD software.
- Support for reading/writing optical surface properties from/to GDML in a similar way as in Geant4. This will complete the conversion circle TGeo <->Geant4 via GDML
- Support for building geometry in parallel. This requires introduction in a first phase of thread-local geometry managers and accessors to those used internally by TGeo instead of the global gGeoManager pointer
- Support for wildcard queries on top of the geometry tree, providing callbacks to user code for filtering geometry information
- Long term evolution to having more stateless geometry information, allowing to decouple creation of objects with their central bookkeeping (no need for geometry singleton)