2010/1/28

strategy for RPC offline noise study
Ciao, i agree with Alberto, it is better to start with a simpler solution.
Was you thinkig to veto all the rings corresponding to the same chamber
number and chambers + and - 1? My idea would be yes !
ANd i also would veto the same chambers of other stations. We have seen
events just corssing the RPC border and skipping the CSC.
At the end to check the results there are two ways:
1 - check at some event with event display to be sure that everithing is ok
2 - check the BX distribution that for the noise should be flat.
Of course we have to handle the cases of chamber 36 that is near chamber 1.

Davide

> Hi Hyunkwan:
>
> I think the easiest way is to use the phi division in the endcaps
> (chambers 1-36) check if the corresponding CSC chamber has a segment in
> there, and if it has it, then veto that RPC chamber, the next one and the
> previous one, so for example if you find a segment pointing to chamber 27
> in RE+2, then you veto all disks for chambers 26, 27 and 28 of the RE+2.
> Then you check for RE+1 and do the same.
>
> I haven't follow camilos and Haiyun method, but I guess they want to
> select the chambers were the segments are pointing, you want to do exactly
> the opposite!! So you can start with something similar but you have to be
> careful to require exactly the opposite and I'm almost sure they will have
> several exceptional cases, and those cases may or may not be useful for
> you. In the slides you sent it seems that they are considering boundary
> effects so that case may not be useful for you.
>
> Cheers
>
> Alberto
> On 27 Jan 2010, at 17:22, Hyunkwan Seo wrote:
>
>> Dear Davide and Alberto,
>>
>>
>> I'm thinking about how to include endcap in the rpc offline noise
>> analysis code.(UserCode/Aocampor/RPCOffLineNoise)
>>
>> First, I was thinking about dividing the endcap region by station
>> (RE1,RE2,etc) and phi sectors to define noise region using CSC segments
>> like the analysis for barrel. This looks simple and easy to implement.
>>
>> Another idea I was thinking is to use a similar method used for RPC
>> endcap efficiency by Camilo or Haiyun (I'm looking at
>> http://indico.cern.ch/getFile.py/access?contribId=0&resId=1&materialId=slides&confId=80828
>> presented at the "dedicated RPC endcap meeting" on 19.Jan). But I don't
>> understand their method and tool perfectly. Also I'm not sure if it is
>> useful to refer to their method for noise study.
>>
>> So, now I'm trying to implment the first idea, which looks rather easy.
>> And I'll try to find a way of optimizing it.
>>
>>
>> Could you please let me know if I'm doing something wrong or
>> misunderstanding something?
>>
>>
>>
>> Sincerely,
>> Hyunkwan Seo

2010/1/20

code for RPC efficiency
  • using segments : CMSSW/DQM/RPCMonitorModule/src/MuonSegmentEff.cc
  • using tracks : UserCode/youngjo/sccosmic/ComsmicAnalyzer/test/

2010/1/14

RPC offline noise analysis
  • error message, which appear when I run RPCOfflineAnlaysis? code
[lxplus243] ~/scratch0/CMSSW_3_2_8/src/UserCode/RPCOffLineNoise/test > cmsRun rpcofflinenoise_cfg.py
2010-01-14 17:14:40 DQMNet[2235]: NOTE: DQM server at localhost:9090 is unavailable.  Connection will be established automatically on the background once the server becomes available.  Error from the attempt was: Network operation connect() failed (because of System error: Connection refused (<#111,#108>))
14-Jan-2010 17:14:56 CET  Initiating request to open file rfio:/castor/cern.ch/cms/store/data/Commissioning09/Cosmics/RECO/v9/000/118/604/E6F16CA1-75C3-DE11-9D68-001617C3B6FE.root
14-Jan-2010 17:56:19 CET  Successfully opened file rfio:/castor/cern.ch/cms/store/data/Commissioning09/Cosmics/RECO/v9/000/118/604/E6F16CA1-75C3-DE11-9D68-001617C3B6FE.root
Begin processing the 1st record. Run 118604, Event 3, LumiSection 1 at 14-Jan-2010 17:56:36 CET
14-Jan-2010 17:56:57 CET  Closed file rfio:/castor/cern.ch/cms/store/data/Commissioning09/Cosmics/RECO/v9/000/118/604/E6F16CA1-75C3-DE11-9D68-001617C3B6FE.root
 
=============================================
 
MessageLogger Summary
 
 type     category        sev    module        subroutine        count    total
 ---- -------------------- -- ---------------- ----------------  -----    -----
    1 fileAction           -s AfterFile                              2        2
    2 fileAction           -s PoolSource:sourc                       1        1
 
 type    category    Examples: run/evt        run/evt          run/evt
 ---- -------------------- ---------------- ---------------- ----------------
    1 fileAction           pre-events       PostEndRun       
    2 fileAction           pre-events                        
 
Severity    # Occurrences   Total Occurrences
--------    -------------   -----------------
System                  3                   3
[lxplus243] ~/scratch0/CMSSW_3_2_8/src/UserCode/RPCOffLineNoise/test > 

2010/1/8

Plan for RPC offline noise analysis
  • extend noise analysis code to ENDCAP
  • should think how to define the region of signal and noise
  • should normalize event/time for its live time, that is, if there is 1000events, total time is 10^3 * 7bx (7*25ns)

-- HyunkwanSeo - 11 Jan 2010

Edit | Attach | Watch | Print version | History: r4 < r3 < r2 < r1 | Backlinks | Raw View | WYSIWYG | More topic actions
Topic revision: r4 - 2010-02-02 - HyunkwanSeo
 
KOREA-CMS
This site is powered by the TWiki collaboration platform Powered by Perl This site is powered by the TWiki collaboration platformCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding KoreaCmsWiki? Send feedback