Damon Burgett

Yes @sgillies ! There are quite a few tickets / ideas in my mind that should be improved: - ✅ Support for all geometry types #29 #28 - Refactor for...

@sgillies I agree! This "better python api" is what I was alluding to here: https://github.com/mapbox/supermercado/issues/30#issuecomment-565649137

@sgillies looking back into this, I was reminded of what Damon-from-5-years-ago-was thinking: union optionally takes a "parsenames" option that would parse "tiley" strings: https://github.com/mapbox/supermercado/blob/6ce4e22f0eeb7801e5c700139b501fce56dac565/supermercado/uniontiles.py#L11. Two options: 1. We remove this...

Hello @manishsharma28 ! What does the output of ``` cat aoi.geojson | supermercado burn 19 ``` look like? Also could you provide be with a sample of `aoi.geojson`?

@ericfischer in hindsight, I think the best way to handle this would have been to always deal with the geometry object only, as this is only what is needed internally...

Here's an inline converter in the interim: https://gist.github.com/dnomadb/ea8b609b252097d357744b3ef4f13a96

@kkaefer It appears that GDAL http://www.gdal.org/frmt_various.html#PNG nor Pillow http://pillow.readthedocs.io/en/3.1.x/handbook/image-file-formats.html#png support that option; I added a `webp` output option that results in files ~1/2 the size, but at 2x+ the creation...

> because we use lossless=True Yeah, which we have to, as any lossy compression or even resampling will corrupt the encoding.

@rodebiet yeah, I have seen that happen with certain many-band `grib`s (and have not worked out exactly why as of yet). Sorry about that! A related side note - I...

@rodebiet any chance you could gist the results / paste the results of gdalinfo {that file}? It might point out which band tag is the culprit in the above issue.