SHAPE_Lpm có tính đến các giá trị độ cao không?

Liệu Shape_Lengththuộc tính có tính đến độ cao? Ví dụ, nếu tôi có 3 điểm: A, B, và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

Sau đó, tôi tạo hai dòng: L1và L2.

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

Những gì tôi đang quan sát trong các kết quả là SHAPE_Lengththuộc tính giống nhau cho cả hai L1và L2. Tôi đã xác minh rằng tất cả các điểm và tất cả các polylines là ZAware.

Vì vậy, tôi có sai khi cho rằng SHAPE_Lengththuộc tính có tính đến Z của các hình dạng không?

Tôi không gặp vấn đề gì khi lưu trữ Giá trị Z hoặc thao tác với chúng. Tôi đang sử dụng IPolyline.

Từ những gì tôi đã nghe, SHAPE_Lpm chỉ là 2D và không thể chỉnh sửa.

Tôi đã làm việc với các lớp tính năng PolylineZ, PolygonZ và PointZ từ lâu và kinh nghiệm của tôi là SHAPE_Lengthlĩnh vực này hoàn toàn là XY. Bởi vì tôi không có Nhà phân tích 3D (Chủ nhân của tôi không thấy phù hợp để có được nó), tôi đã phải thực hiện một số hình học ưa thích để làm việc với độ cao. (Vâng, về mặt lý thuyết vectơ sẽ dễ dàng hơn về mặt lý thuyết, nhưng hiện tại tôi không theo kịp điều đó.) Vì vậy, nếu không có Nhà phân tích 3D, nó sẽ xuất hiện chỉ SHAPE_Lengthlà XY. Bây giờ, Nhà phân tích 3D có thể hoặc không thể hình các trường tự động này trong 3D. Tôi sẽ không biết. Có bất kỳ người dùng phân tích 3D may mắn nào ngoài kia biết tin sốt dẻo không?

Chuyển đổi sang PolylineZ cho Độ cao có thể được lưu trữ dưới dạng Giá trị Z trong các loại hình dạng Shapefile của PolylineZ:

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

Xem

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

Dưới:

Nội dung bản ghi chiều dài thay đổi phụ thuộc vào loại hình dạng. Sau đây là các loại hình dạng có thể:

ET GeoWizard có thể chuyển đổi Polyline sang PolylineZ một cách nhanh chóng. http://www.ian-ko.com/ET_GeoWizards/gw_demo.htmlm

Nếu bạn đang sử dụng ArcSDE hoặc RDBMS dựa trên Đặc tả tính năng đơn giản của Hiệp hội GIS mở, thì độ dài là 2D. Ngay cả ở thông số 1.2.1, giá trị Z vẫn chỉ là giá trị thứ tự; X và Y là tọa độ duy nhất cho hình học chuẩn hóa. Hình học nhị phân vẫn không bao gồm Z hoặc M như một phần o thông số kỹ thuật.
Tham khảo phần 6.1.5:
http://www.opengeospatial.org/stiterias/sfs
Thực hiện kiểm tra một số triển khai của thông số kỹ thuật, tất cả đều xác định rằng ST_LENGTH cho các đường cong không tính đến Giá trị Z tại thời điểm này và có vẻ như các thử nghiệm đặc tả không tính đến các giá trị Z.

Tôi không chắc chắn nếu một cơ sở dữ liệu địa lý tập tin sẽ thực hiện tọa độ Z. Không giống như ArcSDE, cơ sở dữ liệu filegeodat sử dụng các đường cong thực sự thay vì các đường cong dày đặc và không tuân theo OGC SFS. Vì vậy, có thể các cơ sở dữ liệu filegeodat đang thực hiện tính toán độ dài Z.

Nó là 2D. Nếu bạn muốn tính toán độ dài 3D cho các dòng 3D, hãy sử dụng ICurve3D :: Length3D http://help.arcgis.com/en/sdk/10.0/arcobjects_net/componenthelp/index.html#/Lạng3D_Property / 002000000s000000 /