<div dir="ltr"><div>Nikos,</div><div><br></div><div>I would personally keep modules simpler and make them do one task really well (Unix philosophy ;-) unless there are multiple related tasks that share a significant portion of the procedure. I would assume that rasterization is a pre-processing step that needs to be done before using your module, and it may not need to be done every time you run the module. If this pre-processing doesn't require any special treatments to the input raster, I would leave it out and just add some notes in the manual.</div><div><br></div><div>Best,</div><div>Huidae</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 27, 2018 at 6:29 AM, Nikos Alexandris <span dir="ltr"><<a href="mailto:nik@nikosalexandris.net" target="_blank">nik@nikosalexandris.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear all,<br>
<br>
I am concerned about mixing Vector and Raster maps as inputs in a<br>
module. I think it's less of a complication if a module considers either<br>
only Vector or Raster maps as inputs.<br>
<br>
Should I just not worry and mix these? The question is about user-friendliness.<br>
<br>
If tha add-on is exposed to QGIS, non-experienced users will be able to<br>
use it. Should they be forced to think about doing some rasterisation<br>
themselves? Or should the module do this job for them?<br>
<br>
This is a generic question. I much appreciate your thoughts.<span class="HOEnZb"><font color="#888888"><br>
<br>
Nikos<br>
</font></span><br>______________________________<wbr>_________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org">grass-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/grass-dev</a><br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span><div><div dir="ltr">Huidae Cho, Ph.D., PE, M.ASCE, CFM, GISP<br>Open Source GIS Developer, GRASS GIS Development Team</div></div></span></div></div></div></div></div></div>
</div></div>