
<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,</p>

<p>Thanks. It is not about myself - I can live with it - but I fear many others who migrate might run into the same issue.</p>

<p>Ideally the old code could still work through the alias, but the $scale wouldn't be listed anymore in the expression editor - so it wouldn't be advertised anymore. Is this the idea?</p>

<p>Anyway - thanks a lot for adding this alias!</p>

<p>I found projects in our organization where $scale was used >500 times within the project - used in lots of CASE WHEN END statements for defining stroke-widths and font-sizes depending on scale ranges in various layer configuration.</p>

<p>Andreas</p>

<p id="reply-intro">On 2019-01-21 23:53, 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 Mon, 21 Jan 2019 at 22:52, 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 />When migrating our version 2 to version 3 projects, most of our symbology needs revision, because our data-defined properties used a lot the "$scale" variable.<br /><br />What is the exact reason that $scale fails in version 3 and had been replaced by @map_scale?<br /><br />Is there really no upgrade path for this? We have many, many projects, and almost all of them need to be upgraded in version 3 to use "@map_scale" instead of "$scale".</blockquote>

<br />There is a technical reason behind this, but there's also no technical<br />reason we couldn't make $scale silently "alias" to @map_scale. My<br />original thinking was that I wanted to strip out some of these older<br />expression formats, and 3.0 was a good opportunity to do this. But I'm<br />happy to reverse this decision.<br /><br />PR incoming.<br /><br />Nyall</div>

</blockquote>

<p><br /></p>


</body></html>