<div dir="ltr"><div>Just out of curiosity, have you tried using QGIS?<br></div>It might solve the issue for you...or might just be a goose chase.<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span><pre>Jerl Simpson
V.P. Systems Engineering
Weather Trends International
<a href="http://www.weathertrends360.com/" target="_blank">http://www.weathertrends360.com/</a>
  
This communication is privileged and may contain confidential information.<br>It's intended only for the use of the person or entity named above.<br>If you are not the intended recipient, do not distribute or copy this communication.<br>If you have received this communication in error, <br>please notify the sender immediately and return the original to the email address above.<br>© Copyright 2016 Weather Trends International, Inc.</pre></span></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Thu, Apr 7, 2016 at 7:45 AM, Jason Greenlaw - NOAA Affiliate <span dir="ltr"><<a href="mailto:jason.greenlaw@noaa.gov" target="_blank">jason.greenlaw@noaa.gov</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">Trent,<div><br></div><div>I am able to load the VRT in ArcMap, and while it does now recognize -128 as the NoData value, it is identifying the raster as unsigned byte despite the <Metadata> section workaround given by Even, and thus does not properly respect the NoData areas.  This is strange since it recognizes the original GeoTIFF as signed byte.  I'm using ArcGIS 10.2.2, which may have something to do with it.  Perhaps it's fixed with 10.3/10.4.</div><div><br></div><div>I have used their Raster Functions before but have not played around with the Image Analysis window - another reason to upgrade to 10.3+.</div><div><br></div><div>Thanks for the tip,</div><div>Jason</div><div><br></div><div><br></div><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 6, 2016 at 3:58 PM, Hare, Trent <span dir="ltr"><<a href="mailto:thare@usgs.gov" target="_blank">thare@usgs.gov</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">Jason,<div>   VRTs work in ArcMap too - if that helps...? Also have you tried the powerful Image Analysis window. It is fairly flexible with output types (e.g. float, 8bit) for output at each functional step. <a href="http://desktop.arcgis.com/en/arcmap/10.3/manage-data/raster-and-images/rasters-with-functions.htm" target="_blank">http://desktop.arcgis.com/en/arcmap/10.3/manage-data/raster-and-images/rasters-with-functions.htm</a></div><div><br></div><div>more: <a href="http://desktop.arcgis.com/en/arcmap/10.3/manage-data/raster-and-images/what-is-the-image-analysis-window.htm" target="_blank">http://desktop.arcgis.com/en/arcmap/10.3/manage-data/raster-and-images/what-is-the-image-analysis-window.htm</a><br></div><div><br></div><div>good luck,</div><div>Trent</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Wed, Apr 6, 2016 at 12:26 PM, Jason Greenlaw - NOAA Affiliate <span dir="ltr"><<a href="mailto:jason.greenlaw@noaa.gov" target="_blank">jason.greenlaw@noaa.gov</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div>Thanks for the workaround and quick fix.  The VRT addresses the issue on the data end.  Now it's only an ArcGIS problem :)</div><div><span><font color="#888888"><div><br></div><div>Jason</div></font></span><span><div class="gmail_extra"><br></div><div class="gmail_extra">
<br><div class="gmail_quote">On Wed, Apr 6, 2016 at 3:10 PM, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span> wrote:<br><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"><span>Le mercredi 06 avril 2016 20:38:36, Jason Greenlaw - NOAA Affiliate a écrit :<br>
> Hello,<br>
><br>
> I've run into a snag trying to assign a negative NoData value to a Signed<br>
> Byte raster.<br>
<br>
</span>Jason,<br>
<br>
I've just pushed a fix for that in trunk (signed byte is a bit of a second<br>
class citizen as a data type in GDAL, hence the issues) to avoid the erroneous<br>
clamping. You're supposed to put negative values.<br>
You can workaround the issue by first creating a VRT by adding<br>
<br>
    <NoDataValue>-128</NoDataValue><br>
    <Metadata><br>
      <MDI key="PIXELTYPE">SIGNEDBYTE</MDI><br>
    </Metadata><br>
<br>
in <VRTRasterBand><br>
<br>
and then gdal_translate the VRT as TIFF<br>
<span><font color="#888888"><br>
Even<br>
<br><span class="HOEnZb"><font color="#888888">
<br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
</font></span></font></span></blockquote></div><span class="HOEnZb"><font color="#888888"><br></font></span></div></span></div></div><span class="HOEnZb"><font color="#888888">
<br></font></span></div></div><span class="HOEnZb"><font color="#888888">_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></font></span></blockquote></div><span class="HOEnZb"><font color="#888888"><br></font></span></div>
</blockquote></div><br></div></div>
<br>_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br></blockquote></div><br></div>