<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from rtf -->
<style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<font face="Calibri, sans-serif" size="2">
<div>Dear Experts,</div>
<div> </div>
<div>When tiling datasets, we want to specifically define custom windows. To do this, we are using -te option during warping. The warped output is then tiled. </div>
<div> </div>
<div>The problem though is that after tiling and checking the bbox of the first tile, we have noticed that the starting coordinate is shifted and do not correspond to the defined starting coordinates as illustrated below:</div>
<div> </div>
<div><img src="cid:45387a87-492e-4ff1-910b-a83d112a2946"> </div>
<ul style="margin-top: 0pt; margin-bottom: 0pt; margin-left: 36pt; ">
<li>The blue grid represent the original dataset with cellsize (a).</li><li>The black grid represent the new dataset with cellsize (b).</li><li>The cellsize of both datasets can be the same or not [(a) .eq. (b) or (a) .ne. (b)].</li><li>The red polygon represent the bbox which fit to the new cellsize and tilesize.</li></ul>
<div> </div>
<div>We would like to start tiling exactly at the upper left corner of the red polygon.How we can force gdal to clip the raster exactly according to our well defined bbox?</div>
<div> </div>
<div>In some cases, GDAL picks the right Bbox startpoint, in other cases it doesnt. Is this somehow related to the difference in the input and output data resolution(cellsize)?</div>
<div> </div>
<div>We can’t figure out why it is ignoring our definitions. Could someone help shade some light to what is happening here?</div>
<div> </div>
<div>Thanks in advance,</div>
<div>Moses</div>
<div> </div>
</font>
</body>
</html>