Thanks Even,<div>I suspected this, GML is still not that widely used for CRS definition seemingly.</div><div><br></div><div>Unluckily I have strong reasons to use GML, so do you know if there are is some developing in progress to support a wider range of projections from/to the XML representation?</div>
<div><br></div><div>Piero<br><br><div class="gmail_quote">On 30 July 2012 15:33, 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">Piero,<br>
<div class="im"><br>
> Dear list,<br>
> (PREFACE: I was looking for a *gdal-users* list but I could see it does not<br>
> exists; I hope I am in the right place)<br>
<br>
</div>You're in the right place. There's only one mailing list for GDAL users,<br>
developers, followers, fans, etc... ;-)<br>
<div class="im"><br>
> Any hint about the source of error?<br>
> Is there some restriction on the CRS definition in the XML form or am I<br>
> missing some parameter or is this a bug in the utility?<br>
<br>
</div>Nothing wrong on your side or in gdalsrsinfo, but looking at the code for<br>
import/export support of the XML representation of SRS in the library, I can see<br>
that it only supports the Transverse Mercator projection in import, and<br>
Transverse Mercator and LCC 1SP in export. Here you have LAEA, hence the error.<br>
<br>
There's also another error, due to the +a and +b parameter being equal, this<br>
leads to an inverse flattening equal to 0. And in the code that deals with<br>
import, there's a test that forbids 0 as inverse flattening. I believe this test<br>
could be safely removed, as 0 inverse flattening is usually used for the sphere.<br>
Or perhaps the cleaner way would be to export the semiMinorAxis instead of the<br>
inverse flattening in that case.<br>
<br>
Well, the conclusion is that XML support for SRS has currently a few<br>
restrictions. So, unless you have strong reasons to use the XML representation<br>
of SRS, I'd suggest using WKT instead.<br>
<br>
Best regards,<br>
<br>
Even<br>
<br>
<br>
<br>
</blockquote></div><br></div>