On vendredi 17 juillet 2020 22:32:46 CEST thomas bonfort wrote:
> Thank you Even for the prompt reply.
> I'll have a look into the vrt workaround, in my case the deformations
> aren't enormous so applying a buffer at vrt creation time would probably be
> sufficient provided the overviews are taken
Thank you Even for the prompt reply.
I'll have a look into the vrt workaround, in my case the deformations
aren't enormous so applying a buffer at vrt creation time would probably be
sufficient provided the overviews are taken into account.
However for the computesourcewindow proposition which I'd
Hi Thomas,
> * I added the -to AREA_OF_INTEREST= options while trying to debug the issue
> but it makes no difference with or without it
Yes, -to AREA_OF_INTEREST is only taken into account for informing PROJ of the
area of
interest in its choice of candidate transformations when datum transfor
I'm trying to warp/extract a webmercator tile from a large +proj=ortho
image. The issue is that the further I move away from the center of the
image the quality of the output result degrades. This seems to be due to
which overview is being selected from the source image.
input image created with -
