Add native driver extensions

[evetion]

Enables reading/writing using GeoJSON, GeoParquet, Shapefile and FlatGeobuf extensions. In the future also GeoArrow.

Requires doc update, and some iteration on the interface, like passing driver specific options.

[asinghvi17]

Hmm, should these be extensions or direct dependencies?

[evetion]

Hmm, should these be extensions or direct dependencies?

This is not unlike how Rasters (@rafaqz) does it? IIRC Rasters even dropped ArchGDAL as a direct dep. Besides, direct deps on all seems unncessarily slow to me, and I fear none of the default drivers have enormous improvements over GDAL (as of now).

[rafaqz]

Love to see this :)

Yes not depending on all of them is probably better, for load time and dependency weight of projects building on this

[rafaqz]

This could be drivers.jl be use you suffix with XXDriver ? Or `backends? I want to change this from sources in Rasters anyway

[asinghvi17]

Hmm, would one load JuliaGeo.jl just to get all backends then? That is probably not a bad solution, and still lets users pick and choose.

[rafaqz]

Can we just call it Geo.jl ?

[evetion]

Can we just call it Geo.jl ?

Not sure if that's acceptable for registration.

[rafaqz]

Including Julia in a package name is against the rules.

Why is Geo not ok?

[evetion]

Fair point about Julia in the name. I assumed geo is too short, but let's try?

[rafaqz]

We can ask for an override on the short name, like CSV.jl