How can Martin consume tile sources in projections other than EPSG:3857?

[Auspicus]

COG support will come soon, limited to only EPSG:3857 projections.

Should Martin support other projections too? How would it do so? Using GDAL, handling the re-sampling and projection on the fly?

[CommanderStorm]

I am fine with whatever you like to implement, be that GDAL based reprojection or not.

[CommanderStorm]

One thing that we might want to consider is https://docs.rs/async-tiff/latest/async_tiff/

This would unlock remote COGs which is not something that we currently support, but likely should.

[Auspicus]

How do we feel about pre-processing COGs which are hostile to reading into a more random tile read friendly format?

This would trade off startup time for runtime speed and could be a one off cost.

The alternative is reading from a file that potentially makes the whole process much slower.

We could:

• reject anything we know will be slow to read
• allow configuration to decide this

For example, a striped COG with no overviews and a different projection will be much slower to read.

[CommanderStorm]

What do you mean with pre-processing?

Downloading a COG can be very large I think..

[CommanderStorm]

Ah, right we don't support downloading currently (we should likely, different issue)

[CommanderStorm]

I am fine with whatever you feel is best ^^