<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 Paolo,</p>
<p>Thank you for your feedback. </p>
<p>Why do you think SQL aggregate syntax (e.g. as outlined at <a href="http://www.postgresql.org/docs/9.5/interactive/functions-aggregate.html">http://www.postgresql.org/docs/9.5/interactive/functions-aggregate.html</a>) is a no-go? Can you explain this in detail? QGIS is much closer to a database then it is to a spreadsheet - in fact for most serious QGIS work you store your data in a SQL database.</p>
<p>It was my impression that QGIS tries to maintain expression syntax compatible with SQL wherever possible. I think it would be a good thing.</p>
<p>The question is how we can specify grouping. I'd like to see support for the following grouping mechanisms:</p>
<p> </p>
<ul>
<li><span style="font-size: 10pt;">whole record set</span></li>
<li>given grouping field or expression</li>
<li><span style="font-size: 10pt;">current selection</span></li>
<li><span style="font-size: 10pt;">grouping based on relations (very important to my employer) - also our initial trigger for funding this work</span></li>
<li><span style="font-size: 10pt;">current set of symbology rules or classes (not so important to me, but maybe useful to some)</span></li>
</ul>
<p> </p>
<p>Andreas</p>
<p>On 2016-03-16 08:11, Paolo Cavallini 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">Hi Nyall,<br /><br /> Il 16/03/2016 07:17, Nyall Dawson ha scritto:<br /><br />
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0">I'm also torn regarding the best syntax to use for aggregates within<br /> expressions. I'm unsure if the traditional SQL "group by" clauses<br /> would be a good fit within the existing QGIS expression syntax (eg<br /> "sum("some_field") group by "some_other_field"). To me it doesn't fit<br /> with the existing functional approach that the expressions take. But<br /> on the other hand, trying to implement this as functions would result<br /> in some very clumsy expressions: "aggregate('sum', "some_field",<br /> "some_other_field")" or "sum("some_field", "some_other_field") ". Has<br /> anyone got any other ideas for syntax which would be a good fit?</blockquote>
<br /> Good news, thanks for sharing.<br /> IMHO having a syntax that is easy to use for the average user is a<br /> crucial point. I think using SQL is a no go. Why not using the<br /> spreadsheet syntax? Not that I find it particularly attractive, but at<br /> least everybody is more or less familiar with it.<br /> All the best.</div>
</blockquote>
<p> </p>
<div> </div>
</body></html>