<div dir="ltr">Does "<span style="line-height:24px;text-align:justify">gdalinfo --debug on --config CPL_CURL_VERBOSE YES ..." show 2x requests?</span><div><br></div><div>I think the problem likely is the S3 signature is only valid for one file/url, not the corresponding .jp2.aux.xml file, so the request for the latter fails. Not sure of an easy way to fix that without writing a vsicurls3 module that can do the signing...<div><div><br></div><div>Though JP2 supports storing coordinate information (bounds) in the file, just not the projection details - not sure if you could work around that?</div><div><br></div><div>Rob :)</div><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 10, 2014 at 8:37 AM, MWilson Matthew <span dir="ltr"><<a href="mailto:MWilson@edrnet.com" target="_blank">MWilson@edrnet.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="blue" vlink="purple">
<div>
<p class="MsoNormal">Good afternoon,<u></u><u></u></p>
<p class="MsoNormal">  I’ve been trying to track down some intermittent failures and I believe I’ve come across something.  I was able to run the gdalinfo command on imagery on s3 using a presigned url, vsicurl, and the following options:<u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:10.5pt;font-family:"Arial","sans-serif";color:#333333;background:#f0f0f0"><u></u><u></u></span></p>
<p class="MsoNormal">--config GDAL_HTTP_UNSAFESSL YES --config GDAL_DISABLE_READDIR_ON_OPEN EMPTY_DIR --config CPL_VSIL_CURL_USE_HEAD NO<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">  However, I did note today that running the gdalinfo command on a jp2 did not return the coordinate information against an s3 image that required a presigned url.  Running it against another s3 instance that does not require a presigned
 url resulted in the full coordinate/projection information being visible.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">  As another test, I ran the gdalinfo command against a tif file on the presigned url instance, and that also worked.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">  To me, this means that there is a limitation in how gdal is reading the images on s3 when a presigned url is required to get at them, specifically, the auxiliary files aren’t being read.  This does kind of make sense because the geotiff
 would have that information in the header if I’m not mistaken, and the jp2 would not.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">  Would anyone on the list have come across this before?  Does this make sense?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Thanks,<u></u><u></u></p>
<p class="MsoNormal">Matthew<u></u><u></u></p>
</div>
</div>

<br>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><font face="arial narrow, sans-serif"><b>Koordinates<br></b>PO Box 1604, Shortland St, Auckland 1140, New Zealand<br>Phone +64-9-966 0433 <a href="https://koordinates.com/about" target="_blank">koordinates.com</a></font></div></div>
</div>