<div dir="ltr"><div>Hi Nyall,</div><div><br></div><div>Thank you very much for the clarification! It seems a must have for the next crowdfunding round! <br></div><div><br></div><div>I believe that the issue is the same or similar with the Iterate over the layer, right?</div><div><br></div><div>Thanks again Nyall!</div><div><br></div><div>Best regards,</div><div>Pedro</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Nyall Dawson <<a href="mailto:nyall.dawson@gmail.com">nyall.dawson@gmail.com</a>> escreveu no dia terça, 12/05/2020 à(s) 02:21:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 12 May 2020 at 11:08, Pedro Venâncio <<a href="mailto:pedrongvenancio@gmail.com" target="_blank">pedrongvenancio@gmail.com</a>> wrote:<br>
><br>
> Hi all,<br>
><br>
<br>
><br>
> However, I was trying to give a more generic use to the model, and so I added the 'Add geometry attributes' algorithm to it. With this, I cannot get the coordinates anymore with the expression:<br>
><br>
> concat(attributes( get_feature_by_id(@Add_geometry_attributes_OUTPUT, 0))['xcoord'], ',', attributes( get_feature_by_id(@Add_geometry_attributes_OUTPUT, 0))['ycoord'])<br>
><br>
<br>
> This can be due to the fact that the intermediate result of 'Add geometry attributes' is a memory layer? Is there any possibility of doing this in another way?<br>
<br>
No -- it's a limitation in models, that expressions CANNOT access<br>
layers which have been created during the model execution. Only layers<br>
present in the project at the start of the model execution can<br>
(currently) be utilised by expressions in a model.<br>
<br>
The fix is not trivial -- e.g. for myself I'd budget about 3 days to fix this.<br>
<br>
Nyall<br>
</blockquote></div>