English

Problem: PROJECT creates a coverage with many incorrect arcs

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:

Related Information