Add csv driver option to specify csv read args

[MaxSchambach]

Description

Adds a read_csv_kwargs argument to CsvDriver initialization which is used in all read_csv calls in the class.
Does not break backward compatibility, as get_df and get_iter still allow to specify kwargs for read_csv which will take precedence over the ones given at initialization.

This makes the creation of new catalog entries based on the CsvDriver much easier as dataset-specific read options (such as seperator, dtypes, etc.) can be specified in the driver_kwargs.

Type of change

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• Documentation update
• Refactoring including code style reformatting
• Other (please describe):

Checklist:

• I have read the contributing guideline doc (external contributors only)
• Lint and unit tests pass locally with my changes
• I have kept the PR small so that it can be easily reviewed
• I have made corresponding changes to the documentation
• I have added tests that prove my fix is effective or that my feature works
• All dependency changes have been reflected in the pip requirement files.

[github-actions]

CLA Assistant Lite bot All contributors have signed the CLA ✍️ ✅

[MaxSchambach]

I have read the CLA Document and I hereby sign the CLA

[pzdkn]

doesn't a change here mean that requirements.in also got changed?

[MaxSchambach]

Dang, I didn't do any requirements changes and did not commit that on purpose. Will revert.

[MaxSchambach]

Done, thanks for the catch!

[MaxSchambach]

I don't understand, why the test fails due to changes introduced by black. I did run black locally before submitting and don't see why it fails in the cloud test. Any ideas @pzdkn ?

[MaxSchambach]

I don't understand, why the test fails due to changes introduced by black. I did run black locally before submitting and don't see why it fails in the cloud test. Any ideas @pzdkn ?

should be solved now. weirdly, pre-commit performed a different black call than calling black directly.

[pzdkn]

Thanks Max, LGTM!