Hello,<div> Have you found workaround for this? I just created index bounding boxes for all the NOAA BSB charts using GDAL for my Android solution, see <a href="http://imgur.com/MpADB">http://imgur.com/MpADB</a> - as you can see there are quite many wrong locations, Xmin-coordinate is 0. In the same time, Y and Xmax seems to be correct, which is interesting also. I do not have the number, but there seems to be significant number (1/4?) of the NOAA files positioned wrong. Also QGIS seems to relay on this info and also offplaces same files.</div>

<div><br></div><div>Jaak</div><div class="gmail_extra"><br><br><div class="gmail_quote">2012/11/10 Chris Barker <span dir="ltr"><<a href="mailto:chris.barker@noaa.gov" target="_blank">chris.barker@noaa.gov</a>></span><br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Fri, Nov 9, 2012 at 2:48 PM, Even Rouault<br>
<<a href="mailto:even.rouault@mines-paris.org">even.rouault@mines-paris.org</a>> wrote:<br>
<br>
> ok, I see what happens. In _3 and _4 cases, the BSB driver manages to compute<br>
> a geotransform from the GCPs and then assigns a projection, in addition to the<br>
> GCP projection.<br>
> In the _1 and _2 cases, the BSB driver doesn't manage to compute the<br>
> geotranform from the GCPs (which is a known issue sometimes with this driver,<br>
> presumably because it has a too strict tolerance in the computation of the<br>
> geotransform from the GCPs), so the projection is only reported by the<br>
> GetGCPProjection() method, which the gdalsrsinfo never queries.<br>
><br>
> In all cases, gdalinfo does show the projection and/or GCP projection.<br>
><br>
> Perhaps gdalsrsinfo should also query the GCP projection if no regular<br>
> projection is reported.<br>
<br>
</div>I've wondered for ages about this driver -- the *.kap files have<br>
redundant info -- the projection definition and related info is enough<br>
(always? or only north-up?) to provide a complete projection and<br>
geotransform, but there are also the set of GCPs.<br>
<br>
I've never checked to see if they always match to a good tolerance,<br>
and I don't know what  GDAL does with the redundant info.<br>
<br>
>From your note, it sounds like GDAL prefers the GCP transform -- is<br>
that so? and I'm not sure that's the best option -- presumably the<br>
info in the header is exact? Why not prefer that?<br>
<span class="HOEnZb"><font color="#888888"><br>
-Chris<br>
<br>
<br>
<br>
<br>
--<br>
<br>
Christopher Barker, Ph.D.<br>
Oceanographer<br>
<br>
Emergency Response Division<br>
NOAA/NOS/OR&R            (206) <a href="tel:526-6959" value="+3725266959">526-6959</a>   voice<br>
7600 Sand Point Way NE   (206) <a href="tel:526-6329" value="+3725266329">526-6329</a>   fax<br>
Seattle, WA  98115       (206) <a href="tel:526-6317" value="+3725266317">526-6317</a>   main reception<br>
<br>
<a href="mailto:Chris.Barker@noaa.gov">Chris.Barker@noaa.gov</a><br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Jaak Laineste<br><br><br>
</div>