[Qgis-user] Layer driven Atlas

Neumann, Andreas a.neumann at carto.net
Wed Mar 2 05:58:50 PST 2016


Hi Tom, 

@atlas_feature returns a full feature - with geometry and attributes -
similar to a full database record type. With this feature you could
extract the geometry and the attributes. 

You probably want @atlas_featurenumber and @atlas_totalfeatures ? 

@atlas_featureid should return the unique id (primary key) of your
feature. I just tested it with a physical table and it worked. If it
doesn't work, it may well be a side-effect of using a virtual layer? If
this is the case - could you try saving the virtual layer to a physical
table? 

Greetings, 

Andreas 

On 2016-03-02 14:33, Thomas Colley wrote:

> Hi Andreas 
> 
> That's excellent, thanks so much, I never thought about joining tables. The virtual layer works really well. 
> 
> Again I'm not sure if I'm doing something wrong or a bug but some of the atlas variables aren't working as expected: 
> 
> atlas_feature and atlas_featureid return <feature: 0> and 0 respectively no matter which atlas page you're on. atlas_featurenumber, atlas_filename, atlas_pagename all work as they should. 
> 
> I have got round this by using atlas_pagename (set using the name attribute) in the data defined layer settings (I had been trying attribute(  @atlas_feature , 'name')). 
> 
> Cheers 
> 
> Tom 
> 
> FROM: Qgis-user [mailto:qgis-user-bounces at lists.osgeo.org] ON BEHALF OF Andreas Neumann
> SENT: 01 March 2016 20:12
> TO: qgis-user at lists.osgeo.org
> SUBJECT: Re: [Qgis-user] Layer driven Atlas 
> 
> Hi Thomas,
> 
> You will need a table with a record per page for the atlas coverage layer.
> 
> So if, f.e. you have a table with administrative units (with geometries) and a table with temporal layers (e.g. an ortho-image every 5 years or so) you will need to do a cross-join between the two tables.
> 
> See http://www.tutorialspoint.com/sqlite/sqlite_using_joins.htm
> 
> You can use the new Virtual layer feature from QGIS 2.14 to create such a layer on-the-fly without having to store a separate layer. Let us know if you need help on the virtual layer.
> 
> Hope this helps,
> Andreas
> 
> On 01.03.2016 16:58, Thomas Colley wrote: 
> 
>> Hi everyone 
>> 
>> I was just looking through the changelogs and got really excited when I saw data defined control over map layers! (http://www.qgis.org/en/site/forusers/visualchangelog212/index.html#feature-data-defined-control-over-map-layers-and-style-presets) 
>> 
>> This is exactly what I'd been asking about on the list last year (http://lists.osgeo.org/pipermail/qgis-user/2015-August/033211.html) so thanks so much to Nyall for adding this functionality! 
>> 
>> I'm not 100% sure that I'm using it in the correct way though. I have managed to achieve it by duplicating my atlas coverage features so that there is one feature per layer with an attribute holding the layer name. I then use the attribute in the data defined layers option. 
>> 
>> Is this the way to do it or am I missing something? I wasn't sure where/if the 'set layer list from a visibility preset' should come into play. 
>> 
>> When I first read the post I thought that the | separated list of layers would be cycled through one by one but then realised that they'd all be displayed together. 
>> 
>> I have a static list of 20 or so layers to cycle through for each site so ideally if I could specify a list of layers (or visibility presets) to loop through that would be amazing. 
>> 
>> Failing that I can write a little plugin to take a selected feature and create a scratch layer with the feature duplicated with the layer attribute values. 
>> 
>> Thanks again for adding this, it'll be a massive time saver for us! 
>> 
>> Tom 
>> 
>> _______________________________________________
>> 
>> Qgis-user mailing list
>> 
>> Qgis-user at lists.osgeo.org
>> 
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
>> 
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20160302/1206e8ce/attachment.html>


More information about the Qgis-user mailing list