<div dir="ltr"><div><div>FYI, info on the Apache SIS library.<br><br></div>Martin Desruisseaux of Geomatys has done a good job with his presentation at [2] that describes why spatial reference systems are important.<br><br></div>Bruce<br><br><div><div><div><br><br><div class="gmail_quote">---------- Forwarded message ----------<br><br>
On 5/08/2016, 19:59, "Jon Blower" <<a href="mailto:j.d.blower@reading.ac.uk">j.d.blower@reading.ac.uk</a>> wrote:<br>
<br>
>Hi all,<br>
><br>
>I¹ve been talking offline with Martin Desruisseaux of Geomatys, a CRS<br>
>guru. He has given me lots of information that I thought this group might<br>
>be interested in, to help better understand issues around CRSs. This is a<br>
>complicated area so I apologise if I make any mistakes in transmitting<br>
>Martin¹s wisdom!<br>
><br>
>Firstly, a couple of useful references. Martin is in the Apache SIS<br>
>project, which provides a Java library for spatial data, including very<br>
>comprehensive treatment of CRSs and conversions between CRSs. The SIS<br>
>developer guide [1] is still in development but already has a lot of<br>
>useful information about CRSs, which is useful even if you don¹t use the<br>
>library. He also has written a presentation [2], which is a great<br>
>explanation of why we don¹t always use WGS84 lat-lon, the importance of<br>
>different datums and some of the issues in transforming between CRSs.<br>
><br>
>Secondly, a useful point that is not always understood by newcomers. We<br>
>usually talk about latitude and longitude, but often forget about the<br>
>third dimension (ellipsoidal height). When converting between CRSs that<br>
>use different datums, we need the third dimension as well. EPSG<br>
>guidelines say that, if the height is missing, reasonable assumptions are:<br>
><br>
>1. Height = 0 (i.e. we are standing on the surface of the ellipsoid)<br>
>2. The height is given by a digital elevation model (i.e. we are standing<br>
>on the surface of the planet)<br>
><br>
>These two assumptions will, of course, lead to different answers for *all<br>
>three* coordinates in the ³new² system (and both assumptions might be<br>
>wrong). This could be important on the Web, because we frequently give<br>
>latitude and longitude, but no information about ellipsoidal height. This<br>
>means that if we convert these coordinates into a new system, we will get<br>
>an uncertain position (and even the horizontal positions in the new<br>
>system are uncertain, not just the height). [Does the Best Practice<br>
>document mention this?]<br>
><br>
>Finally, the process of converting coordinates between CRSs that use<br>
>different datums can be very involved. Few open-source libraries do it<br>
>³properly² (this is one of the gaps that SIS hopes to fill). I have a lot<br>
>more information from Martin on this point but I think this email is long<br>
>enough already!<br>
><br>
>Hope this is helpful!<br>
>Jon<br>
><br>
><br>
>[1] <a href="http://sis.staging.apache.org/book/en/developer-guide.html" rel="noreferrer" target="_blank">http://sis.staging.apache.org/<wbr>book/en/developer-guide.html</a><br>
>[2] <a href="http://home.apache.org/~desruisseaux/SIS/2016-05.odp" rel="noreferrer" target="_blank">http://home.apache.org/~<wbr>desruisseaux/SIS/2016-05.odp</a><br>
><br>
<br>
</div><br></div></div></div></div>