GSI Forum
GSI Helmholtzzentrum für Schwerionenforschung

Home » PANDA » PandaRoot » Meetings » pandaroot meeting, 10 May, 14:00
pandaroot meeting, 10 May, 14:00 [message #11750] Sun, 08 May 2011 19:52 Go to next message
Johan Messchendorp is currently offline  Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen
first-grade participant

From: *xs4all.nl
Dear all,

As a reminder: the next pandaroot meeting will take place on Tuesday at 14:00 (EVO). Tentative agenda points:

*) general announcements
*) preparations TDR campaign:
- new external packages (may11)
- GRID issues
- status of code: status modules, eventmixing in TPC code, performances, DPM cutoff, ...
- when may-pandaroot release?
*) AOB

Johan.
coordinates... [message #11763 is a reply to message #11750] Tue, 10 May 2011 12:32 Go to previous messageGo to next message
Johan Messchendorp is currently offline  Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen
first-grade participant

From: *KVI.nl
Title: pandaroot
Description:
Community: Panda

Meeting Access Information:
- Meeting URL
http://evo.caltech.edu/evoNext/koala.jnlp?meeting=MsMiMI282aDnDD9l99Dt9s

- Phone Bridge
ID: 337 2317

Central European Summer Time (+0200)
Start 2011-05-10 13:30
End 2011-05-10 16:00

Japan Standard Time (+0900)
Start 2011-05-10 20:30
End 2011-05-10 23:00

Eastern Daylight Time (-0400)
Start 2011-05-10 07:30
End 2011-05-10 10:00

Pacific Daylight Time (-0700)
Start 2011-05-10 04:30
End 2011-05-10 07:00


EVO Phone Bridge Telephone Numbers:
---------------
- USA (Caltech, Pasadena, CA)
+1 626 395 2112

- Switzerland (CERN, Geneva)
+41 22 76 71400

- Slovakia (UPJS, Kosice)
+421 55 234 2420

- Italy (INFN, several cities)
http://server10.infn.it/video/index.php?page=telephone_numbers
Enter '4000' to access the EVO bridge

- Germany (DESY, Hamburg)
+49 40 8998 1340

- USA (BNL, Upton, NY)
+1 631 344 6100

- United Kingdom (University of Manchester)
+44 161 306 6802

- Australia (ARCS)
+61
Adelaide 08 8463 1011
Brisbane 07 3139 0705
Canberra 02 6112 8742
Hobart 03 623 70281
Melbourne 03 8685 8362
Perth 08 6461 6718
Sydney 02 8212 4591

- Netherlands (Nikhef, Amsterdam)
+31 20 7165293
Dial '2' at the prompt

- Canada (TRIUMF, Vancouver)
+1 604 222 7700

- Czech Republic (CESNET, Prague)
+420 95 007 2386

- USA (MIT, Cambridge, MA)
+1 617 715 4691

- France (RAP, Paris)
+33 144 27 81 50


---------------
some notes... [message #11769 is a reply to message #11750] Tue, 10 May 2011 21:17 Go to previous messageGo to next message
Johan Messchendorp is currently offline  Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen
first-grade participant

From: *xs4all.nl
Here some notes after our meeting this afternoon:

*) new external packages: may11 release. Made available by Mohammad and includes the requested GLPK, root 5.29/02, updates Geant4, etc. The new external packages have been tested so far successfully on various linux flavors. Furthermore, it has been installed on most GRID sites (except for Glasgow: Dan is looking at that).

*) DPM discussion was concluded during last tracking meeting: there is a momentum-dependent cut-off implemented that cuts recoil protons of 100 MeV/c and less. The request has been implemented in PndDpmDirect.

*) Status of STT chain: 1) geometry+digi fixed! 2) GEM extension reconstruction completed. The efficiencies are larger than 80% for the hit finding; 3) Lia and Gianluigi presently working on secondary track finding code; 4) Gianluigi is furthermore working on a clean-up by studying the continuity in firing tubes.

*) Status TPC chain: 1) new ROOT geometry committed: still has to be tested. This will be done by Felix within the upcoming two days. He will notify Johan/Stefano when ready, so that we can start with DPM events on Grid; 2) Johannes presented some of the reconstruction results from the data taking run at GSI (see attachment). Efficiencies are typically 80% and larger; 3) Sebastian looked into some optimization of the performance. He will post the benchmarks asap on the forum. It is expected that the performance can be improved by a factor of two than what originally was stated, e.g. 1 event ~ 15 minutes with a few thousand tracks/event.

*) Event-mixing: since the time-based framework will not be ready for the TDR, we will continue with a mixing procedure "by hand", e.g. each of the two different tracking detectors will implement their own code that reads DPM events on the digi level. As well, Gianluigi as Sebastian have done this already for their own reconstruction.

