LISTSERV mailing list manager LISTSERV 16.5

Help for VUB-RECOIL Archives


VUB-RECOIL Archives

VUB-RECOIL Archives


VUB-RECOIL@LISTSERV.SLAC.STANFORD.EDU


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

VUB-RECOIL Home

VUB-RECOIL Home

VUB-RECOIL  January 2002

VUB-RECOIL January 2002

Subject:

Re: First check on timestamps

From:

Daniele del Re <[log in to unmask]>

Date:

30 Jan 2002 15:20:15 -0800 (PST)Wed, 30 Jan 2002 15:20:15 -0800 (PST)

Content-Type:

TEXT/PLAIN

Parts/Attachments:

Parts/Attachments

TEXT/PLAIN (125 lines)


Hi all,

 I think I have to clarify this point once again.

 TS are done using

 1) SemiExclUser to reconstruct the B. More than one B per event is
allowed since we are not using the selection of the best B at Beta level.

 2) CPFramework to process the output of SemiExclUser (hbook  files).
CPFramework put a tag on each reconstructed B (depending on the
reconstructed B and D mode), and applies some additional cuts but above
all selects the best B per event accordingly to the a-priori purity using
the tables that are both in CPFramework (CPFramework/tables) and
CompositionTools and they are IDENTICAL.

 We have TS for each seed (D*,Dc,D0,D*0). In principle you can
have duplicates between different seeds but not in two different
superblocks of the same seed just because of the way I implemented it in
CPFramework. Any deviation from this shows a problem and could be fixed.

 Using TS we produce reduced collection.

 For Ibu side we do as following:

 1) make kanga file from reduced collections

 2) process them with SemiExclUser but this time with the selection of the
best D and B switched on at Beta level. The tables used to select the best
B are the same of CPFramework BUT the selection of the best D is not the
same and it is done before selecting the best B. Then CPF and SemiExclUser
with the selection of the best B ARE NOT EQUIVALENT.

 3) then Ibu processes the event picking up the one and only one B coming
from SemiExclUser and produces hbook files.

 Then CPF output and Ibu output could be different but the differences
have to be small and you can have modes with purity lower than 80% even if
you are processing superblock1 reduced collections. By the way if you
notice any striking difference (for instance one mode with very low purity
is present in superblock 1 root files in many cases) this could mean that
the tables have a bug.

 Other comments:

 - about the duplicates, are you applying the selction of the best B after
cutting on mes (mes > 5.27)? if so, you could bias the sample. It should
be done before selecting on mes.

 - in the study of the contamination use as a reference the study done by
Urs one month (or more) ago in which he showed the crossfeed running on
reduced collection with a different seed. This could tell you which are
the matrix elements with the higher expected crossfeed.

 - my optimization study on SemiExclusive reconstruction modes shows that
we can cut on very low integrated purity. This implies that Alessio's
study in very crucial in superblock 3.


 Daniele


On Wed, 30 Jan 2002, Alessio Sarti wrote:

> Hi all,
> I've just ultimated my first check on timestamps with the new machinery.
> This email is intented to let you now how is the full chain now working:
> a) It is now possible to run anaRecoil/abcRecoil with the -ts '#' option
> In this way timestamp of events falling in the deltaE/mes right box are
> dumped to the ts_file.# sampled by integrated purity.
>
> The files with even # are the pure timestamp files (== to those that
> CPFramework produces); odd # ones are the files needed in order to remove
> the duplicates (they contains the purity information).
>
> For example there are:
> 1) the file produced by CPFramework:
> http://www.slac.stanford.edu/~asarti/recoil/ts_stu/ allDstar0_1
> 2) the file obtained running abcRecoil on the reduced collections
> belongings to the CPFramework timestamp:
> http://www.slac.stanford.edu/~asarti/recoil/ts_stu/ ts_file.26
>
> There are some differences: mainly due to the fact that the mes/Delta box
> is defined in two different ways in CPFramework and anaRecoil
>
> The strange thing that I observe is the following:
> running on superblock1 events I got events with purities < 80% (either
> integrated and per mode): How this can happen?
>
> The same is for the other superblocks. Can Daniele or Urs comment on this?
>
> b) obtained the files for D0 and Dstar0 superblock1 I could start the
> equal candidates scan:
> I found 64 duplicated events on top of
> 4987 superblock 1 dstar0 eve &
> 14152 superblock 1 d0
>
> Those duplicated events are assigned to the events with the highest per
> mode purity.
> I'm going to start the same study for superblocks 1 & 2.
>
> Any question or comment is really welcomed.
> Thanks,
> Alessio
>
> ______________________________________________________
> Alessio Sarti
>  Universita' & I.N.F.N. Ferrara
>  tel  +39-0532-781928  Ferrara
>
> "Quod non fecerunt barbari, fecerunt Berlusconi"
>
> "Che il bianco sia bianco, e che il nero sia nero
>  che uno e uno fanno due e che la scienza dice il vero....
>  DIPENDE !"
>
>






Top of Message | Previous Page | Permalink

Advanced Options


Options

Log In

Log In

Get Password

Get Password


Search Archives

Search Archives


Subscribe or Unsubscribe

Subscribe or Unsubscribe


Archives

March 2010
December 2009
August 2009
January 2009
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
December 2005
November 2005
October 2005
September 2005
August 2005
July 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
September 2004
August 2004
July 2004
June 2004
May 2004
April 2004
March 2004
February 2004
January 2004
December 2003
November 2003
October 2003
September 2003
August 2003
July 2003
June 2003
May 2003
April 2003
March 2003
February 2003
January 2003
December 2002
November 2002
October 2002
September 2002
August 2002
July 2002
June 2002
May 2002
April 2002
March 2002
February 2002
January 2002
December 2001
November 2001
October 2001

ATOM RSS1 RSS2



LISTSERV.SLAC.STANFORD.EDU

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager

Privacy Notice, Security Notice and Terms of Use