There might well be several parametrs that are not optimal for the global tracking etc. In general all tracking done til now should also be re-done. a) Most is not done with closeby tpc calibration since we start them right off; this is also the rational fro calling the localtracking'sa for run rather than ltr; b) As you point out matching-par may not be optimal c) The geometry is not yet tuned. (Reinstalled T5, T1) d) We do not keep track of what is done using a file catalog; I think this is a crucial ingredience that must be made for this runs large amount of data on the vertex stuff I personally never liked that the projected vtx was replace by a BB-vtx. In particular this run where the triggers do NOT include BB but rather ZDC there may be classes of 'peripheral' events with badly determined BB vtx. I suggest we talk and settlte this when both you an jamel are here next week. Flemming ---------------------------------------------------------------- Flemming Videbaek Physics Department Brookhaven National Laboratory e-mail: videbaek@bnl.gov phone: 631-344-4106 ----- Original Message ----- From: "Bjorn H Samset" <bjornhs@rcf2.rhic.bnl.gov> To: "BRAHMS Software list" <brahms-dev-l@lists.bnl.gov> Sent: Wednesday, February 04, 2004 6:27 AM Subject: Re: [Brahms-dev-l] TFW2 > On Tue, 3 Feb 2004, Flemming Videbaek wrote: > > > > > Well as far I can see Zhangbao wrote the module. I just added it into > > the > > grt scripts. Have no clue if it works, it requeres adc pde do they > > exsist!? > > The default cuts (dx) do not look reasonable to me either 0.5 cm -> 3.5 > > just for checkout. You can look soon for run 10051 and see if this works > > Hi Flemming and Eun-Joo. I was just about to try the same thing, so I > looked into the official AuAuGlobalTracking.C a bit. Two things: > > First of all, the TFW2 module Flemming added didn't get it's parameters > set properly: > // > //TOFW track matching > // > BrMrsTfw2MatchingModule* tfw2match = > new BrMrsTfw2MatchingModule("MRS", "MRS Tfw2 Matching module"); > > match->SetNtuple(kTRUE); > match->SetTdcRange(10, 4000); // default is [10, 4000] > match->SetMaxAdc(100000); // default is 0.5 > match->SetMaxDX(3.5); // default is 0.5 > match->SetNoPedWidth(10); // default is 50 > swModule->AddModule(tfw2match); > > while TOFW matching now has some odd parameters. I've fixed this in the > official file on bramreco, but not re-done the tracking. > > Secondly, I see we still run with > ffs->SetUseTrackBeamVtx(kTRUE); // Use track beam vtx for p+p and d+au, > // otherwise > // we get in trouble with events that > // have no bb vertex > > Is this the intended behaviour? I'd have thought that for AuAu the bb > vertex would be pretty stable. (On the other hand I haven't been to BNL > yet for this run, so I'm not quite up to speed...) > > Thirdly, is there any reason not to automatically convert the > first-generation local track files to ltr<*>v01.root? E.g. this script: > ~bramreco/bhs/reco/run2ltr.py > could be set to do this at the end of reconstruction. These files really > are the version1 that we'll use, so I think this should be done (saves us > all the 'if ltrVersion==0 then' workarounds, plus forces us to use the > versioning scheme ;-) > > Ping :-) > > --Bjorn > > > > Flemming > > > > While waiting for beam- and some trigger checkout. > > It is now pouring, I wonder if snow and ice is not better than rain. > > > > > > Eun-Joo Kim said: > > > Dear All, > > > > > > I am working on C4, and I found... we need TFW2. > > > Actually I am getting trouble in TFW2 calibration and so on. > > > Is anybody working on TFW2? > > > > > > Some gtr files in /brahms/data14/data/run04 doesn't have any TFW2 > > > matching, whoever it is, would you put the TFW2 matching module? > > > > > > Thanks... > > > > > > Eun-Joo > > > > > > > > > -- > Bjorn H. Samset Phone: 22856465/92051998 > PhD student, heavy ion physics Adr: Schouterrassen 6 > Inst. of Physics, University of Oslo 0573 Oslo > \|/ > ----------------------------> -*- <----------------------------- > /|\ > > _______________________________________________ > Brahms-dev-l mailing list > Brahms-dev-l@lists.bnl.gov > http://lists.bnl.gov/mailman/listinfo/brahms-dev-l > _______________________________________________ Brahms-dev-l mailing list Brahms-dev-l@lists.bnl.gov http://lists.bnl.gov/mailman/listinfo/brahms-dev-lReceived on Wed Feb 4 08:16:20 2004
This archive was generated by hypermail 2.1.8 : Wed Feb 04 2004 - 08:16:34 EST