<div dir="ltr"><div><div><div><div><div><div>Hi<br><br></div>I have many people asking for this kind of "virtual fields". The first time I show people the field calculator during curses, people often tell me :<br>
<br></div>* I have done a mistake, how can I change the formula and see the result updated ? -> they often compare this feature to the excel formula<br></div>* I do not want to create a new column, just use it for labelling/styling . I answer them "Just use expressions in the label/style pannel" and they answer back "But how can I preview the results in the attribute table for all features before ?"<br>
<br></div>This is definitely a nice feature to have. We must take performance into account though, for big datasets.<br><br></div>cheers<br></div>Michael<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">
2014-03-03 16:36 GMT+01:00 Martin Dobias <span dir="ltr"><<a href="mailto:wonder.sk@gmail.com" target="_blank">wonder.sk@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Denis<br>
<div class=""><br>
On Mon, Mar 3, 2014 at 9:49 PM, Denis Rouzaud <<a href="mailto:denis.rouzaud@gmail.com">denis.rouzaud@gmail.com</a>> wrote:<br>
> Hi all,<br>
><br>
> I was wondering about the idea of being able to create simple views in QGIS,<br>
> "views" in terms of database.<br>
> Often, I use views (in postgres) to be able to create labels, title, simple<br>
> calculation or whatever and also to combine data from joined tables.<br>
><br>
> Somehow, all is already there in QGIS but in distinct features:<br>
> - joins which will add the fields of the joined table to the main table<br>
> - expressions are used in many places where views are meaningful: labels,<br>
> styling, search, etc.<br>
> - field calculation<br>
><br>
> I was thinking that these features should be grouped and improved in what<br>
> could be called virtual fields -- so basically a "live" field calculation<br>
> without writing to the provider.<br>
><br>
> First, the idea would be to define virtual fields using expressions.<br>
<br>
</div>I have thought about this functionality before and I think it should<br>
be relatively easy to add this functionality. The<br>
QgsVectorLayerFeatureIterator could simply compute the values of the<br>
virtual fields according to their definition in QgsVectorLayer. It<br>
should automatically work lazily - if the field is not requested, it<br>
would not be evaluated.<br>
<div class=""><br>
<br>
> Then, it should be made possible to integrate the joined fields in qgis<br>
> expressions without adding them to the current attributes (as it is now).<br>
> One way to to it could be a function: joinField( joinName, joinedFieldName)<br>
> Hence, the user would be allowed to choose which joined fields he really<br>
> wants to be accessible in the layer.<br>
<br>
</div>Do we actually need such functionality? Wouldn't it be enough to hide<br>
the attributes you don't want?<br>
<br>
<br>
Regards<br>
<span class="HOEnZb"><font color="#888888">Martin<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br></div>