<p dir="ltr">Hi Regis, <br>
it's a long time I think to what you're descriibing, and that would definitely be on a higher level then aggregate expressions alone. This level of abstraction would also be basis for a map/reduce pattern analysis. <br>

It would be great to know some more about what has been discussed so far. </p>
<p dir="ltr">giovanni</p>
<div class="gmail_quote">Il 23/mag/2014 22:44 "Régis Haubourg" <<a href="mailto:regis.haubourg@eau-adour-garonne.fr">regis.haubourg@eau-adour-garonne.fr</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
well, this is something I miss, coming from Mapinfo world.<br>
<br>
Some tests are being made currently on French ministry of ecology, and by<br>
Nathan also, to head to some kind of a layer abstraction, based on ogr<br>
virtual layer and ogr sqlite engine.<br>
<br>
Once done, that would open a large field of new features and dedicated<br>
gui's:<br>
 - SQL assistant (mapinfo like / qspatialite like) on any loaded data source<br>
and without any explicit import step. This includes aggregate functions<br>
 - virtual attribute or spatial columns based on functions<br>
 - ETL feature for changing data types and structure<br>
<br>
FME is providing such kind of SQLexecutor, with some limits currently, and<br>
that is extremly powerfull in processing tools, allowing to take full<br>
advantage of existing algorithm for geospatial computing, and SQL-spatial<br>
SQL for attribute queries AND processing.<br>
<br>
If we find a way to be sure that any datasource can be correctly used<br>
without caveats hard to understand for the end user, I think we will have<br>
the best GIS tool ever done for non 3D uses. Still I see some limits with<br>
SQLITE. For instance, many SQL clauses are partially supported. Or<br>
calculated fields in view can't be explicitly cast, so QGIS should have to<br>
guess data type based on a data scan (a major unadressed issue of sqlite)<br>
<br>
I wish I had more time now to investigate by myself.<br>
<br>
Nathan , Hugo , could you tell us more on that topic? is ogr sqlite engine<br>
the right target or does is have to much limitations?<br>
<br>
Cheers<br>
Régis<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/have-aggregate-window-expressions-ever-been-discussed-tp5142215p5142245.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/have-aggregate-window-expressions-ever-been-discussed-tp5142215p5142245.html</a><br>

Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.<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></blockquote></div>