<div dir="ltr">hi matthew,<div><br></div><div>quick follow up question on proposed change. would saving the image back to disk restore the original datatype? i.e. i read a uint8 image and save it to another location, would that new file by 8 times the size of the original file?</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">cheers,<br><br>satra<br><br></div></div></div></div></div></div></div><div class="gmail_quote">On Tue, Jul 7, 2015 at 10:29 PM, Satrajit Ghosh <span dir="ltr"><<a href="mailto:satra@mit.edu" target="_blank">satra@mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>hi matthew,</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">We have to address ourselves to the standard as it is actually used.<br>
As the standard is used, there is almost never a reason to assume that<br>
an image with slope = 1, intercept = 0 is really intended to be used<br>
as integers in memory.<br></blockquote><div><br></div></span><div>to me this would always be float in memory. since slope == 1 and != 0.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">To emphasize, there is currently no guarantee that an image will be<br>
identical if round tripped, and in general, it will not be identical<br>
now, if slope != 1 and intercept != 0.<br></blockquote><div><br></div></span><div>what if scl_slope == 0, shouldn't we expect roundtrip identity? </div><span class=""><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I realize that the default change will use more memory, but I don't<br>
think we should be increasing the risk of silent generation of<br>
entirely wrong results in order to optimize memory, in the default<br>
case.</blockquote><div><br></div></span><div>i agree, but is there a way to allow for keeping the datatype intact? are we agreeing that a keyword is necessary, and dtype=None will keep the original datatype.</div><span class=""><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">To improve the quality of the discussion - has anyone got an example<br>
of a real script that will give the wrong answer with the proposed<br>
change?<br></blockquote><div><br></div></span><div>at least the common scripts we use won't give a wrong answer. but many of our workflows will now crash because they would require additional memory for specific pieces. now that's several layers embedded from a user point of view.</div><div><br></div><div>is the proposed change the augmented proposal to include a dtype keyword?</div><div><br></div><div>cheers,</div><div><br></div><div>satra</div><div><br></div></div></div></div>
</blockquote></div><br></div></div>