Những điều lạ lùng trong các đặc điểm kỹ thuật của Shapefile

Tôi đã viết một thư viện phân tích cú pháp shapefile và đã gặp một vài quyết định thiết kế trong đặc tả mà tôi không hiểu ngay lập tức. Tôi hy vọng có một nhà phát triển ESRI cũ đang hoảng sợ ở đây, người có thể cho tôi biết lý do tại sao những thứ này là như vậy.

1. Tệp bản ghi chính (.shp) có độ bền hỗn hợp . Cụ thể, các phần của tiêu đề có thứ tự byte cuối lớn, nhưng các bản ghi đều là endian nhỏ. Tôi thường làm việc ở mức cao hơn byte và bit, nhưng mọi thứ tôi đã đọc từ trước đến nay đều đánh dấu điều này là bất thường. Tại sao tệp không được chỉ định là có độ bền đồng nhất?

2. Trường "Độ dài tệp", cũng như các trường độ dài và vị trí khác, được ghi bằng các từ 16 bit, thay vì định vị 8 bit chuẩn hơn (theo quan điểm hạn chế của tôi). Làm thế nào mà quyết định này đạt được?

Tôi đã đăng một câu hỏi tương tự trên Stack Overflow, nhưng không nhận được phản hồi nào. Nếu điều này có vẻ quá lạc đề với người khác, tôi có thể hỗ trợ đóng nó.

Sự phát triển của shapefiles đồng thời với sự phát triển của ArcView, được thiết kế đặc biệt để độc lập với nền tảng. (Trên thực tế, điều đó hóa ra là sự sụp đổ của nó: bằng cách dựa vào giao diện được phát triển trong GUI độc lập nền tảng có tên là "Dữ liệu thần kinh", nó không thể tận dụng nhiều khả năng của Windows. đã được bán trên thị trường.) Mặc dù đặc điểm kỹ thuật của shapefile là lạ ngay từ đầu, nhưng nó có ý nghĩa như vậy trong khung thiết kế này: bởi vì shapefile được dành cho nhiều nền tảng, nên đặc điểm kỹ thuật của chúng không nên ủng hộ bất kỳ ai trong số chúng và do đó cũng đáng ghét như nhau để lập trình viên của tất cả các thuyết phục.

Câu hỏi thứ hai dường như được dựa trên một giả định không đúng. Chẳng hạn, trường "Độ dài tệp" xuất hiện ở byte bù 24 trong tiêu đề chính và là số nguyên bốn (32 bit) (đã ký), vì nó phải thể hiện độ dài lên tới 2 ^ 31- 1. Nó được đi trước bởi một "Mã tệp" bốn byte và năm trường bốn byte nữa được dành riêng cho sử dụng trong tương lai: khi bạn đặt trước không gian như vậy, tất nhiên bạn muốn làm cho các trường càng lớn càng tốt, vào thời điểm đó là 32 bit, để duy trì tính linh hoạt cao nhất có thể. Nó cũng giúp sắp xếp các trường số trong một tệp trên ranh giới từ:

Ai đó ngoài kia biết những câu trả lời này và nhiều hơn nữa nhưng họ không nói chuyện.

Nhóm mà tôi đã làm việc để giải mã các tệp sbn và sbx không có giấy tờ đã phát hiện ra nhiều điều kỳ lạ hơn, cả hai đều giống nhau nhưng thậm chí còn kỳ quái hơn cùng một lúc.

Hầu hết các cấu trúc shapefile là hợp lý và rất hiệu quả, điều đó cho thấy các nhà phát triển ESRI đã nghĩ đến mọi thứ. Giống như họ có một loạt các nhà phát triển thông minh với một kẻ mất trí.

Theo đề xuất của các bài viết khác, sự kỳ quặc có lẽ là kết quả của các yêu cầu về máy móc hoặc ngôn ngữ xa lạ với chúng ta bây giờ.

Tôi luôn nghi ngờ các từ 16 bit là một cách dễ dàng để tiết kiệm dung lượng. Bạn sẽ thấy rằng bạn phải giữ các giá trị từ 16 bit trong bộ nhớ khi xử lý tệp. Chiến lược tính toán các giá trị để tiết kiệm không gian là phổ biến ở các định dạng nhị phân ngay cả ngày nay. Nhưng đề nghị int int của Mike cũng có khả năng như vậy.

Việc lật ngược chỉ là kỳ lạ. Không ai có câu trả lời hay mà tôi từng thấy.

Định dạng dbf được trích xuất từ ​​định dạng dbase III có nguồn gốc từ những năm 1960. Nó đã được sử dụng rộng rãi kể từ đó và có thể được tìm thấy dưới các tên khác bao gồm foxpro và xbase.

Bất chấp những sai sót, định dạng và hạn chế của định dạng shapefile, nó vẫn tồn tại một cách ngoan cố trong và xung quanh lĩnh vực GIS. Mọi nỗ lực khác để thay thế nó đã quá phình to cho việc lưu trữ vector đơn giản hoặc quá độc quyền. Ngay cả ESRI cũng nghĩ rằng shapefiles sẽ là một món đồ chơi giúp người mới bắt đầu hướng tới ArcINFO, bảo hiểm và cơ sở dữ liệu địa lý. Internet có lẽ có nhiều việc phải làm với định dạng cất cánh.

Tôi đã học được rất nhiều viết pyshp. Viết một trình phân tích cú pháp là một cách tuyệt vời để tìm hiểu một định dạng.

Đây là quan điểm của tôi về nó.

Định dạng shapefile rất có thể được phát triển từ ARC / INFO có lịch sử bắt nguồn từ nguồn gốc FORTRAN / PR1ME của nó. Tất cả các định dạng ARC / INFO đều có tiêu đề 100 byte này và phần cuối lớn của Mã tệp và Độ dài tệp (ví dụ: Bìa, TIN).

Khi Shapefiles được tạo cho ArcView 1, ESRI đã tập trung vào việc xâm nhập vào thị trường Microsoft Windows và phần còn lại của định dạng Shapefile tập trung nhiều vào việc trở thành một phần cuối của PC.

Sự chuyển đổi liên tục giữa các endianess, có lẽ là cần phải hỗ trợ nguồn gốc di sản trong khi dự đoán lợi ích khi xâm nhập vào nền tảng.

Tôi luôn cho rằng sự phân chia về cuối là do có hai đội một trên Sun Workstations và nhóm kia trên PC và họ không gặp nhau cho đến khi gần kết thúc quá trình phát triển.

Tôi muốn biết những gì thực sự đã xảy ra.

Tôi nghĩ ở đâu đó trở lại tôi đã nghe một cái gì đó về nguồn gốc dbf / foxpro.
Đó có thể chỉ là một giấc mơ kỳ lạ mà tôi có.

Bạn phải hiểu shapefiles đã được giới thiệu khoảng 20 năm trước, tại thời điểm đó có vô số định dạng tệp không nhất quán và được thiết kế kém, vì vậy shapefile cũng không ngoại lệ. Tôi đã tự viết một trình phân tích cú pháp shapefile và tôi phải nói rằng tôi đã gặp nhiều vấn đề hơn với việc phân tích định dạng DBF so với các shapefiles (.SHP).