Hi, The eff speed of light only matter for the y-calculation , I blieve ; I do not think it appers in the time-calculations. I do NOT understand how it can be 25 in the AuAu. Typically they are ~40% of speed-of light so the 25 is silly. This would also imply the y in slat wil not match track -y (assuming Vdrift is properly calibrated) Flemming -------------------------------------------- Flemming Videbaek Physics Department Bldg 510-D Brookhaven National Laboratory Upton, NY11973 phone: 631-344-4106 cell: 631-681-1596 fax: 631-344-1334 e-mail: videbaek @ bnl gov ----- Original Message ----- From: "Truls Martin Larsen" <trulsml_at_nbi.dk> To: "Kris Hagel" <hagel_at_comp.tamu.edu> Cc: "Brahms Devel" <brahms-dev-l_at_lists.bnl.gov> Sent: Thursday, June 14, 2007 10:43 AM Subject: Re: [Brahms-dev-l] m2 vs p... > Hi, > > yes it must be a bad calibration... But I struggle to see what is bad. > Attached is the TimeOffset calibration for the same slat (23), and also > the beta vs p dist. > > Which is the effective speed of light in TFW2, I think I was told to set > it to 13.4... Is that correct? I can see in AuAu_at_200 it is set to 25??? > It this eff speed is commited before one does the time offset calib, and > I think it is used in this step... though it is strange that it works > for some slats and not others... > > Cheers, > Truls > > > > On Thu, 2007-06-14 at 09:14 -0500, Kris Hagel wrote: >> Truls, >> I don't think it can be anything other than a bad calibration for >> those slats. Since the lines are sharp, it would not be the slewing >> calibration. Rather, I think it looks like the time offset >> calibration. You can look at p vs beta. The high p pions should be >> near 1. My guess is that you will find that the high p pions are not >> at beta=1 >> >> Kris >> >> Truls Martin Larsen wrote: >> > Hi, >> > >> > does anybody know which part of tof calibration that can make a m2 vs p >> > distribution look like the one in attached file. In this setting I have >> > some slats with normal distribution, and some slats that give results as >> > the attached gif. This rules out any mistake in the slewing I think, as >> > that is only done once. I cannot see big/significant difference in >> > numbers commited to the calib DB between good and bad slats... >> > >> > All help and ideas appreciated! >> > >> > Cheers, >> > Truls >> > >> > >> > >> > ____________________________________________________________________ >> > >> > >> > >> > ____________________________________________________________________ >> > >> > _______________________________________________ >> > Brahms-dev-l mailing list >> > Brahms-dev-l_at_lists.bnl.gov >> > https://lists.bnl.gov/mailman/listinfo/brahms-dev-l >> > > -------------------------------------------------------------------------------- > _______________________________________________ > Brahms-dev-l mailing list > Brahms-dev-l_at_lists.bnl.gov > https://lists.bnl.gov/mailman/listinfo/brahms-dev-l > _______________________________________________ Brahms-dev-l mailing list Brahms-dev-l_at_lists.bnl.gov https://lists.bnl.gov/mailman/listinfo/brahms-dev-lReceived on Thu Jun 14 2007 - 10:51:19 EDT
This archive was generated by hypermail 2.2.0 : Thu Jun 14 2007 - 10:51:35 EDT