*) Parameter management: at present, the detector parameters are stored in one ASCII file (all.par). Note that on the long run, we will make use of an oracle database (once we find a person for this), and the ASCII file will become obsolete. There is a request from Felix to make the existing structure more flexible, such that each detector can maintain their own parameters and that all these parameter files are automatically combined into one. Florian/Stefano might already have looked into this. They will be contacted to see whether we can accommodate such automatic merging.


Johan.
Re: some notes... [message #11783 is a reply to message #11769] Thu, 12 May 2011 13:21 Go to previous messageGo to next message
StefanoSpataro is currently offline  StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino
first-grade participant

From: *w90-21.abo.wanadoo.fr
Just one comment from my side:

Johan Messchendorp wrote on Tue, 10 May 2011 21:17

There is a request from Felix to make the existing structure more flexible, such that each detector can maintain their own parameters and that all these parameter files are automatically combined into one. Florian/Stefano might already have looked into this. They will be contacted to see whether we can accommodate such automatic merging.



At present (since 2 years) each detector maintains their own parameters, but in the macro/params folder. The only request is only to send the create_par.sh script and commit also the all.par. This what we have done successfully in the last months.

Re: some notes... [message #11784 is a reply to message #11783] Thu, 12 May 2011 13:28 Go to previous messageGo to next message
Felix Boehmer is currently offline  Felix Boehmer
Messages: 149
Registered: May 2007
Location: Munich
first-grade participant

From: *natpool.mwn.de
Hi Stefano,

I know that this combined parameter file is existing, which is exactly the point I don't like.
Wouldn't it be possible to create the combined set on the fly, while still reading in the individual detector-specific files? In that way one would only have to maintain one copy and not worry about the actuality of the combined file.

Cheers

Felix
Re: some notes... [message #11785 is a reply to message #11784] Thu, 12 May 2011 13:36 Go to previous messageGo to next message
Johan Messchendorp is currently offline  Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen
first-grade participant

From: *KVI.nl
what about placing a call to the script that Stefano refers to, in the rootlogon.... in that way, the all.par is automatically updated.

j.
Re: some notes... [message #11786 is a reply to message #11784] Thu, 12 May 2011 13:39 Go to previous messageGo to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: 140.181.8*
Hi,

As I said in the meeting we had something, Florian has already done this and it is simply like this:

1. create a TList
2. Add a TObjString which present the file name of your ascii file
3. set the list as an input for the run time data base

i.e:
Quote:

...............
// Digitisation files
TList *parFileList = new TList();

TString paramDir = gSystem->Getenv("VMCWORKDIR");
paramDir += "/parameters";

TObjString stsDigiFile = paramDir + "/sts/sts_standard.digi.par";
parFileList->Add(&stsDigiFile);

TObjString trdDigiFile = paramDir + "/trd/" + digipar + ".digi.par";
parFileList->Add(&trdDigiFile);
................

FairRuntimeDb* rtdb = run->GetRuntimeDb();
FairParRootFileIo* parIo1 = new FairParRootFileIo();
FairParAsciiFileIo* parIo2 = new FairParAsciiFileIo();
parIo1->open(parFile.Data());
parIo2->open(parFileList,"in");
rtdb->setFirstInput(parIo1);
rtdb->setSecondInput(parIo2);
rtdb->setOutput(parIo1);

............



I think this should solve the whole problem, each detector has his own par file and we take it from there into the full simulation.


regards

Mohammad

Re: some notes... [message #11787 is a reply to message #11786] Thu, 12 May 2011 14:07 Go to previous messageGo to next message
Johan Messchendorp is currently offline  Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen
first-grade participant

From: *KVI.nl
Mohammad's option would indeed solve the problem.... Felix, do you agree?

Johan
Re: some notes... [message #11790 is a reply to message #11787] Thu, 12 May 2011 16:30 Go to previous messageGo to next message
Felix Boehmer is currently offline  Felix Boehmer
Messages: 149
Registered: May 2007
Location: Munich
first-grade participant

From: *natpool.mwn.de
Yup, looks good to me!
Re: some notes... [message #11791 is a reply to message #11790] Thu, 12 May 2011 17:46 Go to previous message
StefanoSpataro is currently offline  StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino
first-grade participant

From: *w90-21.abo.wanadoo.fr
The main idea of that all.par was to provide a full set of parameters so that the user should not care about the last version of params.
Some code doing this job automatically would be also better.
Previous Topic: pandaroot meeting, 26 April, 14:00
Next Topic: pandaroot meeting, 24 May, 14:00
Goto Forum:
  


Current Time: Thu Mar 28 13:04:42 CET 2024

Total time taken to generate the page: 0.01087 seconds