Niels Bantilan

fixed by #1570

The pyspark.sql pandera backend does not currently support pydantic types. The current behavior is designed to only work with pyspark types. Going to change this to an enhancement ticket, will...

@karlma821 please feel free to make a PR for this!

Ah, okay I misread this issue! You want to use a pandera pyspark.sql schema in your pydantic models, correct? This should actually work, reverting this to a bug. Open to...

Yeah, this would be ideal and probably avoid a lot of the `mypy`-related linting errors that come from the pandera-specific generics. This issue has my 🙏 blessing for whoever wants...

Thanks for the prototype solution @cswartzvi! definitely interested in making `Annotated` the defacto solution: the current way of typing with `pandera.typing.DataFrame` has a lot of typing issues. Will have to...

Hi @mangecoeur, relabelling this as an enhancement, as FastAPI support is only currently for `pandera.typing.pandas.DataFrame` (should probably document this if it isn't already) Basically the `GeoDataFrame` generic class needs a...

thanks for the contribution @mgilson, please see the [contributing guide](https://pandera.readthedocs.io/en/stable/CONTRIBUTING.html) to see how to run pre-commit and local tests

hi @ludaavics can you provide the stack trace of the error?

As far as I know pandas doesn't have first class support for `datetime.date`, and will be represented as an `object`. +1 to adding documentation for `pa.dtypes.Date`. re: the warning, what...