From: Christian Holm Christensen (cholm@hehi03.nbi.dk)
Date: Fri Nov 22 2002 - 07:23:50 EST
Hi Flemming et al, "Flemming Videbaek" <videbaek@sgs1.hirg.bnl.gov> [Re: DetectorParameters.txt] wrote concerning @s> [Re: DetectorParameters.txt] wrote concerning Thu, 21 Nov 2002 16:34:56 -0500 ---------------------------------------------------------------------- > Ramiro is right the numbers are on the web-page. Truls is also right > because the DetectorParameters.txt is wrong, but in fact the > distance is not used. The actual rowpositions are given accurately > in the params too. Isn't it about time we scratch the file `DetectorParameters.txt'? We should really use the DB for that instead. One way of separating simulation parameters from analysis parameters, is to assign negative or very numerically small/large run numbers to `simulation runs'. Please note, however, that some numbers in the `DetectorParameters.txt' are used in the analysis for the TMA and SMA. Basically, the number of strips per SMA detector, number of detectors in a row, ring of the TMA and SMA, and similar. These numbers should really be stored in the geometry database, not in a calibration database or ASCII file. Kris, is the geometry database flexible enough to handle such auxiliary information? > A more severe issue on the DetectorParameters.txt is that someone > has decided to have copies with crash and in xtpi. I put the copy into CRASH, as it was needed there. The point was, that we needed to make sure that the file was around on the CRS farm, and hence a copy was needed. Further, there are one file for the 2000 run and one for the 2001 run. To automate the selection of the appropriate file based on the run number, it was necessary include the files in CRASH. If we stored the numbers in a database, then we wouldn't need all of this. As for `xtpi' - "I kno' notin', I stupid, I come from Barrrthhhelona!" > I think these secondary should disappear - they are not up todate, > and there should only be one place where these constants should be > maintained. With the tight coupling between BRAT version and installations this is (almost) possible. The main problem is the automatic selection in CRASH. > 2002-11-21 Flemming Videbaek <videbaek@lullaby.brahms.bnl.gov> What's this machine? Yours, ___ | Christian Holm Christensen |_| | ------------------------------------------------------------- | | Address: Sankt Hansgade 23, 1. th. Phone: (+45) 35 35 96 91 _| DK-2200 Copenhagen N Cell: (+45) 24 61 85 91 _| Denmark Office: (+45) 353 25 305 ____| Email: cholm@nbi.dk Web: www.nbi.dk/~cholm | |
This archive was generated by hypermail 2.1.5 : Fri Nov 22 2002 - 07:24:31 EST