Feature/249 support geoparquet

[nathanjmcdougall]

To resolve #249.

I am developing on Windows so adding a dependency and updating the requirements file is a little cumbersome.

The way I approached this is to use uv with

uv pip compile setup.cfg --extra=doc --extra=test --python-platform=linux --output-file=requirements/dev.txt --unsafe-package=pip --unsafe-package=setuptools

And then I did some massaging of the diff to remove some unnecessary stylistic changes introduced by uv.
Also pip-compile ignores platform specifiers, so uv didn't include appnope==0.1.4 (it is a Darwin-only dependency of ipykernel), but I manually added it back to minimize the diff.

This might be an argument in favour of switching to uv pip compile over pip-compile but it also might be an argument in favour of me developing on Linux 👀

[nathanjmcdougall]

The pipeline failed but it seems just to be an intermittent networking issue, from the raw logs
The test pins.boards.BoardManual which uses a GitHub-hosted dataset is returning this error:

requests.exceptions.ConnectTimeout: HTTPSConnectionPool(host='api.github.com', port=443): Max retries exceeded with url: /repos/rstudio/pins-python

[nathanjmcdougall]

@isabelizimm thanks for merging that adaptor PR, whew!

I have refactored this PR to use a new GeoPandas adaptor. It looks like the CI is failing due to databricks auth issues