<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">
<p>Le 22/05/2018 à 10:52, Even Rouault a écrit :</p>
</div>
<blockquote type="cite" cite="mid:2073878.hyFQ7RTM9M@even-i700">
<meta name="qrichtext" content="1">
<style type="text/css">
p, li { white-space: pre-wrap; }</style>
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;">Currently the EPSG derived csv files of GDAL properly capture the axis order.</p>
</blockquote>
<p>Indeed, but this handling does not (yet) propagate to Proj4J and Proj4JS, which take their data file from Proj.4.</p>
<p>
</p>
<blockquote type="cite" cite="mid:2073878.hyFQ7RTM9M@even-i700">
<p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"> And the conversion of units for prime meridian to degree fall under the last line (line 9, Parameter value) of Table 1 at <a class="moz-txt-link-freetext" href="http://www.epsg.org/Termsofuse.aspx">http://www.epsg.org/Termsofuse.aspx</a></p>
</blockquote>
<p>This apply to map projection parameters - indeed their units have no impact on the input/output coordinate values. But I was talking about the axis units, which do change the coordinate values. E.g. geographic CRS in France using Grade (before 1993), projected CRS in USA using feet. Maybe this is handled by GDAL, but I though that we were talking about Proj.4?</p>
<p>Sorry if my emails looked irritating… My desire is to try to solve a difficulty that communities outside GDAL/Proj are facing too. Users take Proj.4 as the reference for map projections. So when another software produce a different result, the first user reaction is to blame the other software, even if it was the one actually standard-compliant.
</p>
<p> Martin</p>
<p>
</p>
</body>
</html>