<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We will need these aggregate functions in forms for information purposes<br>

and in the print composer for generating reports. Having to write<br>
Postgis-Views would work for database pros. But let's not forget that<br>
not all of our users are database professionals and not all of the users<br>
have their data in Postgis.<br>
<br>
Personally, I don't care where these aggregate functions are implemented<br>
and executed, as long as they are easy to use and do not enforce the<br>
usage of a specific data format.<br></blockquote><div><br></div><div>I totally agree Andreas.</div><div>Whatever the way it would be implemented, I hope it won't become a blank textarea where to write some "special" SQL.</div>
<div>I imagine something integrated into the rest of expressions GUI.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Andreas<br>
<br>
<br>
Am <a href="tel:27.05.2014%2009" value="+12705201409">27.05.2014 09</a>:21, schrieb Vincent Picavet:<br>
<div class="HOEnZb"><div class="h5">> Hello Andreas,<br>
><br>
> Le mardi 27 mai 2014 10:28:13, Andreas Neumann a écrit :<br>
>> Hi,<br>
>><br>
>> We would definitely need this functionality for our application modules<br>
>> - we need functions like "min", "max", "mean", "sum", "average" to work<br>
>> on 1:n relations.<br>
>><br>
>> Now that we have relations in QGIS, I think that aggregate functions are<br>
>> a logical next step. Something to seriously consider in 2.6.<br>
><br>
> As already stated before, I am worrying about current developments around a<br>
> lot of features looking like database features :<br>
> * Table joins<br>
> * relations<br>
> * "SQL-like" processing<br>
> * .. including aggregates<br>
><br>
> Implementing all these features on top of QGIS seems reinventing the wheel,<br>
> and database wheels are particularly hard to design and implement well.<br>
> I really think we should re-study the global design of such features to have a<br>
> clear and clean strategy instead of stacking features on features, lacking<br>
> coherency.<br>
><br>
> As stated by Regis, basing this work on top of SQLite may be the best option,<br>
> but more study has to be done and a general agreement is needed to go this<br>
> way.<br>
><br>
> Vincent<br>
><br>
>><br>
>> Andreas<br>
>><br>
>> Am 23.05.2014 17:34, schrieb G. Allegri:<br>
>>> Recently I had to calculate the relative dimension of a polygon relative<br>
>>> to the others of the same class. I know there are a lot of way to do it,<br>
>>> inside and outside QGIS, but I wondered if field calculator (and<br>
>>> expressions in general) couls be extended to accompish this kind of<br>
>>> tasks.<br>
>>><br>
>>> The approach would be something similar WINDOW functions in Postgresql<br>
>>> [1], where for each record a new value will be calculated on the basis<br>
>>> of other records (filtered or not).<br>
>>><br>
>>> Has this ever been discussed? Is it something that could fit QGIS<br>
>>> expressions?<br>
>>><br>
>>> giovanni<br>
>>><br>
>>> [1] <a href="http://www.postgresql.org/docs/9.1/static/tutorial-window.html" target="_blank">http://www.postgresql.org/docs/9.1/static/tutorial-window.html</a><br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> Qgis-developer mailing list<br>
>>> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
>>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
>><br>
>> _______________________________________________<br>
>> Qgis-developer mailing list<br>
>> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
<br>
_______________________________________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">
Giovanni Allegri<br><a href="http://about.me/giovanniallegri" target="_blank">http://about.me/giovanniallegri</a><div>Twitter: <a href="https://twitter.com/_giohappy_" target="_blank">https://twitter.com/_giohappy_</a></div>
<div>blog: <a href="http://blog.spaziogis.it" target="_blank">http://blog.spaziogis.it</a><br>GEO+ geomatica in Italia <a href="http://bit.ly/GEOplus" target="_blank">http://bit.ly/GEOplus</a></div></div>
</div></div>