1

I have some DEM rasters (from the same data source so I think they're uniform in all file specifications) that I'm symbolizing using the same stretched color ramp. I set the stretch type to min-max, then edit high/low values to cover the low - high values for these rasters (0 - 128 in this case). For most of the rasters this works perfectly to create a nice seamless map, however for 3 of the rasters it is still not using the same symbology resulting in big ugly seams.

Any ideas on what may be causing this?

I'm using ArcMap 10.2.2.

12
  • You could try copying the statistics from one of the files that worked, use Set Raster Properties resources.arcgis.com/en/help/main/10.1/index.html#//… also confirm the data_type is generic or elevation for all the rasters (view properties in ArcCatalog). Sep 9, 2014 at 22:39
  • What format are the rasters in? Are they ASCII (.asc) files? There is a bug with ambiguous types in text format: if the first few records are integer the whole file is considered to be integer; if your nodata value is an int type like -9999 and the values start like -9999 -9999 -9999... then the image is assumed to be an integer, to fix this open the file in Notepad++ or other TEXT editor and change the first value at least to -9999.0. Any chance of a screen grab to show what's happening? Sep 9, 2014 at 23:08
  • Tried copying statistics from one of the working ones to no avail. The rasters are in SDTS/.ddf format, I can convert them to the singular .dem format easy enough if I want, but that doesn't help the problem. The data type is all generic. Looking at the raster properties I've noticed they are not the same - the ones that work are pixel type signed interger with 16 bit depth, while the ones that aren't working are pixel type floating point of 32 bit depth. NoData value is -32766 for all, if I open with text program it shows all start with alphanumeric string. Guess I need to downsample.
    – Alpheus
    Sep 10, 2014 at 21:20
  • Convert to 16bit, Copy Raster resources.arcgis.com/en/help/main/10.1/index.html#//… with pixel_type 16 bit signed or use GDAL_Translate gdal.org/gdal_translate.html with -ot CInt16 Sep 10, 2014 at 21:32
  • Copy raster down to 16 bit signed doesn't change. I've noticed the raster properties format reads FGDBR after the copy, it also builds pyramids resampling from nearest neighbor.
    – Alpheus
    Sep 11, 2014 at 21:04

1 Answer 1

1

Alpheus, I'm not sure if you've already solved your problem or not but I would recommend against converting your DEM to a 16-bit raster. This is very likely to reduce the precision with which the elevation data are stored and can be very disruptive for any subsequent analysis, e.g. flowpath modelling or slope analysis. If your data are currently floating point, and I don't know if they are, then this conversion will also result in a degradation to integer values, i.e. nearest metre or foot. If you are finding seams between your tiles despite all of them having the same display minimum and maximum values, then this could only be caused by a different binning strategy among some of the tiles, e.g. you might be using an equal area stretch or something similar for a few tiles. However, given your problem is mainly with display, you might consider mosaicing your DEM tiles into a single larger raster. That way their colour ramp and display parameters are guaranteed to be the same throughout. There was a similar question to this a short time ago,

Is there any way to 'clean' up ASTER v2 DEM data?

That person found that mosaicing was the solution to their problem with creating a seamless display of elevation data.

2
  • Thanks! The main problem turns out was just a meters to feet problem :P Most of their DEMs are in feet but a few are in meters. My data source isn't much for mentioning this sort of thing up front. The mosaic command is a huge help though as I aim to ultimately put together about 300 rasters to cover the entire region.
    – Alpheus
    Oct 2, 2014 at 16:14
  • @Alpheus Ah, that too is a common 'binning' problem. I can't tell you how often I've run into that particular problem! Glad you resolved it. Oct 2, 2014 at 16:20

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.