Replies: 2 comments
-
Could and should have added a lot more detail here but it's better to write something up for future reference than leave it until all the thinking's done! Thread originally prompted in late June on reading Accessing Planetary Computer STAC files in DuckDB by @robintw |
Beta Was this translation helpful? Give feedback.
-
Thanks for the reference to my blog post @metazool. I'd be happy to chat about this sometime - you may be aware that I do freelance work in this area (see http://www.rtwilson.com). I would strongly in favour of you using modern cloud-native technologies like STAC, COG, PostGIS and so on. |
Beta Was this translation helpful? Give feedback.
-
Identify places where current data and services publication workflows could hugely benefit from adopting an open standard, open source GIS stack. In either of these cases:
The first case is around the Land Cover Maps specifically - straining at publishing massive rasters through EIDC. There are probably other projects, looking towards Biodiversity, that have either similar requirements or an existing more mature approach which could be wider adopted.
Heavier weight (raster+) data
[pangeo-forge](https://github.com/NERC-CEH/rse_group/blob/main/infrastructure/pipelines/pangeo_forge.md)
for ETL of collections of very large rasters to Cloud Optimised GeoTIFF in cloud storagepangeo-forge
for gridded data. There is STAC/Zarr and there's a Cloud Optimised Point Cloud community standard underpinned by work in the PDAL library - it could be the same pictureLighter weight (vector+) data
Beta Was this translation helpful? Give feedback.
All reactions