gdal

https://github.com/rasterio/rasterio/blob/b2ef88f97e841ca34a8d74a458f15287f8a70e80/rasterio/_base.pyx#L682

The doc-string says:

        Returns
        -------
        list of str

But a tuple is returned:

        ...
            self._descriptions = tuple((d or None) for d in descr)
        return self._descriptions

This may result in a KeyError. The code below works

Context: this from @agila5: https://twitter.com/a_gilardi5/status/1487813588454678528

I have not had a chance to read the explanation and am not sure what we should say on the topic but guess it's worth a mention here. Any thoughts?

An option like $ fio cat --bounds w s e n --bounds-crs <crs> --dst-crs <crs> would allow for filtering prior to reprojection, like $ ogr2ogr -spat w s e n -spat_srs <crs>.

See Toblerity/Fiona#210 for a discussion about standardizing bounding boxes as --bounds w s e n rather than --bbox w,s,e,n.

https://carpentries-incubator.github.io/geospatial-python/ is a good course that uses rioxarray. Could add a link to it in https://corteva.github.io/rioxarray/stable/getting_started/getting_started.html

Follow on from corteva/geocube#108

Worth adding an example in the docs to make the solution more discoverable

Is there a way to access the converted Geotiff file when using GDALDataset.convert(args) the same way as gdal_translate cli command returns a Geotiff file?

When creating a shape datastore using create_shp_datastore() in the created store's shapefile location is setting as an absolute path (E.g.: file:/D:/Geoserver/data_dir/data/workspace_name/datastore_name/data.shp) unlike when creating coveragestores, the fie location is set to the relative path. E.g. : file:data/workspace_name/rasterstore_name/raster.geotiff.
This leads to unavailability of th