Testing Shower Filter Code - June 5

original version of analysiscut.cc

first version of analysiscut2.cc
-> Produces this filtered list: March 1, 2004

newer version of analysiscut2.cc
-> Produces this filtered list: March 1, 2004

CTShowerDocumentation

New version of analysis cut seems to work. The one shower which was previously being misclassified as a chicos shower now correctly shows up as a chiquita shower. In addition, two junk showers that were getting through before don't now. (They also were being misclassified as chicos showers, and therefore not having the accidentals stripped out of them before making the NN/TRMS cuts. After the cuts they each had only 3 sites.)


The logic used in the current incarnation of analysiscut is as follows:

Does the shower have at least one non-CIT1000 event?

Basically this sets the qualifications for showers as follows:


The logic used in the original version of dailyshower/analysiscut is:

Does the shower have at least 3/5 nearest neighbors and pass Trms < 10?

This sets the qualifications for showers as follows:


There is one difference between the resulting classification of showers in the new and old versions: Suppose there were a site that was not either Chiquita (100x, 2001, 3001, 4001) or Caltech 03, Poly, or PCC which had a Chiquita site as one of the 5 nearest neighbors. If that site were the only trigger in a shower, and one of the 3 nearest neighbours hit was the Chiquita site, that shower would be classified as Chiquita in the old version, and junk in the new version.

I made it that way figuring that it shouldn't be a Chicos shower if it didn't pass the nearest-neighbor cut without chiquita, but no non-chiquita triggers are being included in the analysis of chiquita showers I was working on. I don't think any site in the Chicos array besides Caltech 3, PCC, and Poly has a Chiquita site as a nearest neighbor anyway, so this case should never occur. However, it might be wise to allow for it in case the configuration of the array changes... This could be done by taking out the line which tests whether there is a Chiquita/03/96/105 trigger from the new version. However, this would result in all junk Chicos noise being checked twice, slowing the run time. I think I will just add a note to the code suggesting the check be taken out if the configuration of the array changes.