How to deal with jets

[felixhekhorn]

the hacks I needed for jets (i.e. https://github.com/NNPDF/fktables/blob/main/split_grid.py https://github.com/NNPDF/fktables/blob/main/jets_build.sh https://github.com/NNPDF/fktables/blob/86927f9460f8bbaf7f4daab0789c2d32283d3f2d/fkutils/builder.py#L76 https://github.com/NNPDF/fktables/blob/86927f9460f8bbaf7f4daab0789c2d32283d3f2d/fkutils/builder.py#L173 ) I did not port, but I hope NNPDF/eko#105 will be available soon

Originally posted by @felixhekhorn in #12 (comment)

[felixhekhorn]

For future reference: a bin-by-bin-evolution (as needed for jets) is still possible if needed after NNPDF/eko#105 , but this time I would rather hack outside pineko then inside: we could define a bunch of fake-datasets: CMS_1JET_8TEV-bin00000 containing exactly one member which itself contains exactly one bin /cc @cschwan

Originally posted by @felixhekhorn in #12 (comment)

[felixhekhorn]

@felixhekhorn would it make sense to support this as a 'mode' in Pineko? It would exactly do what you descibe: 1) chop the grid into single bins, 2) evolve each bin and finally 3) merge all evolved bins together again.

Originally posted by @cschwan in #12 (comment)

[felixhekhorn]

Mmm I'd rather prefer to not have this inside the "core pineko" as this is too much of a special case; still we could bind the "hacks" to the repo as a special command: pineko jets SUBCOMMAND ...

[alecandido]

Maybe pineko split sounds a bit less custom than pineko jets, but once NNPDF/eko#105 (and the subsequent companion PR) will be available, the split will be there out of the box.

[felixhekhorn]

Maybe pineko split sounds a bit less custom than pineko jets,

agreed

but once N3PDF/eko#105 (and the subsequent companion PR) will be available, the split will be there out of the box.

not for eko, but maybe still for pineappl - or maybe we find around also another way there ...

[alecandido]

Ok, that's correct

[felixhekhorn]

solved with eko v0.13.1