[Halla12_software] gemc root output and other related

[Zhiwen Zhao]

hi,Mauri

I don't mean implement eviotoroot into gemc. I am thinking add root 
output class in the output directory. But I am not sure the dymanic 
banks but it certainly worth looking into

Seamus and Lorenzo
As I focus on EC and Simona on CC, would any of you like to look into 
the root output class?
Other related things we want:
1. output multiple formats at same time
2. the ability to enhance or customize Generated bank output. in 
currently include
3. use consistent unit in different output banks eg. GeV/cm/ns. The 
input geometry and coding can have liberty of using different unit. but 
I think it's great for user for only dealing with one set unit in 
output. It would be best to use the unit DAQ group gonna use in EVIO 
format as so that we can have same set in both online data and simulation.

thanks

Zhiwen

On 02/25/2011 01:45 PM, Maurizio Ungaro wrote:
> Hi Zhiwen,
>
>
> I'll look into it this weekend.
> I would not want to implement something like eviotoroot in gemc. It has to be a factory that create dynamics banks. I do not know how to do this using ROOT. If you know, we can discuss it.
>
> regards,
> mauri
>
>
>
> On Feb 25, 2011, at 13:02, Zhiwen Zhao<zwzhao at jlab.org>  wrote:
>
>> Hi, Mauri
>>
>> The gacard and command line script are attached.
>> in the script, change $GEMC_HOST to soliddb if you are on ifarm, or you have to tunnel and use 127.0.0.1
>> You will see secondary particles in flux bank output.
>>
>> I am thinking about add a root output class in the output directory. But I wonder why you didn't do it this way because it would be natural way to do it. In stead, you wrote and gemcevio2root and banks to do the same job. So I am thinking if there're additional obstacles I don't see.
>>
>> Zhiwen
>>
>>
>> On 02/25/2011 10:57 AM, Maurizio Ungaro wrote:
>>> Hi Zhiwen,
>>>
>>> can you send me the gcard to reproduce this problem?
>>>
>>> Also, if you have a plan to produce ROOT output from gemc, I'd like to hear it. Notice that there should be no changes in the main code, just in the output factory.
>>>
>>>
>>> regards,
>>> mauri
>>>
>>>
>>> On Feb 22, 2011, at 9:43 PM, Zhiwen Zhao wrote:
>>>
>>>> Hi,Mauri
>>>>
>>>> Don't worry. I put report in the system to track them whenever I notice something. No way it means you need to work on them right away.
>>>> If anything urgent, I will ask you.
>>>>
>>>> I was trying to look where to define the unit used in output.
>>>> But it seems not in solid_hits_def.txt, neither in flux_hitprocess.cc
>>>>
>>>> The reason for Kryptonite problem is in mantis. It's a new thing I noticed after we fixed before.
>>>> Previously, huge secondary particles are produced. Now very few are produced. But it should be completely killed.
>>>> That means something we don't understand in the code.
>>>>
>>>> Zhiwen
>>>>
>>>>
>>>> On 02/22/2011 07:57 PM, Maurizio Ungaro wrote:
>>>>> Hi Zhiwen,
>>>>>
>>>>> I won't be able to work much on gemc until next week, but I should be able to solve many bugs in the following month.
>>>>>
>>>>> However the units won't be changing, I'm not going to put a "default" where we have complete freedom of choice. But you can do that though, in the solid hit process list.
>>>>>
>>>>> As regarding Kryptonite, that was finalized, not sure why you opened it again?
>>>>>
>>>>> cheers,
>>>>> mauri
>>>
>> <solid_BaBar_PVDIS_baffle.gcard>
>> <run_solidGEMC.sh>