Niels Bantilan
Niels Bantilan
can you share the check registration code?
interesting! are you aware if pyarrow (or pandas or some other library) is able to parse those strings (`"list[pyarrow]"`) into the actual pyarrow-native types?
no problem @ShootingStarD will take a look after cutting the 0.24.0 release (by eow)
Thanks for opening this @koalp ! I think a good solution here is to check if the type of the incoming data matches the expected type, and only coercing/re-assigning columns...
Hi @sk- can you provide a schema and data examples that roughly match what you're using in your codebase? Doesn't have to be exactly the same, but will help when...
friendly ping @sk-
+1 to the native ibis-pandera integration! Of course dataframe conversion might be nice for convenience, but the first-class backend support is ideal for the performance and flexibility benefits of ibis.
This use case makes sense! @ShootingStarD @JoostGevaert feel free to create an issue for this so the community can contribute
ah, oops I thought this was in the Discussion section, disregard! 😅
Hi @RmStorm, this is probably because the `pandera.polars` module doesn't define `__all__`... can you try adding it e.g. [see here](https://github.com/unionai-oss/pandera/blob/main/pandera/__init__.py#L85) and see if the pyright error goes away?