Il 21/10/2014 21:59, kimaidou ha scritto:
Hi,
I think we could use the same feature as in processing for sharing scripts and
models. It is based on a git repository, and works quite well. It would be
sraitforward for devs to add icons, and users would be able to choose which
icon set
they
Hi Régis
On 10/21/2014 09:44 PM, HAUBOURG wrote:
Hi Matthias,
Agregate functions could be provided by virtual table feature (qep is coming I
think), I suppose we should chose one common way for advanced relationnal
capabilities.
I agree that one common way is preferable, but actually this
But we already have core implementation for this (I know, it is not merged
and also require server-side app). Maybe we should compare this two ways
and decide which one offers more functionality and will be more usable for
large symbol collections.
If I'm not wrong, core functionality offers
2014-10-22 8:38 GMT+02:00 Paolo Cavallini cavall...@faunalia.it:
Il 21/10/2014 21:59, kimaidou ha scritto:
Hi,
I think we could use the same feature as in processing for sharing scripts
and
models. It is based on a git repository, and works quite well. It would be
sraitforward for devs to
Le 22/10/2014 08:39, Matthias Kuhn a écrit :
Hi Régis
On 10/21/2014 09:44 PM, HAUBOURG wrote:
Hi Matthias,
Agregate functions could be provided by virtual table feature (qep is
coming I think), I suppose we should chose one common way for advanced
relationnal capabilities.
I agree that
Hi Hugo,
On 22.10.2014 09:13, Hugo Mercier wrote:
Le 22/10/2014 08:39, Matthias Kuhn a écrit :
Hi Régis
On 10/21/2014 09:44 PM, HAUBOURG wrote:
Hi Matthias,
Agregate functions could be provided by virtual table feature (qep is
coming I think), I suppose we should chose one common way for
I remember Nathan said that desktop part is in good shape and can be easily
merged. But maybe with latest API breaks situation changed.
2014-10-22 9:54 GMT+03:00 Alessandro Pasotti apaso...@gmail.com:
2014-10-22 8:38 GMT+02:00 Paolo Cavallini cavall...@faunalia.it:
Il 21/10/2014 21:59, kimaidou
Le mercredi 22 octobre 2014 09:46:23, Matthias Kuhn a écrit :
Hi Hugo,
On 22.10.2014 09:13, Hugo Mercier wrote:
Le 22/10/2014 08:39, Matthias Kuhn a écrit :
Hi Régis
On 10/21/2014 09:44 PM, HAUBOURG wrote:
Hi Matthias,
Agregate functions could be provided by virtual table feature
Le 22/10/2014 10:12, Even Rouault a écrit :
Le mercredi 22 octobre 2014 09:46:23, Matthias Kuhn a écrit :
Hi Hugo,
On 22.10.2014 09:13, Hugo Mercier wrote:
Le 22/10/2014 08:39, Matthias Kuhn a écrit :
Hi Régis
On 10/21/2014 09:44 PM, HAUBOURG wrote:
Hi Matthias,
Agregate functions could
Moving this to a new thread (from 1:many relation...
On 22.10.2014 10:38, Hugo Mercier wrote:
Well, QgsExpression has been designed to mimick the SQL WHERE clause, so
yes I agree.
My point is that if you want to extend expression to support joins,
aggregates, window functions, etc. you end up
Le 22/10/2014 11:21, Matthias Kuhn a écrit :
On 22.10.2014 10:38, Hugo Mercier wrote:
Well, QgsExpression has been designed to mimick the SQL WHERE clause, so
yes I agree.
My point is that if you want to extend expression to support joins,
aggregates, window functions, etc. you end up
Il 22/10/2014 10:03, Alexander Bruy ha scritto:
I remember Nathan said that desktop part is in good shape and can be easily
merged. But maybe with latest API breaks situation changed.
IMVHO we need this function a lot, and we need to be realistic: of course a
fully
integrated solution,
12 matches
Mail list logo