ok, if I go back to my "old" release (3.2) Sho's suggestion works:
filtering slic file + HPS2014ReadoutToLcio.lcsim for readout +
HPS2014OfflineRecon.lcsim (+gbl for my purposes) for reconstruction.
Is this (in principle) equivalent to
HPS2014ReadoutNoPileup.lcsim + HPS2014OfflineNoPileupRecon.lcsim, isn'it?
thanks, cheers
Alessandra
On Wed, 22 Apr 2015, Sho Uemura wrote:
> I never got to look at this - I was going to and then things got busy.
>
> Can you not use the full readout simulation (HPS2014ReadoutToLcio.lcsim)
> instead? Pretty sure that's not broken. You will need to space out the events
> first, following the instructions in this page for "electron beam data":
>
> https://confluence.slac.stanford.edu/display/hpsg/Running+Readout+Simulation
>
> On Wed, 22 Apr 2015, Hansson Adrian, Per Ola wrote:
>
>> Hi Alessandra,
>>
>> I didn't have time to test your slic file yet; it?s been pretty busy here
>> as you can imagine.
>>
>> I?m not sure this was ever resolved but I hope Omar or Sho can tell us if
>> is or if they could recreate this problem?
>>
>> I hope I can run your file today.
>>
>> /pelle
>>
>>
>> On Apr 22, 2015, at 9:25 AM, Alessandra Filippi <[log in to unmask]> wrote:
>>
>>> Hi all,
>>> I dug the listserv mails to discover that the problem I'm having with the
>>> reconstruction of Montecarlo data using the "standard"
>>> HPS2014ReadoutNoPileup.lcsim and HPS2014OfflineNoPileupRecon.lcsim (unable
>>> to find any track) is not new. I'm replying to the last message of the
>>> thread... any news about it?
>>> It looks like thresholds have to be disabled, at the readout step (instead
>>> of using the TrackerDigiDriver driver in place of TrackerHitDriver, which
>>> was my conclusion as well as Bradley's, as far as I can see from his
>>> messages).
>>> Can you tell me how practically to do this?
>>> Thanks,
>>> Alessandra
>>>
>>>
>>>
>>>
>>> On Sat, 21 Feb 2015, Hansson Adrian, Per Ola wrote:
>>>
>>>> Hi Bradley,
>>>> I confirm that the standard chain doesn?t work.
>>>> The problem is likely in the conditions. The amplitude for the hits are
>>>> way too small
>>>> and therefore fails the threshold cut. I disabled the cut and create the
>>>> needed hits. We
>>>> will update the conditions when we get some time. Btw., for info, this is
>>>> in the readout
>>>> sim.
>>>> However, the recon still fails because the fits to the pulse shape looks
>>>> weird and I
>>>> suspect it just fails (NaN and infinite values in the shape fit
>>>> parameters).
>>>> Sho, can you look quickly at this quickly? It looks like the pulse shapes
>>>> might be fine
>>>> (just looking at a few examples). shouldn?t it work even though the gain
>>>> is off or is
>>>> there some other threshold cut in the fitter process?
>>>> I attach a readout and recon file with thresholds disabled. (A?, 2.2GeV,
>>>> v8-2pt2
>>>> detector).
>>>> /Pelle
>>>> ________________________________________________________________________________________
>>>> 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
>>
>> ########################################################################
>> 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
>>
>
########################################################################
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
