
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>Hi Nyall and others,</p>

<p>I was wrong, there is no difference in behaviour between proj493 and proj520. Nor is there a difference between Linux and Windows.</p>

<p>We, as a user, made the mistake of creating test data in a new empty layer at around (0,0) and my colleague in a totally different area in the coordinate system in an area that isn't valid for the EPSG:2056 projection. The EPSG:2056 projection only works reasonably well in the bound of approx. <span>2485000 1075000 </span><span>2828500 13000000</span></p>

<p><span>It produces bogus results if the user creates data outside of this boundary, like at around 0,0.</span><span></span></p>

<p><span>I was so embarrassed that it took me so long to find out our mistake. For the longest time I thought it was some bug in QGIS or proj, only to find out that both myself and my colleague created our test data outside of the valid bounds of the projection at totally different locations, but both outside of Switzerland. If we had some base layer below our test data rather than just creating empty project with no background maps, it wouldn't happen.</span></p>

<p><span>When I moved the testdata into the valid bounds of the projection, the area difference between planimetric and ellipsoidic area was less than a square meter.</span></p>

<p><span>For myself, I decided to never make fun again about other people not understanding projections, given that I make such mistakes myself ...</span></p>

<p><span>I wonder if it would make sense to issue a warning if a user creates data outside of the valid bounds of a projection? It would definitely make sense for stupid people like myself ...</span></p>

<p><span>Thanks and greetings,</span></p>

<p><span>Andreas</span></p>

<p id="reply-intro">On 2019-07-19 01:18, Nyall Dawson wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">On Fri, 19 Jul 2019 at 00:38, Andreas Neumann <<a href="mailto:a.neumann@carto.net" rel="noreferrer">a.neumann@carto.net</a>> wrote:

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><br />Hi,<br /><br />We are having issues on the QGIS 3.4 release that the difference between and ellipsoidical and planimetric distance (and area) is huge. Too huge.<br /><br />We have this issue on Windows 3.4.9, but on Linux (a bit newer commit) I don't have the same huge difference, but rather a very reasonable one.<br /><br />I noticed that while the Windows version was built with proj 520 and the Linux version with 493, so a bit older.<br /><br />But I don't know if the measurement tool in QGIS is using proj at all or not? If yes, could it be that newer proj releases made things worse regarding ellipsoidical measurements?</blockquote>

<br />It's possible. The actual measurement calculation uses code ported<br />from GRASS (and not the proj implementation of these algorithms), but<br />proj IS used in transforming map/measure coordinates prior to<br />calculating the distance. Possibly something has changed there which<br />is impacting this.<br /><br />Could you please test:<br /><br />1. Do you see the same distance values when measuring feature lengths?<br />I.e. setup a layer with a feature with the same line as you are<br />measuring, and check the identify tool derived attributes or $length<br />value for it.<br /><br />2. Can you confirm that the project ellipsoid settings are identical<br />between the windows & linux builds?<br /><br />3. Can you share an example I can test with?<br /><br />Nyall</div>

</blockquote>

<p><br /></p>


</body></html>