Bjorn H Samset wrote: ...nice description of new BrVertexModule.... Thanks, Bjorn, This sounds extremely good! You say that: >The last one is the "global" vertex, and is filled in this way: If the >cluster-vtx has a good det. (below a settable cut) this z is put in. If >not, I check to see if the track-vtx is good - the reason for this >ordering is that the cluster-algorithm has the best efficiency even though >it is a bit slower. If none of these are present or good the BB data is >put in, and finally if it is the only one present the ZDC-data is >used. The checking that we have done indicates that while the cluster vertex indeed finds many more vertices than the track vertex ( I guess this is what you mean by 'efficient'), in something like 25% of events (at least for run2535) the cluster vertex Z is not correlated with the BB Z. I think that this means that you should not only check that the vertex is found, but also should check that, say, BB and Cluster (or track, or whatever) are consistent. I don't know exactly what the consistency requirement should be. Claus Ekman has looked at this and we are writing up a little analysis note, which should be ready one week ago. Since it was not ready then, I'll try to get it out in the next day or two. Cheers, and thanks for the note! -- Ian-------------------------------------------------------------------- | I.G. Bearden | | Niels Bohr Institute Tb 3 email: bearden@nbi.dk | | Blegdamsvej 17 phone: (+45) 35 32 53 23 | | København Ø FAX: (+45) 31 42 10 16 | | Danmark | ----------------------------------------------------------------------
This archive was generated by hypermail 2b29 : Wed Nov 08 2000 - 01:02:10 EST