Viktor Pěč

To add here, the data cannot be retrieved even with UpRoot. ``` >>> with ur.open('test.root:tree') as t : ... d = t.arrays() ... Traceback (most recent call last): File "/usr/local/lib/python3.13/site-packages/uproot/interpretation/numerical.py",...

> In the meantime, I'd invite you to switch to using RNTuples instead of a TTree. We intend to fully support RNTuples, as opposed to the limited support that we...

I have tested the workaround that uses RNTuple with the latest uproot version, 5.6.5. I still do get an error when attempting to write the data: ``` print(data) outf.mkrntuple(tree_name,data) ```...

Good, because I could not reproduce the error after I had pickled the array.

I think I have tried #1496 by pip-installing it in a venv: ``` python -m venv venv . venv/bin/activate pip install git+https://github.com/scikit-hep/uproot5.git@ariostas/fix_index_arrays ... ``` After running my script that tries...

Here you go: ``` { "class": "RecordArray", "fields": [ "run", "event", "hasT0", "end_xyz", "t0", "flash_time", "avg_wfm", "peak", "wfm" ], "contents": [ { "class": "IndexedArray", "index": "i64", "content": "uint32" }, {...

Writing the RNTuple proceeded without any error. However, attempts to read it back in fails: ``` with ur.open('testfile.root:rntuple_name') as t : d = t.arrays() ``` ``` --------------------------------------------------------------------------- TypeError Traceback (most...

@ariostas I have sent you via email the path to the data file on CERN's eos and a link to my gitlab.cern.ch repository where the code is.

When I run my code against ca079b083, I do get errors (same as above https://github.com/scikit-hep/uproot5/issues/1490#issuecomment-3279632621), however, after upgrade to 9ef23fdb1, writing to the RNTuple and reading it back works.