Solution or Workaround
Problem
PROJECT tool creates a corrupted coverage.
Cause
When a DENSIFY value of 0 is used in the input projection parameters, PROJECT creates a corrupted coverage. On the NT platform, the coverage will be split into many arcs forming a rectangular box that is far outside of the original coverage's boundary. On UNIX the coverage will have far more arcs with small gaps dispersed throughout them.
Solution
There are two solutions to resolve this:
1) Use a text editor to remove the 'Densify 0.00000' line from the coverage's prj.adf file. Example:
system> cd testcov
system> ls
aat.adf arc.adf arx.adf bnd.adf log nat.adf prj.adf tic.adf tol.adf
[rasputin:18] Corey> more prj.adf
Projection UTM
Zone 15
Datum NAD27
Zunits NO
Units METERS
Spheroid CLARKE1866
Xshift 0.0000000000
Yshift 0.0000000000
Densify 0.0000000000 ---> Remove this line using a text editor.
2) Use a projection file that does not have DENSIFY 0.00 in the input projection information. Example:
input
projection
zone 15
units meters
datum nad27
zunits no
parameters
output
.
. ----> Desired projection information
.
parameters
end
Following is an example of a coverage that will be corrupted when used in PROJECT:
Description of SINGLE precision coverage testcov
FEATURE CLASSES
Number of Attribute Spatial
Feature Class Subclass Features data (bytes) Index?
Topology?
------------- -------- --------- ------------ -------
---------
ARCS 1164 32
NODES 1127
ANNOTATIONS (blank) 0
SECONDARY FEATURES
Tics 4
Arc Segments 11969
TOLERANCES
Fuzzy = 1.000 V Dangle = 0.000 N
COVERAGE BOUNDARY
Continue?
Xmin = 245248.703 Xmax = 265241.188
Ymin = 141450.000 Ymax = 165673.406
STATUS
The coverage has not been Edited since the last BUILD or CLEAN.
COORDINATE SYSTEM DESCRIPTION
Projection UTM
Zone 19
Datum NAD27
Units METERS Spheroid CLARKE1866
Xshift 350000.00000 Yshift 4800000.000
Densify 0.00000 Generalize 0.00000
Parameters: