Closed datenzauberai closed 1 week ago
I somehow managed to close the preceding PR https://github.com/pola-rs/polars/pull/16223 where @stinodego suggested to create a utility function instead of putting this into the DataType classes.
It would be an option to include an optional prefix parameter for DataFrame.to_init_repr
and Series.to_init_repr
, but I don't think this flexibility is really needed.
Attention: Patch coverage is 87.50000%
with 4 lines
in your changes missing coverage. Please review.
Project coverage is 80.80%. Comparing base (
a7f9c8d
) to head (266ef82
). Report is 1 commits behind head on main.:exclamation: Current head 266ef82 differs from pull request most recent head 316f772
Please upload reports for the commit 316f772 to get more accurate results.
Files | Patch % | Lines |
---|---|---|
py-polars/polars/datatypes/_utils.py | 87.09% | 2 Missing and 2 partials :warning: |
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
Noted one extra thing: Is it really possible with the current version to have a pl.List/pl.Array without a properly defined inner dtype (I think that was possible in the past)? In the constructor both call py_type_to_dtype which would raise an Exception. Would simplify things a little bit...
Any news on this one @stinodego
Just a friendly ping regarding the open pull request @stinodego
It looks good, but the Array repr has been updated. I'll send an update and this can be merged.
Closes #15802
This is a minimal fix for https://github.com/pola-rs/polars/issues/15802 by adding a method that prefixes representations, which will be called "recursively" for nested types.