<p dir="ltr">I just recall seeing similar output from gdal info where it listed the meta data but still showed Coordinate System is `' for the main line. When I added the s_srs it fixed itself. <br>
However I will admit it was a long while ago and I could be remembering slightly off. </p>
<div class="gmail_quote">On Sep 15, 2014 11:21 AM, "Andre Joost" <<a href="mailto:andre%2Bjoost@nurfuerspam.de">andre+joost@nurfuerspam.de</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am 15.09.2014 17:02, schrieb Simon Shak:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have had this error message show up if the s_srs is not correctly auto<br>
detected or not present in the input file. I have used a combination of<br>
looking through other nonstandard meta data files present with the image<br>
sets or using a program like global mapper which has a good chance at<br>
guessing the correct s_srs and then specifying it with the -s_srs option.<br>
</blockquote>
<br>
For the hdf files mentioned above, the SRS is EPSG:4326, so that is not the problem.<br>
<br>
It is rather the extent of the raster. The raster is not aligned to latitudes or longitudes, but rather a parallelogram. The coordinates of each cell are stored in additional bands. Re-transforming only works if GDAL knows the correct extent of the data in degrees.<br>
<br>
Greetings,<br>
André Joost<br>
<br>
______________________________<u></u>_________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/gdal-dev</a><br>
</blockquote></div>