LISTSERV mailing list manager LISTSERV 16.5

Help for HPS-SOFTWARE Archives


HPS-SOFTWARE Archives

HPS-SOFTWARE Archives


HPS-SOFTWARE@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

HPS-SOFTWARE Home

HPS-SOFTWARE Home

HPS-SOFTWARE  March 2014

HPS-SOFTWARE March 2014

Subject:

Re: Database for 2014

From:

"McCormick, Jeremy I." <[log in to unmask]>

Reply-To:

Software for the Heavy Photon Search Experiment <[log in to unmask]>

Date:

Tue, 4 Mar 2014 12:25:08 -0800

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (96 lines)

Hi, Stuart.

Sorry to hear you’re under the weather!

Gabriel wants to update the DAQ map for the 2014 run, which is a text file.  This can be done in place without too much issue, which Sho agreed to do.  I suppose this works short term.

> Is mixing and matching a problem?

I think that yes, it is a problem to have some of your conditions in the database and others in text files, and certainly if they are the same type of conditions, then obviously it would be a mess.  It should really be one or the other.  Someone needs to begin work, basically immediately, to start making everything in the ECal codebase database compatible, specifically the readout simulation which has its own text-based system for conditions.  You can imagine creating a bunch of procedures now based upon using text files and then deciding to port everything later is going to create a big hassle and extra amount of work.  This is a task that needs to be done now, as a critical/blocker task, rather than done later.  I know that the ECal group is all working on “critical tasks” but I would put this one at the top of the queue, as everything else needs to use it.  If everyone writes their code now based on text-based conditions, it will at sometime need to be ported anyways, so by not doing this now, you would create extra work later.  Developers in the ECal group at any rate need to be become familiar with the database API, anyways.

> Is it an all-or-nothing task?

I am not sure exactly what you mean by “all-or-nothing” here, but it could be split between multiple people.  There’s no real technical reason it couldn’t.  However, it is probably more efficient for one person to take charge of this task with others helping them (such as me and/or Sho).

My inclination is creating a new ecal-recon package in the SVN which would be a fork of the existing ECal readout simulation code that uses the text based conditions.  Then someone could work on it and leave the old code with the text files completely untouched.  

The other alternative would be creating a branch of hps-java on which to do this work.  But this would imply we merge it back in and completely clobber the code using the text file conditions.  I’m tending to shy away from this, because I think for some time the text based system should still be available concurrently with the database system as a cross check.  

I would be willing to do this small part of making the new package, but I simply don’t have time to do the actual porting to the database API.

I hope that makes things clearer...

—Jeremy

On Mar 4, 2014, at 12:00 PM, Stuart Fegan <[log in to unmask]> wrote:

> I'm a bit flu-addled, in addition to behind on emails after getting 
> caught behind the winter storm on my way to JLab, so I'm not entirely 
> clear what the original question is here.  Is Gabriel trying to use the 
> new conditions API in some code development?  Is mixing and matching 
> (for development purposes) a problem, aside from the obvious issue of 
> maintaining both an up-to-date database and text file?
> 
> As for porting, is it an all-or-nothing task?  Can it be split between 
> more than one person, given the fact most ECal software people are 
> pretty close (or over) their available committed time?
> 
> Cheers,
> Stuart
> 
> On 04/03/14 17:11, McCormick, Jeremy I. wrote:
>> Hi,
>> 
>> The ECal readout simulation does not currently use the database.  It reads from flat text files.  As far as I know, the DAQ map is hard-coded to read from a location that points to a resource embedded in the jar (e.g. the text file).  If you just wanted to get started, you could modify your local copy of this file, but I don’t recommend it.
>> 
>> Someone from the ECal group needs to take responsibility for porting the existing code so that it can read from the database using the new conditions API.  As far as I know, no one has been assigned to this task.
>> 
>> —Jeremy
>> 
>> On Mar 4, 2014, at 5:22 AM, Gabriel CHARLES <[log in to unmask]> wrote:
>> 
>>> Hi Sho and Jeremy,
>>> 
>>>   This email may concern both of you, as I understood Jeremy you are
>>> the gourou of the database (among other things) while Sho you are the
>>> expert for the ECal software.
>>> 
>>>   The gain and noise values accessed when calling
>>> EcalConditions.physicalToNoise(hit.getCellID()) and
>>> EcalConditions.physicalToGain(hit.getCellID()) should be changed, or
>>> maybe a new table in the database created such that analysis on the test
>>> run remains possible. For now, the gain should be 1 for all crystals
>>> while the noise should corresponds to 10 MeV, which is a signal of 5.25
>>> mV or 10 ADC counts.
>>> 
>>>   Would it be possible to add this new table or something equivalent
>>> ?Will it introduce a new option in the steering file ?Please, let me
>>> know if you need more informations.
>>> 
>>> -- 
>>> Gabriel CHARLES
>>> Institut de Physique Nucléaire d'Orsay
>>> 
>> ########################################################################
>> Use REPLY-ALL to reply to list
>> 
>> To unsubscribe from the HPS-SOFTWARE list, click the following link:
>> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
> 
> 
> -- 
> Dr Stuart Fegan
> Postdoctoral Researcher
> INFN-Genova
> Via Dodecaneso, 33 - 16146, Genova
> Italia
> 
> E-mail: [log in to unmask]
> 

########################################################################
Use REPLY-ALL to reply to list

To unsubscribe from the HPS-SOFTWARE list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1

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

February 2024
January 2024
December 2023
November 2023
October 2023
September 2023
August 2023
July 2023
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
December 2022
November 2022
October 2022
September 2022
August 2022
June 2022
April 2022
March 2022
February 2022
January 2022
December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
December 2020
November 2020
October 2020
September 2020
August 2020
July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
December 2019
November 2019
October 2019
September 2019
August 2019
July 2019
June 2019
May 2019
April 2019
March 2019
February 2019
January 2019
December 2018
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
May 2017
April 2017
March 2017
February 2017
January 2017
December 2016
November 2016
October 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011

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