SHAPE_Length yükseklik değerlerini dikkate alıyor mu?

Does Shape_Lengthnitelik yükseklik dikkate almak? Mesela ben 3 puanı varsa: A, B, veC

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

Sonra iki satır oluşturuyorum:, L1ve L2.

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

Sonuçlarda gözlemlediğim, SHAPE_Lengthözniteliğin hem L1ve hem de aynı olmasıdır L2. Tüm noktaların ve tüm çoklu hatların ZAware olduğunu doğruladım.

Öyleyse, SHAPE_Lengthözelliğin şekillerin Z değerini dikkate aldığını varsaymak yanlış mıyım?

Z Değerlerini saklamak veya değiştirmek için hiçbir sorunum yok. IPolyline kullanıyorum.

Duyduğum kadarıyla, SHAPE_Length sadece 2D'dir ve düzenlenemez.

Uzun zamandır PolylineZ, PolygonZ ve PointZ özellik sınıflarıyla çalışıyorum ve deneyimlerim SHAPE_Lengthalanın kesinlikle XY olması. 3D Analistim olmadığından (İşverenim bunu elde etmek için uygun görmedi), yüksekliklerle çalışmak için bazı süslü geometri yapmak zorunda kaldım. (Evet, vektör denklemleri teorik olarak daha kolay olurdu, ama şu an buna bağlı değilim.) Yani, 3D Analist olmadan, SHAPE_Lengthsadece XY gibi görünüyor . Şimdi, 3D Analyst bu otomatik alanları 3D olarak anlayabilir veya anlamayabilir. Bilmem. Orada şanslı 3D Analist kullanıcıları kepçe biliyor mu?

Yükseklik için PolylineZ'ye Dönüştür PolylineZ Shapefile şekil tiplerinde Z Değeri olarak saklanabilir:

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

Görmek

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

altında:

Değişken uzunluktaki kayıt içerikleri şekil tipine bağlıdır. Olası şekil türleri şunlardır:

ET GeoWizard hızla Polyline PolylineZ dönüştürebilirsiniz. http://www.ian-ko.com/ET_GeoWizards/gw_demo.htm

Açık GIS Konsorsiyumu Basit Özellik Belirtimi'ne dayalı bir ArcSDE veya RDBMS kullanıyorsanız, uzunluk 2B'dir. 1.2.1 spesifikasyonunda bile, Z değerleri hala sadece sıradan değerlerdir; X ve Y normalleştirilmiş geometri için tek koordinattır. İkili geometri, spesifikasyonun bir parçası olarak hala Z veya M'yi içermez.
Bölüm 6.1.5'e bakın:
http://www.opengeospatial.org/standards/sfs
Spesifikasyonun çeşitli uygulamalarını kontrol ederek, hepsi eğriler için ST_LENGTH değerinin şu anda Z-Değerlerini dikkate almadığını belirtir ve spesifikasyon testleri Z değerlerini hesaba katar gibi görünmüyor.

Bir dosya coğrafi veritabanının Z koordinatlarını uygulayıp uygulamadığı konusunda emin değilim. ArcSDE'den farklı olarak, filegeodatabases yoğunlaştırılmış eğriler yerine gerçek eğriler kullanır ve OGC SFS'yi takip etmez. Dolayısıyla, dosya coğrafi veritabanlarının Z farkında uzunluk hesaplamaları yapması mümkündür.

2D. 3B çizgiler için 3B uzunluğu hesaplamak istiyorsanız, ICurve3D :: Length3D kullanın http://help.arcgis.com/en/sdk/10.0/arcobjects_net/componenthelp/index.html#/Length3D_Property/002m0000010s000000/