<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 9, 2013 at 1:54 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org" target="_blank">even.rouault@mines-paris.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le lundi 09 décembre 2013 18:08:19, Ivan Lucena a écrit :<br>
<div class="im">> The other problem with that documentation is the return code. CE_Failue<br>
> means that the driver does not support it and/or that the dataset doesn't<br>
> have it.<br>
<br>
</div>The current behaviour of the MEM driver doesn't particularly shock me. It<br>
seems OK to return CE_Failure if SetGeoTransform() hasn't been explicitely<br>
called to define it. And as far as the default geotransform, it is a matter of<br>
taste. [ 0, 1, 0, 0, 0, 1] would be indeed a bit more classical for a<br>
ungeoreferenced image, but one can consider that if GetGeoTransform() returns<br>
CE_Failure, the returned geotransform is to be ignored.<br>
<br>
To answere Tim's initial question {0, 1, 0, 0, 0, -1} is a north-up image :<br>
(0,0) is the coordinate of the upper left of the top left pixel, and y values<br>
are decreasing with image rows.<br></blockquote><div><br></div><div>That makes sense. It just a matter of always checking the transform and not assuming as I was that there is one default arrangement.</div><div><br></div>

<div>THK</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Even<br>
<br>
--<br>
Geospatial professional services<br>
<a href="http://even.rouault.free.fr/services.html" target="_blank">http://even.rouault.free.fr/services.html</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><a href="http://www.keittlab.org/" target="_blank">http://www.keittlab.org/</a></div>
</div></div>