|
coordinates... [message #12494 is a reply to message #12489] |
Mon, 15 August 2011 22:18 |
Johan Messchendorp
Messages: 693 Registered: April 2007 Location: University of Groningen
|
first-grade participant |
From: *xs4all.nl
|
|
Title: pandaroot
Description: pandaroot
Community: Panda
Meeting Access Information:
- Meeting URL
http://evo.caltech.edu/evoNext/koala.jnlp?meeting=MMMeMn2v2IDIDl9v9nD29M
- Phone Bridge
ID: 387 2761
Central European Summer Time (+0200)
Start 2011-08-16 13:30
End 2011-08-16 17:00
Japan Standard Time (+0900)
Start 2011-08-16 20:30
End 2011-08-17 00:00
Eastern Daylight Time (-0400)
Start 2011-08-16 07:30
End 2011-08-16 11:00
Pacific Daylight Time (-0700)
Start 2011-08-16 04:30
End 2011-08-16 08:00
EVO Phone Bridge Telephone Numbers:
---------------
- USA (Caltech, Pasadena, CA)
+1 626 395 2112
- Switzerland (CERN, Geneva)
+41 22 76 71400
- Slovakia (UPJS, Kosice)
+421 55 234 2420
- Italy (INFN, several cities)
http://server10.infn.it/video/index.php?page=telephone_numbers
Enter '4000' to access the EVO bridge
- Germany (DESY, Hamburg)
+49 40 8998 1340
- USA (BNL, Upton, NY)
+1 631 344 6100
- United Kingdom (University of Manchester)
+44 161 306 6802
- Australia (ARCS)
+61
Adelaide 08 8463 1011
Brisbane 07 3139 0705
Canberra 02 6112 8742
Hobart 03 623 70281
Melbourne 03 8685 8362
Perth 08 6461 6718
Sydney 02 8212 4591
- Netherlands (Nikhef, Amsterdam)
+31 20 7165293
Dial '2' at the prompt
- Canada (TRIUMF, Vancouver)
+1 604 222 7700
- Czech Republic (CESNET, Prague)
+420 95 007 2386
- USA (MIT, Cambridge, MA)
+1 617 715 4691
- France (RAP, Paris)
+33 144 27 81 50
- Skype (tm) (World-wide)
evo.phone
See: http://evo.caltech.edu/evoGate/Documentation/extclient/skype/skype.html
---------------
|
|
|
|
|
Re: coordinates... [message #12577 is a reply to message #12549] |
Thu, 25 August 2011 22:44 |
Mohammad Al-Turany
Messages: 518 Registered: April 2004 Location: GSI, Germany
|
first-grade participant |
From: *dip.t-dialin.net
|
|
Dear Stefano,
Quote: |
I mean, let us assume we want to run 100 signals events, and an average of 20 bg events for each signal. In this case we would need 2000 bg events, but of course if one uses some TF1 time distribution the number could be also exceeded. What happens in this case? I think the answer is in your slide 14 -> the code limits the number of processed signals. I would like just to be sure.
|
Yes, you get it.
Quote: | Maybe a good way in order to have not so huge bg files would be to take bg events randomly, so that the same bg event could be used several times in different signal topologies
|
This is an option which we can implement in the near future. In any case the larger your BG sample you will have better quality of statistics and having both options would be better.
regards,
Mohammad
|
|
|