[Rivet] error when running make-plots comparing to standard published analysis

[Holger Schulz]

Hi Raghav,

do you think you can figure out how rivet was set up on
your system?
It looks a bit like a mixture of rivet 3 alpha and the latest release.

Also, where to you get your events from?

Thanks,
Holger

On 20/04/16 14:49, Raghav Kunnawalkam Elayavalli wrote:
> Hi Chris,
>
> im running the latest stable version i guess.
> pb-d-128-141-166-190:JEWEL raghav$ rivet -v
> Rivet 2.4.1 running on machine pb-d-128-141-162-92.cern.ch 
> <http://pb-d-128-141-162-92.cern.ch> (x86_64) at 2016-04-20 15:48:54
>
> Cheers
> Raghav
>> On Apr 20, 2016, at 3:46 PM, Chris Pollard <chris.pollard at cern.ch 
>> <mailto:chris.pollard at cern.ch>> wrote:
>>
>> Hi Raghav,
>>
>> Can you tell us which version of rivet you are using? This looks like 
>> you might be using the Rivet-3.0alpha. I don't think you should be 
>> getting the [0]s in any full release.
>>
>> Chris
>>
>> On Wed, Apr 20, 2016 at 1:16 PM, Raghav Kunnawalkam Elayavalli 
>> <raghav.k.e at cern.ch <mailto:raghav.k.e at cern.ch>> wrote:
>>
>>     Hi,
>>
>>     Sorry for the multiple emails but either im doing something wrong
>>     while im comparing or something weird is going on.
>>     I just remade the comparison again to ATLAS_2013_I1230812_MU
>>     and in the .dat files the data histograms have this weird [0]
>>     which is causing the problems when make-plots is run
>>     # BEGIN HISTO1D /ATLAS_2013_I1230812_MU/d05-x01-y03[0]
>>     Path=/ATLAS_2013_I1230812_MU/d05-x01-y03[0]
>>     thanks for taking a look!
>>
>>     Cheers
>>     Raghav
>>
>>>     On Apr 20, 2016, at 11:08 AM, Raghav Kunnawalkam Elayavalli
>>>     <raghav.k.e at cern.ch <mailto:raghav.k.e at cern.ch>> wrote:
>>>
>>>     Hi Rivet experts,
>>>
>>>     I found out why ATLAS_2012_I1093738 was causing a problem when
>>>     doing my comparisons. in the .dat files generated when doing
>>>     compare histos command, this histogram location had a spurious
>>>     [0] after the name, for example it should be
>>>     /ATLAS_2012_I1093738/d01-x01-y01 when it was
>>>     /ATLAS_2012_I1093738/d01-x01-y01/[0]
>>>     If i removed the [0] by hand then im able to make the comparison
>>>     plots.
>>>
>>>     Im however not able to understand the error for the comparison
>>>     with ATLAS_2014_I1319490 thought. the .dat files look fine and i
>>>     cant see anything weird.
>>>
>>>     Cheers
>>>     Raghav
>>>
>>>>     On Apr 19, 2016, at 3:30 PM, Raghav Kunnawalkam Elayavalli
>>>>     <raghav.k.e at cern.ch <mailto:raghav.k.e at cern.ch>> wrote:
>>>>
>>>>     Im also having a similar issue when i compare with
>>>>     ATLAS_2014_I1319490
>>>>     [rkunnawa at lxplus047 Validation]$ rivet-mkhtml myMC.yoda
>>>>     ATLAS_2014_I1319490.yoda
>>>>     Making 34 plots
>>>>     Traceback (most recent call last):
>>>>     File "/afs/cern.ch/work/r/rkunnawa/JEWEL/local/bin/make-plots
>>>>     <http://cern.ch/work/r/rkunnawa/JEWEL/local/bin/make-plots>",
>>>>     line 2607, in <module>
>>>>     for i, _ in enumerate(pool.imap(process_datfile, datfiles)):
>>>>     File
>>>>     "/cvmfs/sft.cern.ch/lcg/releases/LCG_84/Python/2.7.10/x86_64-slc6-gcc48-opt/lib/python2.7/multiprocessing/pool.py
>>>>     <http://sft.cern.ch/lcg/releases/LCG_84/Python/2.7.10/x86_64-slc6-gcc48-opt/lib/python2.7/multiprocessing/pool.py>",
>>>>     line 668, in next
>>>>     raise value
>>>>     ValueError: invalid literal for float(): 0$
>>>>     Thanks for taking a look!
>>>>
>>>>     Cheers
>>>>     Raghav
>>>>
>>>>>     On Apr 19, 2016, at 3:25 PM, Raghav Kunnawalkam Elayavalli
>>>>>     <raghav.k.e at cern.ch <mailto:raghav.k.e at cern.ch>> wrote:
>>>>>
>>>>>     Hi Rivet Experts,
>>>>>
>>>>>     Im getting a python error when comparing to a published
>>>>>     analysis and it seems to be from make-plots. (rivet-cmphistos
>>>>>     works fine).
>>>>>     this is the published analysis ATLAS_2012_I1093738 and im
>>>>>     comparing it with output from my MC. This is the chain of
>>>>>     commands i followed:
>>>>>     $ rivet -a ATLAS_2012_I1093738 myMC.hepmc -H myMC.yoda
>>>>>     $ rivet-mkhtml myMC.yoda ATLAS_2012_I1093738.yoda
>>>>>     Making 6 plots
>>>>>     Traceback (most recent call last):
>>>>>     File "/afs/cern.ch/work/r/rkunnawa/JEWEL/local/bin/make-plots
>>>>>     <http://cern.ch/work/r/rkunnawa/JEWEL/local/bin/make-plots>",
>>>>>     line 2607, in <module>
>>>>>       for i, _ in enumerate(pool.imap(process_datfile, datfiles)):
>>>>>     File
>>>>>     "/cvmfs/sft.cern.ch/lcg/releases/LCG_84/Python/2.7.10/x86_64-slc6-gcc48-opt/lib/python2.7/multiprocessing/pool.py
>>>>>     <http://sft.cern.ch/lcg/releases/LCG_84/Python/2.7.10/x86_64-slc6-gcc48-opt/lib/python2.7/multiprocessing/pool.py>",
>>>>>     line 668, in next
>>>>>       raise value
>>>>>     KeyError: '/ATLAS_2012_I1093738/d01-x01-y01'
>>>>>
>>>>>     Im getting the same error when i run it on my local computer
>>>>>     as well. Any ideas whats going on here? thanks!
>>>>>
>>>>>     Cheers
>>>>>     Raghav
>>>>
>>>
>>
>>
>>     _______________________________________________
>>     Rivet mailing list
>>     Rivet at projects.hepforge.org <mailto:Rivet at projects.hepforge.org>
>>     https://www.hepforge.org/lists/listinfo/rivet
>>
>>
>
>
>
> _______________________________________________
> Rivet mailing list
> Rivet at projects.hepforge.org
> https://www.hepforge.org/lists/listinfo/rivet

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.hepforge.org/lists-archive/rivet/attachments/20160421/2528a4ef/attachment.html>