<p dir="ltr"><br>
On 12 Jan 2016 8:36 AM, "didier peeters" <<a href="mailto:dpeeter1@ulb.ac.be">dpeeter1@ulb.ac.be</a>> wrote:<br>
><br>
> Thank you Nyall.<br>
><br>
> Oh, this could be the reason.  To clarify a little bit, my field is not called « id » and my coverage layer is a Postgis table, the field I use has a PK and the geometry layer is a Postgis view with numerical values that I represent with proportional circles.<br>
> Does it mean that what I want to do is not possible ?  Or should I use another data source ?</p>
<p dir="ltr">It should be possible. Can you share a few rows from both tables?</p>
<p dir="ltr">Nyall</p>
<p dir="ltr">><br>
> Didier<br>
><br>
><br>
> > Le 11 janv. 2016 à 21:26, Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>> a écrit :<br>
> ><br>
> > On 12 January 2016 at 02:18, didier peeters <<a href="mailto:dpeeter1@ulb.ac.be">dpeeter1@ulb.ac.be</a>> wrote:<br>
> >> Hello,<br>
> >><br>
> >> I’ve started to use the Atlas in QGis composer: I use a non-geometry table<br>
> >> as coverage layer, providing the feature id’s and corresponding labels for<br>
> >> my maps, and I display always the same extent but with different data of<br>
> >> course, using a rule-based style like ‘ "field" = @atlas_featureid'.  At<br>
> >> first it worked fine but now, the atlas mistakes @atlas_featurenumber for<br>
> >> @atlas_featureid, i.e. instead of displaying the data corresponding to the<br>
> >> feature id it displays the data corresponding to the number of the feature<br>
> >> (~ the row number, as some are filtered out), but selects properly the<br>
> >> labels corresponding to the feature value.  So I obtain maps with a title<br>
> >> which is not related to the content !<br>
> >> In the expression editor @atlas_featureid and @atlas_featurenumber are<br>
> >> previewed with the same Current value although they are different !<br>
> >><br>
> >> Does anyone have an idea about this ?<br>
> ><br>
> > Keep in mind that feature id's might not be predictable, depending on<br>
> > your data source. They aren't user visible, and as such aren't<br>
> > suitable for a join like this.<br>
> ><br>
> > Did you mean instead to use a field called "id" from your coverage layer?<br>
> ><br>
> > Nyall<br>
> ><br>
> >><br>
> >> I use QGis 2.12.1 on Mac.<br>
> >><br>
> >> Didier<br>
> >><br>
> >> _______________________________________________<br>
> >> Qgis-user mailing list<br>
> >> <a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
> >> List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
> >> Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
><br>
> _______________________________________________<br>
> Qgis-user mailing list<br>
> <a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
> List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
> Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user">http://lists.osgeo.org/mailman/listinfo/qgis-user</a></p>