Date: Fri Jun 02 2006 - 10:48:33 EDT
Hi Pawel, thanks for the explaination. It works fine, using the "CX" option for dAu - but the list of runs for 4A3450 is not complete, is it? The attached plot is the fseff obtained from the latest efficiency map for 4A3450 setting within the run range mentioned in the file. I think it looks all right. BTW, are you going to have rich efficiency in the efficiency map as well? Best regards, Hongyan Pawel Staszel wrote: > Hi, > > Hongyan Yang wrote: > >> Hi Pawel, >> thanks a lot! Just before you wrote the mail, I noticed this file >> is at its place. I am working on testing it right now - but by the >> way, I noticed you put an extra comments like "Fiducial cuts on y in >> T5 +-14cm" - could you tell me what the reason for doing it >> specifically is? And this cut may related to the generation of the >> acceptance map. > > > To the acceptance maps and data maps. The efficiency maps are averaged > over y coordinate, so we have to do average > over the same range as used for data. Note, that +-14cm refer to > global coordinate system and not to local system of T5 volume. > Any way because detector efficiencies look quite flat in y is does not > make any significant difference. > > Cheers, > Pawel. > >> >> >> Thanks again, >> Hongyan >> >> Pawel Staszel wrote: >> >>> Hi, >>> I put file with new efficiency maps for runs requested by Hongyan >>> (dau, run03) in to the official place >>> (/brahms/data08/corrections/trackEff). The file name is built >>> according to the modified convention: >>> (MappedEffic_run03_dau_200_PSv1.root). I also added method >>> SetSuffix() in EfficiencyCalculator (banapp) >>> that allow to select map creator string ("PSv1"). >>> >>> Hongyan, could you test the maps and tell me whether the stuff works >>> right? >>> Thanks, >>> Pawel. >>> _______________________________________________ Brahms-dev-l mailing list Brahms-dev-l@lists.bnl.gov http://lists.bnl.gov/mailman/listinfo/brahms-dev-l
