<div dir="ltr"><br><br>On Tue, Aug 28, 2018 at 1:49 PM Veronica Andreo <<a href="mailto:veroandreo@gmail.com">veroandreo@gmail.com</a>> wrote:<br>><br>> Sorry, I pressed send earlier than intended...<br>><br>> El mar., 28 ago. 2018 a las 13:45, Veronica Andreo (<<a href="mailto:veroandreo@gmail.com">veroandreo@gmail.com</a>>) escribió:<br>>><br>>> Thanks for the explanation, Glynn :)<br>>><br>>> El mar., 28 ago. 2018 a las 11:01, Glynn Clements (<<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>>) escribió:<br>>>><br>>>><br>>>> Veronica Andreo wrote:<br>>>><br>>>> > If I use a series of integer type maps as input to t.rast.series or<br>>>> > r.series and select minimum as method, the output is a floating point map.<br>>>> > I would have thought that if the input are integers then output should be<br>>>> > integer as well. I realized when I made a plot of the map and got a smooth<br>>>> > legend instead of integer numbers.<br>>>><br>>>> > Is this an expected behaviour?<br>>>><br>>>> The type of the output map is independent of the inputs, determined<br>>>> solely by the method. The count, diversity, min_raster and max_raster<br>>>> methods generate integer maps; all other methods generate<br>>>> floating-point maps.<br>>>><br>>>> It probably wouldn't be particularly involved to add another flag to<br>>>> the method table to indicate that a particular method will always<br>>>> produce an integer result for integer inputs.<br>><br>><br><div>> Is this worth an enhancement ticket? I do not know how to implement any of this myself.</div><div><br></div><div>Please try trunk r73206.</div><div><br></div><div>Markus M</div><div><br></div>><br>> thanks again,<br>> Vero<br>> _______________________________________________<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">https://lists.osgeo.org/mailman/listinfo/grass-dev</a></div>