Ryan Avery

Thank you! Will take a look.

I can confirm that this does not work on Mac M1 with rasterio 1.3.8. It looks like the url format is not understood. ``` In [1]: import rasterio In [2]:...

Thanks @vincentsarago for posting the traceback. at a glance I get the same result on my Mac M1. Click to show traceback $ CPL_DEBUG=ON CPL_CURL_VERBOSE=YES rio -vvv info 'netcdf:/vsicurl/https://dap.ceda.ac.uk/neodc/esac ci/land_surface_temperature/data/MULTISENSOR_IRCDR/L3S/0.01/v2.00/monthly/2020/11/ESACCI-LST-L3S-LST-...

Same issue here. ``` → conda env export > app-environment-exp.yml InvalidVersionSpec: Invalid version '3.0.2geopandas>=0.7.0': invalid character(s) (cropmask) # rave at rave-desktop in ~/CropMask_RCNN/app on git:pytorchapi ✖︎ [0:09:17] → conda --version...

this import statement seems redundant https://github.com/apache/sedona/blob/bedea9a03b29c1bbc0a4739f5308daac685aeddd/python/tests/raster_viz_utils/test_sedonautils.py#L20C1-L20C56 do we need to wrap the display_image function in a class?

bumping this! the code complexity for pystac is pretty high and when implementing the MLModel extension, pydantic v2 has felt more approachable. is pydantic 2 or another serialization library an...

Great thanks for the info, that's good to hear.

Here's a nb that demonstrates the problem and how this problem is not present when using the eo:cloud_cover query parameter with AWS Earth Search https://notebooksharing.space/view/7e63f879ff1bad1d8a838e568cdcd67f6a5f17b17a7394ab99dd8f531f89f5fa#displayOptions=

after discussion with @sharkinsspatial it looks like there's some tricky stuff going on AWS Earth Search supports [the query extension](https://pystac-client.readthedocs.io/en/latest/usage.html#query-extension) ~a non standard, out of spec way to filter eo:cloud_cover...

Got it thanks for the investigation and info @Kirill888 and @gadomski. It's pretty common in the ML community to select less precise data types to optimize for storage and throughput....