<div dir="ltr"><div><div><div><div><div><div><div>Hi all !<br><br></div>I was wondering what was the current status for layers created as ouput of algs and used as input in child algs ? I remember reading some new feature in this area, but I cannot remember what was the conclusion. Is there some options allowing to do the following :<br><br></div>* use memory layers for all intermediate layers -> could be very fast, but there should be some way to prevent bloating the computer if the input data is too big ( the user would prefer to avoid memory layer if it leads to swap )<br><br></div>* use a unique spatialite database to store the intermediate layers. In this case<br></div><div>  - create automatically spatial indexes ( it is fast )<br></div><div>  - use rasterlite to store raster layers ? Or use a kind of foreign data wrapper for sqlite ?<br><br></div>* For both options, obviously keep the long field names along the process, and the complex data types ( and do not restrict to the 4 datatypes available in DBF )<br><br></div><div>* I am aware that the use of Grass or other rich algs provider (Saga, Taudem) can lead to using their internal format. What are the possibilities and limits in this case ? For example for vector, Grass needs to import the data, but what about for raster like GeoTiffs ?<br></div><div><br></div>Thanks in advance for your sharing your opinions and knowledge on this.<br><br></div>Regards,<br></div>Michaël<br></div>