Project

General

Profile

Actions

Bug #622

closed

redundancy in eml-physical/binaryRaster

Added by Peter McCartney over 21 years ago. Updated over 21 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
eml - general bugs
Target version:
Start date:
10/04/2002
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
622

Description

the following elements are redundant and could be deleted.

binaryRaster/nbands is redundant with spatialRaster/numberOfBands
binaryRaster/ncols is redundant with spatialRaster/columns
binaryRaster/nrows is redundant with spatialRaster/rows
binaryRaster/xdim is redundant with spatialRaster/cellsizexdirectioin
binaryRaster/ydim is redundant with spatialRaster/cellsizeYdirectioin

binaryRaster/ulxmap and ulymap are not redundant, but im not sure are adequate.
the purpose of these is to tell you how to relate the cells to the coordinate
system which is only needed if the file is shipped in a format that isnt aready
georeferenced in its header. Given we know the cell dimensions from spatial
raster, these two values will let us place the grid except that we dont know if
the point refers to the upper left corner of the cell or its center. Erdas, for
example has you specifiy this when registering grids. others have you specify
this as a boundary extent and indicate whether the points are outer courners or
center points of the cell. In the example dan pulled from esri, this is just
one way that they do it and they clearly are makein an assumption about where
in that upper left cell the reference point lies.

the simplest fix here is to add one field called ulRefPoint to indicate where
in the cell the coordinate referes to. give it a domain of upperLeft,
upperRight, center, lowerLeft, lowerRight.

Actions

Also available in: Atom PDF