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.

  • 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). – Michael Stimson Sep 9 '14 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? – Michael Stimson Sep 9 '14 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 '14 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 – Michael Stimson Sep 10 '14 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 '14 at 21:04
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.

  • 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 '14 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. – WhiteboxDev Oct 2 '14 at 16:20

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

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