Making Inputs for the Neural Net from AOD

This is just a small page that will contain any work-arounds/bug-fixes that we've found, that can't be applied in the code and require special action by your own good self.

Issues still to be resolved

1. In share/TtHHbbSetups.py:

include( "AtlasGeoModel/SetGeometryVersion.py" )
include( "AtlasGeoModel/GeoModelInit.py" )

Athena warns that both of these files are obsolete - this does not lead to an ERROR or WARNING, but nonetheless needs to be looked at.

2. In src/PreselectLeptons.cxx:

    const EMShower* shower;
    if ((*elecItr)->author() != egammaParameters::AuthorUnknown){
      trackIsolationEnergy20 = m_trackIsolationTool->trackIsolationEnergy((*elecItr)->trackParticle(),0.2);
      trackIsolationEnergy30 = m_trackIsolationTool->trackIsolationEnergy((*elecItr)->trackParticle(),0.3);
      trackIsolationEnergy40 = m_trackIsolationTool->trackIsolationEnergy((*elecItr)->trackParticle(),0.4);
      shower                 = (*elecItr)->detail<EMShower>(m_showerContainerName);
      //CCT: shower - seems to have stopped working in 15.6.0.2 for data made with r838 (v15.3.1.6)                                                                               
      //was giving a seg fault as it tried to get etcone20 even if "shower" had not been successfully obtained!                                                                   
      if (!shower) {
        mLog << MSG::WARNING << "Invalid EMShower pointer!" << endreq;
      }else{
        etcone20               = shower->etcone20()/pT;
        mLog << MSG::INFO << "shower->etcone20() = " << shower->etcone20() << ", pT = " << pT << endreq;
      }
    }

The warning message appears an awful lot - also, don't think this influences the Net inputs, but still should be looked at - do we need to get anything from the shower?

3. From the ye olde code, I noticed a 'placeholder' warning to check that W and top masses used in the sensible states are the same as in the generator (this hasn't been done yet). Also, perhaps we can tighten the sensible cut on the W mass? Seems rather wide at the mo (25GeV)....

Bug-fixes

OFLP200

IOVDbSvc                                            ERROR Tag OFLCOND-SDR-BS7T-04-13 cannot be resolved for folder /CALO/Noise/CellNoise
IOVDbSvc                                            ERROR Cache load (prefetch) failed for folder /CALO/Noise/CellNoise
IOVDbSvc                                            ERROR Tag OFLCOND-SDR-BS7T-04-13 cannot be resolved for folder /CALO/Identifier/CaloTTOnAttrIdMapAtlas
IOVDbSvc                                            ERROR Cache load (prefetch) failed for folder /CALO/Identifier/CaloTTOnAttrIdMapAtlas
IOVDbSvc                                            ERROR Tag OFLCOND-SDR-BS7T-04-13 cannot be resolved for folder /CALO/Identifier/CaloTTOnOffIdMapAtlas
IOVDbSvc                                            ERROR Cache load (prefetch) failed for folder /CALO/Identifier/CaloTTOnOffIdMapAtlas
IOVDbSvc                                            ERROR Tag OFLCOND-SDR-BS7T-04-13 cannot be resolved for folder /CALO/Identifier/CaloTTPpmRxIdMapAtlas
IOVDbSvc                                            ERROR Cache load (prefetch) failed for folder /CALO/Identifier/CaloTTPpmRxIdMapAtlas
IOVDbSvc                                             INFO Disconnecting from COOLONL_CALO/OFLP200

This is a problem with the databases - the fix to this is to get a newer DB installed, so you just have to speak to Tom Doherty. If you are running on MC this is sufficient. If you are running on data, then you need to also do the following:

export ATLAS_POOLCOND_PATH=/afs/cern.ch/atlas/conditions/poolcond/catalogue <http://cern.ch/atlas/conditions/poolcond/catalogue>
export FRONTIER_SERVER="(serverurl=http://lcgft-atlas.gridpp.rl.ac.uk:3128/frontierATLAS)(serverurl=http://oratest02.pic.es:3128/pic-frontier)(proxyurl=http://nat005.gla.scotgrid.ac.uk:3128)(proxyurl=http://fal-pygrid-45.lancs.ac.uk:3128)"

-- AlistairGemmell - 2011-05-13