/MuID status report

on behalf of the

Moore/MuID group

.

Status in the releases ( Units Migrations DC1/G3 MuonGeoModel Migration DC2/G4) MuID updates Trig

Status in the releases

Moore has completed the units migration in release 7.8.0

. (MuonDetectorDescription DC1/G3 data) MuID has completed the units migration in release 8.0.0

. (MuonDetectorDescription DC1/G3 data) Moore has migrated to MuonGeoModel in release 8.2.0

. Given the fact that MuonGeoModel at present only works for DC2/G4 data, Moore in release 8.2.0 can only works on DC2/G4 data. Backward compatibility will soon be restored. BNL, 25 May 2004

Units Migration

Moore has completed the units migration in release 7.8.0.

To validate the units migration single muons datasets from DC1 have been analysed. The datasets used are under:

/castor/cern.ch/atlas/transfer/dc1/roma1 pT=6GeV/c 40000 events pT=20GeV/c 40000 events pT=100GeV/c 40000 events pT=200GeV/c 40000 events pT=300GeV/c 40000 events pT=500GeV/c 40000 events pT=1000GeV/c 20000 events

BNL, 25 May 2004

Units Migration

Example: Moore Reconstruction efficiency as a function of |h| Release 7.8.0 has been used. Efficiency drop in the |h|>2 regions was present also in previous releases (partially known problem, and partially under investigation)

Nr Reconstructed Tracks P T = 100GeV/c ~ 1.

1/P T resolution P T = 100GeV/c Mean = 1.00

Sigma= 0.045

BNL, 25 May 2004

Units Migration

The complete set of results is available under web: http://www.fisica.unile.it/~cataldi/Moore/MooreMeeting25_03_04.html

The results show a full agreement with previous validation tests performed on DC1 (before the units migration): see for example the validation web page for 7.0.3 release version, although the

deterioration that was not present in the previous releases.

|h|>2 shows a more evident

From a technical point of view during the validation test performed on 7.8.0 a set of scripts for running the

muon validation

has been setup (Nectarios Benekos).

single

and provide the plots in a reference area A set up of a standard Moore validation web page is foreseen (Nectarios Benekos and Stephane Willocq) as well as the setup of scripts for running on G4 data (DC2). BNL, 25 May 2004

G. Stavropoulos

and the MuonGeoModel

Moore has migrated to MuonGeoModel in release 8.2.0

. Given the fact that MuonGeoModel at present only works for DC2/G4 data, Moore in release 8.2.0 can only works on DC2/G4 data. In the following a set of preliminary results is presented, running on a set of 100GeV/c muons simulated with release 8.0.0. No treatment for inert material has been taken into account in reconstruction.

BNL, 25 May 2004

running on G4 data

G. Stavropoulos Moore Reconstruction efficiency as a function of |h|

1/P T resolution P T = 100GeV/c Mean = 0.97

Sigma= 0.057 Nr Reconstructed Tracks P T = 100GeV/c ~ 1.

BNL, 25 May 2004

Reconstructed Muon are expressed at the entrance of the MuonSpectrometer (first measured point), while the Generated Muons are expressed at the beam spot.

MuID status

The MuonIdentification package has been migrated to new units (migration completed in 8.0.0 release) The package has been reorganized (dividing Algorithmical classes and DataEvent classes into subpackages). The main motivation for the reorganization: The work in progress on low energy Muon Identification (Natasha Panikashvili) needed to get into the repository release structure. The old structure containing 27 classes in MuonIdentification made it a rather large package. BNL, 25 May 2004

N. Panikashvili

Status of low pt

m

identification

Algorithm outline: MuidTrackCandidate

Selection of ID track 1.

2.

3.

J/ψ  μ+ μ μ+ μ Single μ

Output

: container of iPatRec candidates

Output

: vector of associated digits for each iPatRec candidate

Output example:

Digits from MOORE segments

MuidDigitTrackAssociation

Association of ID tracks with MS digits (Simulated digits, digits from MOORE segments)

MuidTrackCandidate

iPatRec candidate BNL, 25 May 2004 MDT digits CSC digits RPC digits TGC digits TileCal information • •

Status:

The low pt muon identification algorithm is implemented and it is in the CVS repository The algorithm was tuned at the analysis level and it is now under test in the C++ reconstruction environment.

M.Biglietti, G.Cataldi

Trig current status (0)

TrigMoore

is the online version (interface) of Moore. It evolves togheter with the offline packages

Moore

and

MuId

and depends on Moore/MuId code/developers.

TrigMoore allows the following steps: The reconstruction of tracks in the MuonSpectrometer (Moore) The extrapolation to the interaction Region (MuID standalone) The combination of the tracks with Inner Detector tracks, performing a global refit (

MuID combined

) TrigMoore can be seeded by: LVL1 Trigger information

LVL2 Trigger information (MuonFeature)

BNL, 25 May 2004

M.Biglietti, G.Cataldi

Trig current status (I)

The full MuonSlice chain:

L1



Transient ByteStream

 m

Fast



TrigMoore

has been debugged in a

7.2.0+

release using a project area The code has been migrated under

8.0.0

and it is ready for commit/tag. It will be officially included in 8.3.0 release. The priority of Moore migration to MuonGeoModel has provoked a broken Moore online package, that will be restored in the following release. Analysis studies on reconstruction performances with single muons sample in presence of cavern background are on-going, in the LVL1 seeded version of Moore (see next slides). The studies use DC1 data. BNL, 25 May 2004

M.Primavera, A.Ventura

Trig studies(0)

“Seeded”

(

by the LVL1 ROIs) version

of TrigMOORE applied to reconstruct 100 GeV single muon

without

and

with

cavern background addition “

nominal

” background (

x1

) Track acceptance cut in or a “

safety

” factor 5 (

x5

) | h | < 0.9 (driven by the RPC-LVL1) Rel. 7.2.0 + new LVL1 trigger packages + bug fixed in the code (equivalent to release 7.6.0) LVL1 acceptance in the above h region: #ROI >0, thr#>0 Moore efficiency (track  2 < 3.) and MUID eff. normalized to LVL1 (#ROI >0, thr#>0)

LVL1 acc.

<# ROI> Moore eff.

Muid eff.



2 >

BNL, 25 May 2004

No bck 0.816



0.016

1.033

0.996



0.003

0.996



0.003

1.23

1.03

x1 0.826



0.016

1.115

0.985



0.006

0.980



0.007

1.22

1.09

x5 0.867



0.014

1.238

0.952



0.010

0.944



0.010

1.21

1.11

Compare with ~12 track segments/ev in MOORE offline for x5

BNL, 25 May 2004

No bck x1

MOORE Pt resolution

x5

Pt resolution is slightly worse as bck increases

BNL, 25 May 2004

No bck x1 x5

MUID Pt resolution Pt resolution is slightly worse as bck increases

BNL, 25 May 2004 MOORE: deterioration of the efficiency cutting @3,5,10 pt sigma for good reconstructed tracks (i.e. close in eta and phi to the true track)

Conclusions and Future plans

Migration to MuonGeoModel representation for the reconstruction has been accomplished in release 8.2.0

Validation of G4 data samples is ongoing.

Restoring the functionality for DC1/G3 data will follow (next release) Low pT m algorithm are under test.

TrigMoore will be restored in next release, hopefully for boths MuonDetDescr and MuonGeoModel representation. BNL, 25 May 2004