Sorry for the long text, I will try to keep it interesting for you.
On 25.11.2013 18:28, Hugo Mercier wrote:
> For the aggregate functions, we do not have this kind of things for
> regular, "unjoined" tables, so we won't have it for joined tables.
Not yet ;)
> We could stick to the current behavio
Le 25/11/2013 15:18, Matthias Kuhn a écrit :
> Hi
>
> On Mon 25 Nov 2013 14:10:27 CET, Hugo Mercier wrote:
>> Hi all,
>>
>> I have some questions regarding table joins in QGIS.
>>
>> Looking at the GUI, there are two locations where such "joins" can
>> currently be declared :
>> - through the "Joi
On Mon 25 Nov 2013 14:27:24 CET, Régis Haubourg wrote:
> +1 , we should have all relations in the same location.
> Arcgis users are already trained to choose between a join (1:1) or relates
> (1:n), we could keep something alike.
> Arcgis shows a dialog to assist user in choosing correctly what kin
Hi
On Mon 25 Nov 2013 14:10:27 CET, Hugo Mercier wrote:
> Hi all,
>
> I have some questions regarding table joins in QGIS.
>
> Looking at the GUI, there are two locations where such "joins" can
> currently be declared :
> - through the "Joins" tab of a layer's properties (1:1 join)
> - through the
+1 , we should have all relations in the same location.
Arcgis users are already trained to choose between a join (1:1) or relates
(1:n), we could keep something alike.
Arcgis shows a dialog to assist user in choosing correctly what kind of
relation he needs. I think this could be a good idea to
Hi all,
I have some questions regarding table joins in QGIS.
Looking at the GUI, there are two locations where such "joins" can
currently be declared :
- through the "Joins" tab of a layer's properties (1:1 join)
- through the "Relations" properties of the project (1:N joins)
Relations are very
