elements in <initrwgt> in lhe output is wrapped by CDATA

[Sung Hak Lim]

Dear MG5 team,

I just noticed that XML elements inside <initrwgt> is wrapped by <![CDATA[ ]]>

MG5 version: 2.6.0, NLO event generation, scale and pdf variation turned on.

<initrwgt>
<![CDATA[
<weightgroup name='scale_variation -1' combine='envelope'>
      <weight id='1001'> dyn= -1 muR=0.10000E+01 muF=0.10000E+01 </weight>
      <weight id='1002'> dyn= -1 muR=0.20000E+01 muF=0.10000E+01 </weight>
      <weight id='1003'> dyn= -1 muR=0.50000E+00 muF=0.10000E+01 </weight>
      <weight id='1004'> dyn= -1 muR=0.10000E+01 muF=0.20000E+01 </weight>
      <weight id='1005'> dyn= -1 muR=0.20000E+01 muF=0.20000E+01 </weight>
      <weight id='1006'> dyn= -1 muR=0.50000E+00 muF=0.20000E+01 </weight>
      <weight id='1007'> dyn= -1 muR=0.10000E+01 muF=0.50000E+00 </weight>
      <weight id='1008'> dyn= -1 muR=0.20000E+01 muF=0.50000E+00 </weight>
      <weight id='1009'> dyn= -1 muR=0.50000E+00 muF=0.50000E+00 </weight>
    </weightgroup>
    <weightgroup name='PDF_variation NNPDF30_nnlo_as_0118' combine='unknown'>
      <weight id='1010'> PDF= 261000 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1011'> PDF= 261001 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1012'> PDF= 261002 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1013'> PDF= 261003 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1014'> PDF= 261004 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1015'> PDF= 261005 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1016'> PDF= 261006 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1017'> PDF= 261007 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1018'> PDF= 261008 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1019'> PDF= 261009 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1020'> PDF= 261010 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1021'> PDF= 261011 NNPDF30_nnlo_as_0118 </weight>

       ....

      <weight id='1107'> PDF= 261097 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1108'> PDF= 261098 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1109'> PDF= 261099 NNPDF30_nnlo_as_0118 </weight>
      <weight id='1110'> PDF= 261100 NNPDF30_nnlo_as_0118 </weight>
    </weightgroup>
]]>
</initrwgt>

This CDATA section is prohibiting direct accessing to weightgroup and weight information during XML parsing.

I'm roughly guessing this CDATA section is placed mistakenly here when wrapping text in <slha>.

<slha>
######################################################################
## PARAM_CARD AUTOMATICALY GENERATED BY MG5 ####
######################################################################

...

DECAY 9000002 2.495200e+00 #
DECAY 9000003 2.085000e+00 #
DECAY 9000004 2.085000e+00 #
</slha>

Other cards are well wrapped in CDATA but param_card.dat in <slha> is not and <initrwgt> looks like wrapped instead.

Is this CDATA insertion on <initrwgt> intended in MG5 2.6.0?

Best wishes,
Sung Hak

[Olivier Mattelaer (olivier-mattelaer)]

Hi,

Thanks,

I have forbid the use of the cdata for that group in the development version.

Cheers,

Olivier
> On 3 Oct 2017, at 10:57, Sung Hak Lim <email address hidden> wrote:
>
> Public bug reported:
>
> Dear MG5 team,
>
> I just noticed that XML elements inside <initrwgt> is wrapped by
> <![CDATA[ ]]>
>
> MG5 version: 2.6.0, NLO event generation, scale and pdf variation turned
> on.
>
> <initrwgt>
> <![CDATA[
> <weightgroup name='scale_variation -1' combine='envelope'>
> <weight id='1001'> dyn= -1 muR=0.10000E+01 muF=0.10000E+01 </weight>
> <weight id='1002'> dyn= -1 muR=0.20000E+01 muF=0.10000E+01 </weight>
> <weight id='1003'> dyn= -1 muR=0.50000E+00 muF=0.10000E+01 </weight>
> <weight id='1004'> dyn= -1 muR=0.10000E+01 muF=0.20000E+01 </weight>
> <weight id='1005'> dyn= -1 muR=0.20000E+01 muF=0.20000E+01 </weight>
> <weight id='1006'> dyn= -1 muR=0.50000E+00 muF=0.20000E+01 </weight>
> <weight id='1007'> dyn= -1 muR=0.10000E+01 muF=0.50000E+00 </weight>
> <weight id='1008'> dyn= -1 muR=0.20000E+01 muF=0.50000E+00 </weight>
> <weight id='1009'> dyn= -1 muR=0.50000E+00 muF=0.50000E+00 </weight>
> </weightgroup>
> <weightgroup name='PDF_variation NNPDF30_nnlo_as_0118' combine='unknown'>
> <weight id='1010'> PDF= 261000 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1011'> PDF= 261001 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1012'> PDF= 261002 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1013'> PDF= 261003 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1014'> PDF= 261004 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1015'> PDF= 261005 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1016'> PDF= 261006 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1017'> PDF= 261007 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1018'> PDF= 261008 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1019'> PDF= 261009 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1020'> PDF= 261010 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1021'> PDF= 261011 NNPDF30_nnlo_as_0118 </weight>
>
> ....
>
> <weight id='1107'> PDF= 261097 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1108'> PDF= 261098 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1109'> PDF= 261099 NNPDF30_nnlo_as_0118 </weight>
> <weight id='1110'> PDF= 261100 NNPDF30_nnlo_as_0118 </weight>
> </weightgroup>
> ]]>
> </initrwgt>
>
> This CDATA section is prohibiting direct accessing to weightgroup and
> weight information during XML parsing.
>
> I'm roughly guessing this CDATA section is placed mistakenly here when
> wrapping text in <slha>.
>
> <slha>
> ######################################################################
> ## PARAM_CARD AUTOMATICALY GENERATED BY MG5 ####
> ######################################################################
>
> ...
>
> DECAY 9000002 2.495200e+00 #
> DECAY 9000003 2.085000e+00 #
> DECAY 9000004 2.085000e+00 #
> </slha>
>
>
> Other cards are well wrapped in CDATA but param_card.dat in <slha> is not and <initrwgt> looks like wrapped instead.
>
> Is this CDATA insertion on <initrwgt> intended in MG5 2.6.0?
>
> Best wishes,
> Sung Hak
>
> ** Affects: ...

[Sung Hak Lim (sunghak-lim)]

Hi Olivier,

Thanks for update and fix!

Best wishes,
Sung Hak