SHAPE_Length는 고도 값을 고려합니까?

이 Shape_Length속성은 표고를 고려합니까? 예를 들어, 내가 3 점이있는 경우 : A, B, 및C

A.X = 10
A.Y = 10
A.Z = 10
B.X = 10
B.Y = 10
B.Z = 50
C.X = 0
C.Y = 0
C.Z = 10

그런 다음 L1, 및 라는 두 줄을 만듭니다 L2.

L1.fromPoint = A
L1.toPoint = C
L2.fromPoint = B
L2.toPoint = C

결과에서 내가 관찰하고있는 것은 SHAPE_Length속성이 L1및에 대해 동일 하다는 것 L2입니다. 모든 점과 모든 폴리 라인이 ZAware임을 확인했습니다.

그렇다면 SHAPE_Length속성이 모양의 Z를 고려 한다고 가정하는 것이 잘못 입니까?

Z 값을 저장하거나 조작하는 데 아무런 문제가 없습니다. IPolyline을 사용하고 있습니다.

내가들은 내용에서 SHAPE_Length는 2D 전용이며 편집 할 수 없습니다.

현재 PolylineZ, PolygonZ 및 PointZ 피처 클래스를 오랫동안 사용해 왔으며 필자의 경험은이 SHAPE_Length필드가 XY라는 것입니다. 3D Analyst가 없기 때문에 (내 고용주가 그것을 얻기에 적합하지 않은 것으로 보임), 입면 작업을 위해 멋진 기하학을 수행해야했습니다. (예, 벡터 방정식은 이론적으로는 쉽지만 지금은 그렇지 않습니다.) 따라서 3D 분석가가 없으면 SHAPE_LengthXY 만 나타납니다 . 이제 3D Analyst는 이러한 자동 필드를 3D로 표시하거나 표시하지 않을 수 있습니다. 몰랐어요 운이 좋은 3D Analyst 사용자가 특종을 알고 있습니까?

고도를 위해 PolylineZ로 변환은 PolylineZ Shapefile 모양 유형에서 Z 값으로 저장 될 수 있습니다.

   PolylineZ    Mandatory: MBR, Number of parts, Number of points, Parts, Points, Z range, Z array
    Optional: M range, M array

보다

http://en.wikipedia.org/wiki/Shapefile#Shapefile_shape_format_.28.shp.29

아래에:

가변 길이 레코드 내용은 모양 유형에 따라 다릅니다. 가능한 모양 유형은 다음과 같습니다.

ET GeoWizard는 Polyline을 PolylineZ로 빠르게 변환 할 수 있습니다. http://www.ian-ko.com/ET_GeoWizards/gw_demo.htm

Open GIS Consortium Simple Feature Specification을 기반으로 ArcSDE 또는 RDBMS를 사용하는 경우 길이는 2D입니다. 1.2.1 사양에서도 Z 값은 여전히 ​​세로 좌표 값입니다. 정규화 된 지오메트리의 유일한 좌표는 X와 Y입니다. 이진 형상에는 사양의 일부로 Z 또는 M이 포함되지 않습니다.
섹션 6.1.5 :
http://www.opengeospatial.org/standards/sfs를 참조하십시오
. 스펙의 여러 구현을 확인하면서 곡선에 대한 ST_LENGTH가 현재 Z- 값을 고려하지 않도록 지정합니다. 사양 테스트에서 Z 값을 고려한 것처럼 보이지 않습니다.

파일 지오 데이터베이스가 Z 좌표를 구현하는지 확실하지 않습니다. ArcSDE와 달리 파일 지오 데이터베이스는 밀도가 높은 곡선 대신 실제 곡선을 사용하며 OGC SFS를 따르지 않습니다. 따라서 파일 지오 데이터베이스가 Z 인식 길이 계산을 수행 할 수 있습니다.

2D입니다. 3D 선의 3D 길이를 계산하려면 ICurve3D :: Length3D http://help.arcgis.com/en/sdk/10.0/arcobjects_net/componenthelp/index.html#/Length3D_Property/002m0000010s000000/을 사용 하십시오.