Hi Flemming, this goes back a long way and was done because it was the most simple thing to do at that time. Back then there was at least only 2 cards as I remember and the problem of looking up to see if the rows were instrumented etc. was not done so it was easy. If you want to look up the dead pads etc. now you could of course add them. I didn't think this was a secret..... I always had a feeling that the best way to improve our TPC local tracking was to throw out all the big clusters, i.e., those we deconvolute now, because the number of single hits shows beautiful peaks at the max no. of padrows while this is not true for the total no. of hits or at least do it in two passes - 1. no deconvoluted, 2. with deconvoluted clusters. Since we don't do HBT I don't even think we need the 2. pass. Cheers, Peter On Wed, 17 Mar 2004, flemming videbaek wrote: > Hi I am reviewing and have worked for a while to improve the tpc local > tracking to deal better with dead pads. As you have also seen we have > some real problems with the T2 response with the y-dependence. While > trying to summarize ppotential imporvement it comes across that the T2 > is claimed only to have 8 active rows evwn though it has 10. How come ? > It turns out that burried inside the BrTpcCalModule there are statements > that after having loaded the padstatus parameters from the database > executes the following. > > if detector is T2 > setRowInactive(13) setRowInactive(14) > > Why is this done??? if someone has a good answer please respond. In any > case I will remove this. (by the way it also means that no tpc-timing > cal exists for this two rows, albeit the padstatus is worked out. > > Flemming > > > > ---------------------------------------------------------------- > Flemming Videbaek > Physics Department > Brookhaven National Laboratory > > e-mail: videbaek@bnl.gov > phone: 631-344-4106 -- :-) --------------------------- )-: Peter H L Christiansen pchristi@nbi.dk / (+45)40840492 :-D --------------------------- \-: _______________________________________________ Brahms-dev-l mailing list Brahms-dev-l@lists.bnl.gov http://lists.bnl.gov/mailman/listinfo/brahms-dev-lReceived on Thu Mar 18 03:49:51 2004
This archive was generated by hypermail 2.1.8 : Thu Mar 18 2004 - 03:50:10 EST