1 / 16

Mokka and integration of the geometry

Mokka and integration of the geometry. AIDA kick-off meeting WP2 session: Common software tools 17 February 2011 – CERN Paulo Mora de Freitas and Gabriel Musat Ecole polytechnique. Geometry Database. Mokka detectors. Mokka. Geometry drivers. Mokka’s kernel framework. Geometry

Download Presentation

Mokka and integration of the geometry

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Mokka and integration of the geometry AIDA kick-off meeting WP2 session: Common software tools 17 February 2011 – CERN Paulo Mora de Freitas and Gabriel Musat Ecole polytechnique

  2. Geometry Database Mokka detectors Mokka Geometry drivers Paulo Mora de Freitas

  3. Mokka’s kernel framework Geometry Database Geant4 Mokka Kernel Geometry Drivers Paulo Mora de Freitas

  4. The detector models in DB • A model = a set of sub detectors (TPC, Ecal, Hcal, etc.) • A sub detector = a driver <-> DB association Paulo Mora de Freitas

  5. Mokka, other geometry features • “Scaling”, the user is able to modify the model's main parameters at launch time • To easily be able to study different detector options, like TPC size, number of layers in calorimeters, etc. • “Cooking”, the user is able to modify the model ingredients at launch time • To easily be able to study different detector technologies, like analogical versus digital Hcal, etc. Paulo Mora de Freitas

  6. Scaling Example : /Mokka/init/globalModelParameter TPC_outer_radius 800 Paulo Mora de Freitas 6

  7. Cooking Example : /Mokka/init/EditGeometry/rmSubDetector SHcal01 Paulo Mora de Freitas

  8. Parameters in Mokka DB • Parameter values are overwritten by the sub_detector default, then the model_parameter default, then steering file value if any, and finally by the environment value if modified at run time by a previous driver. • Scaling follow the model build_order in ingredients Paulo Mora de Freitas

  9. Geometry has to be shared Generator Need to share the same geometry !!! Detailed simulation Reconstruction Analysis And nobody never tried to retrieve geometrical information via SQL queries, except in the geometry drivers in MOKKA !!! Paulo Mora de Freitas

  10. Gabriel Musat L.L.R. – Ecole polytechnique

  11. About CGA • Good features in CGA: • Provides a full consistent geometry system for simulation, reconstruction and analyses. • Provides a scan mechanism to explore the detector geometry and material proprieties (geantino tracking) • But… • Links against Geant4 libraries • Exports only low level geometry (G4 volumes level) • a few users only • Available with Mokka since 2004, anyway Paulo Mora de Freitas

  12. LCIO Persistency Framework Generator Analysis Recon- struction Simulation Geometry Database ILD Current framework Java, C++, Fortran MARLIN MOKKA GEAR Geometry API for Reconstruction Paulo Mora de Freitas

  13. Improvements from GearCGA • Usual GEAR properties (detector parameters) now available without having to previously run Mokka to generate the GEAR file • together with the Point+Distance Properties • information is now supplied by the CGA interface • the libraries belonging to Mokka, Geant4, CLHEP, MySQL, GEAR, LCIO are put together in one library after linking Mokka Gabriel Musat L.L.R. – Ecole polytechnique

  14. Gabriel Musat L.L.R. – Ecole polytechnique

  15. Towards a new geometry tool • MOKKA history rises a set of user’s requirements for the Geometry Toolkit • To be generic, flexible and friendly for the final user, etc. • To adopt a CAD graphic interface: • No more script language neither XML edited by hand • See http://www.opencascade.org Paulo Mora de Freitas

  16. Towards a new geometry tool • Abstraction levels for the detector geometry: • To cope with the different views for simulation, reconstruction, analysis, event displays… • To use metadata to describe the abstraction levels, to keep the tool as generic as possible • To provide a Data Manipulation Language (DML)? • To define an abstract API (C++, Java, etc.) • To provide at least one implementation for this API • To provide at least one simulation/ reconstruction / event display chain compliant with it. Paulo Mora de Freitas

More Related