Michael Sumner

I was working on fasterize today ... Btw, see this related effort here, and discussion in six hours from now: https://github.com/developmentseed/warp-resample-profiling https://discourse.pangeo.io/t/pangeo-showcase-geospatial-reprojection-in-python-2024-whats-available-and-whats-next/4531

here's a few COGs that I would expect to work, I thought I was just doing something wrong (but also didn't pursue very deeply) https://projects.pawsey.org.au/idea-gebco-tif/GEBCO_2024.tif (4Gb) https://github.com/mdsumner/rema-ovr/raw/refs/heads/main/rema_mosaic_1km_v2.0_filled_cop30_dem.tif (60Mb) https://e84-earth-search-sentinel-data.s3.us-west-2.amazonaws.com/sentinel-2-c1-l2a/55/G/EN/2025/3/S2C_T55GEN_20250324T000834_L2A/TCI.tif (250Mb)...

I'll dig up other large files that aren't COGs but famous ones are GEBCO and IBCSO: https://www.gebco.net/data_and_products/gridded_bathymetry_data/ (the tiff link is a directory that *is the file in a zip*,...

Maybe the reorienting should happen in tanaka? Happy to help either way, @eliocamp can you share an example and your workaround? Do you use st_reverse? https://github.com/r-spatial/sf/issues/1246

~about 0.5 Mb looking at the footprint on my ubuntu~ actually 880K according to apt install also vote for this, nano is a lifesaver

I'm trying to spend some time on this, haven't gotten around it yet

linking an old request/query for compound types with a specific interpretation https://trac.osgeo.org/gdal/ticket/6551

gdalinfo can't see the single scalar variable in this file, but gdalmdiminfo can: ```bash gdalmdiminfo /vsizip//vsicurl/https://github.com/user-attachments/files/17415359/NSIDC0051_SEAICE_PS_S25km_19781027_v2.0.nc.zip | grep crs -A 5 -B 2 ``` ``` ], "arrays": { "crs": {...

turn off the COG layout upfront and it's 4x faster ```R fasterize_file

this form adds `block_mult`, fixes the unnecesarry uses of '-co', uses UInt32 by default, and uses wk WKB as input and gdalraster to read the vector input. ```R fasterize_file