<div dir="auto"><span style="font-family:sans-serif;font-size:12.8px">Also remember to take pipeline globals into account: proj=pipeline ellps=GRS80 step ... step... will set ellps=GRS80 for all steps due to the definition being put before first step definition</span></div><br><div class="gmail_quote"><div dir="ltr">tir. d. 1. jan. 2019 16.40 skrev Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Idan,<br>
<br>
> <br>
> Is there any importance for the order of the parameters in a projstring CRS<br>
> definition?<br>
<br>
For a single step pipeline, no. But starting with PROJ 5, it you use a <br>
proj=pipeline, yes the order of steps matter.<br>
<br>
> <br>
> Is there a function that compares projstrings that takes into consideration<br>
> that two projstrings can be equal even if the strings are not exactly the<br>
> same?<br>
<br>
For single-step proj strings and currently released versions, using GDAL with <br>
OSRImportFromProj4() + OSRIsSame() will do<br>
<br>
If you use PROJ master, you can equivalently use <br>
proj_create_from_proj_string() + proj_is_equivalent_to(). Note that this will <br>
work as you mentionned only for single-step strings. (For multiple steps, this <br>
will mostly be equivalent to exact string comparisons)<br>
<br>
Even<br>
<br>
-- <br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer noreferrer" target="_blank">http://www.spatialys.com</a><br>
_______________________________________________<br>
PROJ mailing list<br>
<a href="mailto:PROJ@lists.osgeo.org" target="_blank" rel="noreferrer">PROJ@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/proj" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/proj</a><br>
</blockquote></div>