Shapefile teknik özelliklerinde “Tuhaflıklar”

Shapefile ayrıştırma kütüphanesi yazıyorum ve şartnamede anlayamadığım birkaç tasarım kararıyla karşılaştım . Umarım buralarda neden böyle olduklarını söyleyebilecek, eski bir ESRI geliştiricisi var.

1. Ana kayıt dosyası (.shp) karma endianness'tendir . Özellikle, başlığın bölümleri büyük endian bayt sıralamasına sahiptir, ancak kayıtların hepsi küçük endian'dır. Genelde bayt ve bitlerden daha yüksek bir seviyede çalışırım, ancak endianness hakkında şimdiye kadar okuduğum her şey bunu olağandışı olarak işaretler. Dosya neden tekdüze bir endian olmadı?

2. "Dosya Uzunluğu" alanı ve diğer uzunluk ve konum alanları, daha standart (sınırlı perspektifime göre) 8 bit konumlandırma yerine 16 bitlik kelimelerle kaydedilir. Bu karara nasıl ulaşıldı?

Stack Overflow'ta da benzer bir soru yayınladım ancak yanıt alamadım. Bu diğer insanlara konu dışı geliyorsa, kapanmasını destekleyebilirim.

Shapefiles'in geliştirilmesi, özellikle platformdan bağımsız olacak şekilde tasarlanmış olan ArcView'in gelişimi ile eşzamanlıydı. (Aslında, bunun çöküşü olduğu ortaya çıktı: "Neuron Data" adı verilen ve bağımsız bir GUI platformunda geliştirilen bir arayüze dayanarak birçok Windows özelliğinden yararlanamadı. Tüm sistemlerin en kötüsünü yansıttı. () pazarlanmıştır.) Şekil dosyası özelliği baştan beri garip olsa da, bu tasarım çerçevesi içinde çok çeşitli bir anlam ifade ediyordu: şekil dosyaları birçok platform için tasarlandığından, özellikleri bunlardan hiçbirini desteklememeli ve bu nedenle eşit derecede iğrenç olmalı. Bütün iknaların programcılarına.

İkinci sorunun doğru olmayan bir varsayıma dayandığı görülmektedir. Örneğin, "Dosya Uzunluğu" alanı ana başlıktaki 24 bayt ofsetinde görünür ve en fazla 2 ^ 31- uzunluğunu temsil etmesi gerektiği için (işaretli) dört baytlık (32 bit) bir tamsayıdır. 1. Öncelikle dört baytlık bir "Dosya Kodu" ve gelecekteki kullanım için ayrılmış beş dört baytlık alandan önce gelir: böyle bir alanı sakladığınızda, tabii ki alanları olabildiğince makul büyüklükte yapmak istiyorsunuz. mümkün olan en yüksek esnekliği sağlamak için 32 bittik. Bir dosyadaki sayısal alanları kelime sınırlarına göre hizalamak da yardımcı olur:

Dışarıdaki biri bu cevapları ve daha fazlasını biliyor ama konuşmuyorlar.

Belgelenmemiş sbn ve sbx dosyalarının kodunu çözmek için birlikte çalıştığım ekip, aynı anda hem daha da tuhaf hem de daha tuhaf olan birçok tuhaflık keşfetti.

Shapefile yapılarının çoğu, ESRI geliştiricilerinin düşündüğü şeyleri öneren mantıklı ve çok verimlidir. Sanki bir çılgınca atılmış bir sürü akıllı geliştiriciye sahiplermiş gibi.

Diğer gönderiler tarafından önerildiği gibi, tuhaflıklar muhtemelen şu anda bize yabancı olan makine veya dil gereksinimlerinin sonucudur.

Her zaman 16-bit kelimelerin yer kazanmanın kolay bir yolu olduğundan şüphelendim. Dosyaları kullanırken 16 bitlik kelime değerlerini bellekte tutmanız gerektiğini göreceksiniz. Yer kazanmak için değer hesaplama stratejisi, bugün bile ikili formatlarda yaygındır. Ancak Mike'ın yerli int önerisi de aynı şekilde muhtemel.

Endian-saygısız sadece garip. Kimsenin gördüğüm kadar iyi bir cevabı yok.

Dbf formatı, 1960'larda ortaya çıkan dbase III formatından alınmıştır. O zamandan beri yaygın olarak kullanılmaktadır ve foxpro ve xbase dahil diğer isimler altında bulunabilir.

Shapefile formatının kusurlarına, tuhaflıklarına ve sınırlamalarına rağmen, CBS alanında ve çevresinde inatla devam eder. Diğer her girişimi basit vektör depolama için çok fazla veya özel mülkiyeti şişirilmiş oldu. ESRI düşünce şekilleri bile yeni başlayanları ArcINFO'ya, eşiklere ve coğrafi veri tabanlarına doğru hareket ettirecek bir oyuncak olacaktı. İnternetin muhtemelen formatın kalkması ile ilgisi vardı.

Pyshp yazmayı çok öğrendim. Ayrıştırıcı yazmak bir format öğrenmenin harika bir yoludur.

Bu benim işim.

Shapefile formatı büyük olasılıkla FORTRAN / PR1ME kaynaklarından gelen geçmişi olan ARC / INFO'dan gelişti. Tüm ARC / INFO formatları bu 100 baytlık başlığa ve Dosya Kodunun ve Dosya Uzunluğunun büyük endikasyonuna (örn. Coverages, TINs) sahipti.

ArcView 1 için Shapefiles yapıldığında, ESRI, Microsoft Windows pazarına girmeye odaklandı ve Shapefile formatının geri kalanı, büyük ölçüde küçük PC'lerin endian olmasına odaklandı.

Kuşkusuzluk arasındaki sürekli değişimin, muhtemelen, eski kökenleri desteklerken, platforma girmenin yararlarını tahmin etmenin gerekliliği olduğu düşünülüyordu.

Endian bölünmesinin, her biri Sun Workstation'da, diğerinde PC'lerde iki takım olması ve geliştirme sürecinin sonuna kadar toplanmamalarından kaynaklandığını her zaman varsaydım.

Gerçekten ne olduğunu bilmek isterdim.

Orada bir yerde dbf / foxpro'nun kökeni hakkında bir şeyler duydum.
Bu olsa benim yaptığım tuhaf bir rüya olabilirdi.

Shapefilo'ların 20 yıl önce tanıtıldığını anlamalısınız, o zamanlar sayısız tutarsız ve kötü tasarlanmış dosya formatı vardı. Ben bir shapefile ayrıştırıcı kendim yazdım ve DBF formatını ayrıştırma konusunda kendi formfiles (.SHP) 'e kıyasla daha fazla sorun yaşadığımı söylemek zorundayım.