Re: ROOT, TTree/TNtuple instead of NTUPLE in GEANT3

Another option is to have your GEANT3 program write out a FORTRAN- style ntuple to disk and convert it to a TTree for analysis in ROOT using h2root:

h2root data.ntp

will make a new file called data.root. h2root is only present if ROOT was compiled with support for CERNLIB.

---
Stan Seibert



On Jun 5, 2006, at 11:28 AM, Rafael Hakobyan wrote:



> Dear Rene and roottalkers,

>

> I am a beginer of using ROOT and I would appreciate if you give me  

> an instruction about

> whether it is possible to arrange ROOT TTree/TNtuple output in my  

> FORTRAN program  for the

> detector simulation using GEANT3 package (using interface or .....) ?

>

> Or, what would be your suggestion to me  if there is program  

> written in FORTRAN and I want to use ROOT TTree/TNtuple ?

>

> Thank you in advance,

> Rafael

>

> Rene Brun wrote:

>> Hi Joel,

>>

>> On macosx and windows, I get the same result. See attachement

>>

>> Rene

>>

>> Flanders, Joel M. (JSC-SF2)[LM] wrote:

>>> If I run the macro, I get the attached canvas which is clearly  

>>> different

>>> from yours. I do not understand how I am getting different  

>>> results. I

>>> need to understand what I am doing differently that is giving me

>>> different results.

>>>

>>> Thanks,

>>> Joel

>>> -----Original Message-----

>>> From: owner-roottalk_at_pcroot.cern.ch

>>> [mailto:owner-roottalk_at_pcroot.cern.ch] On Behalf Of Bertrand  

>>> Bellenot

>>> Sent: Friday, May 26, 2006 2:08 PM

>>> To: Rene Brun

>>> Cc: Flanders, Joel M. (JSC-SF2)[LM]; olivier.couet_at_cern.ch;

>>> roottalk_at_cern.ch

>>> Subject: Re: [ROOT] Problem with Time Axis

>>>

>>> Hi,

>>>

>>> I don't see the problem with cvs head version of Root on Windows  

>>> XP (see

>>> the saved (gif) canvas in attachment).

>>>

>>> Cheers,

>>> Bertrand.

>>>

>>> Rene Brun wrote:

>>>

>>>> Hi Joel,

>>>>

>>>> I cannot reproduce your problem on Linux and macosx.

>>>> Olivier will investigate what happens on Windows as soon as he  

>>>> will be

>>>>

>>>

>>>

>>>> back on Monday.

>>>>

>>>> Rene Brun

>>>>

>>>>

>>>> On Thu, 25 May 2006, Flanders, Joel M. (JSC-SF2)[LM] wrote:

>>>>

>>>>

>>>>> I am using windows xp and ROOT version 5.11/02. I ran the  

>>>>> following

>>>>> macro:

>>>>>

>>>>> {

>>>>> TDatime CurrentDate(2006,03,31,00,00,00); TGraph *gr7 = new  

>>>>> TGraph();

>>>>> gr7->SetPoint(0,0,0);

>>>>> gr7->SetPoint(1,43200,1);

>>>>> gr7->SetPoint(2,86400,2);

>>>>> gr7->SetPoint(3,129600,3);

>>>>> gr7->SetPoint(4,172800,4);

>>>>> gr7->SetPoint(5,216000,5);

>>>>> gr7->GetXaxis()->SetTimeOffset(CurrentDate.Convert(),"local");

>>>>> gr7->GetXaxis()->SetTitle("Date");

>>>>> gr7->GetXaxis()->SetTimeDisplay(1);

>>>>> gr7->GetXaxis()->SetTimeFormat("#splitline{%m\/%d\/%y}{%H\:%M\:% 

>>>>> S}");

>>>>> gr7->GetXaxis()->SetLabelOffset(0.03);

>>>>> gr7->GetXaxis()->SetNdivisions(508);

>>>>> gr7->GetXaxis()->SetTitleOffset(1.7);

>>>>> gr7->GetYaxis()->SetTitle("Y-Axis");

>>>>> gr7->SetMarkerStyle(20);

>>>>> gr7->Draw("ALP");

>>>>> }

>>>>>

>>>>> I get a canvas with a time axis plot. The problem is for the  

>>>>> first 2 days major axis divisions come every 12 hours, but  

>>>>> during the transition from day 2 to day 3 the first major  

>>>>> division on day 3 comes 13 hours after the last one on day 2.  

>>>>> After this it goes back to 12 hours between major divisions.  

>>>>> However this causes the endpoint

>>>>>

>>>

>>>

>>>>> of the data to be 1 hour ahead of where it should be. Am I  

>>>>> doing something wrong here to cause this issue?

>>>>>

>>>>> I had a colleague who uses Linux (CentOS) test this on his  

>>>>> workstation, and he gets the same error.

>>>>>

>>>>> Thanks,

>>>>> Joel Flanders

>>>>>

>>>>>

>>>

>>>

>>>

>>>

>>> -------------------------------------------------------------------- 

>>> ----

>>>

>>

>>

>>

>> <mime-attachment.gif>

>