Các phép chiếu WKT ESRI khác với các phép chiếu WKT OGC như thế nào?


9

Có ai biết danh sách chính xác về sự khác biệt giữa các chuỗi định dạng chiếu ESRI WKT và OGC WKT không?

Tôi biết có nhiều công cụ khác nhau để giúp chuyển đổi từ ESRI WKT sang OGC WKT, bao gồm các tiện ích GDAL và các dịch vụ trang web khác nhau. Nhưng câu hỏi của tôi không phải là một loại thực tế, tôi chỉ đơn giản muốn hiểu sự khác biệt về định dạng / cú pháp mà các dịch vụ này sử dụng. Các câu hỏi Stackexchange trước đây chỉ nói về sự khác biệt trong các ví dụ cụ thể hoặc về các công cụ và dịch vụ có sẵn.

Ngay cả khi bạn chỉ biết một sự khác biệt thì cũng sẽ rất tuyệt nếu bạn chỉ có thể đăng nó. Từ kinh nghiệm của riêng tôi, chỉ nên có một số ít sự khác biệt. Sự khác biệt tôi biết là:

  • hầu hết các mục văn bản trong định nghĩa esri sử dụng dấu gạch dưới trong đó ogc sử dụng khoảng trắng.
  • văn bản xác định mốc thời gian trong esri wkt giống như ogc wkt ngoại trừ bắt đầu bằng "D_".
  • đôi khi các định danh văn bản cho một số PROJCS, PROJMENT, GEOGCS và DATUM được xác định trước được viết khác nhau (ví dụ: "NAD83" trong một là "North_American_1983"). Tôi đoán cách duy nhất để biết số nhận dạng nào được đánh vần khác nhau là có một danh sách hoặc bảng tra cứu, vì vậy hãy đặt tên cho bất kỳ số nào bạn biết là khác nhau.
  • các giá trị văn bản PARAMETER khác nhau đều giống nhau, ngoại trừ ogc có mỗi từ trên tiêu đề trong khi esri có mọi thứ viết thường. Tuy nhiên, tôi đã thấy các trường hợp quy tắc này không được sử dụng, có ai biết liệu Titlecase có thực sự quan trọng khi nói đến phần mềm đang cố tải chúng không?
  • loại UNIT được đánh vần là tiêu đề trên trong ogc và chữ thường trong esri, ví dụ "Độ" so với "độ". Trong một số trường hợp, tôi đã thấy ogc được đánh vần là cả "mét" và "m" cho "Đồng hồ" và trong các trường hợp khác với chính tả tiếng Pháp là "mét". Bất cứ ai cũng biết những quy ước chính xác cho những điều này hoặc bất kỳ loại đơn vị nào khác cho cả hai định dạng?

Câu trả lời:


6

2
Về cơ bản ESRI tạo nên nó khi họ đi cùng :-)
Ian Turton

1
@iant Là người đầu tiên triển khai thư viện mã xung quanh thông số kỹ thuật của EPSG, họ hầu như không có lựa chọn nào khác.
Vince

2
Chúng tôi có lẽ là thứ hai - vì thông số GeoTIFF cũng có sẵn tại thời điểm đó. @iant có một số điều tôi sẽ làm khác nếu chúng tôi xây dựng một công cụ chiếu Esri mới!
mkennedy

được rồi, vì vậy rất nhiều trong số đó dường như là rất đặc biệt, xử lý trường hợp đặc biệt. trong thực tế, đánh giá từ các tài liệu được liên kết có hàng trăm dòng mã của các trường hợp đặc biệt về sự khác biệt về tên và vân vân. tất cả do triển khai phần mềm khác nhau và có thể thiếu các tiêu chuẩn theo thỏa thuận một lúc: p
Karim Bahgat

Sẽ rất hữu ích nếu ESRI và GoeoTiff luôn thêm số mã EPSG vào chuỗi chiếu WKT. QGIS tạo một tệp .qpj bổ sung cho các shapefiles để lưu cài đặt này.
AndreJ

9

Bạn đã bắt được rất nhiều sự khác biệt. Esri không bao giờ áp dụng WKID cho các thuật toán chiếu bản đồ hoặc tên tham số để chúng khác nhau. Chúng tôi không đồng ý với cách định nghĩa cẩn thận các định nghĩa tham số. Chúng ta được khái quát hơn.

Chúng tôi không hỗ trợ TOWGS84 cũng như một số từ khóa mới hơn.

Khi chúng ta so sánh các chuỗi (tên), chúng ta bỏ qua các dấu gạch dưới, GCS_ và D_ và trường hợp. Điều đó có thể không đúng trong các trình phân tích cú pháp khác. Trình phân tích cú pháp của chúng tôi nghiêm ngặt về tên, nhưng chúng tôi đã thêm một số từ đồng nghĩa và hiện duy trì danh sách tên từ các nhà cung cấp khác nhau để so sánh.

Đặc tả hệ thống tọa độ ban đầu từ OGC không được cụ thể khi nói đến tên của các đối tượng. Có một đặc điểm kỹ thuật OGC / ISO mới, "Thông tin địa lý - Văn bản được biết đến để phối hợp các tiêu chuẩn hệ thống tham chiếu", tiến hành quá trình theo hướng tiêu chuẩn hóa. Nó cụ thể hơn nhiều về những cái tên nên được (khớp với sổ đăng ký EPSG!). Sẽ khá thú vị khi thực hiện tiêu chuẩn này trong tương lai.

Tiết lộ: Tôi làm việc tại Esri, là thành viên của tiểu ban duy trì đăng ký EPSG và là thành viên của ủy ban dự thảo CRS WKT 2.0.


Ồ, điều đó thực sự thú vị, đặc biệt là nghe một số thông tin bên trong từ một người đã tham gia vào việc ra quyết định. Thông số kỹ thuật ISO OGC mới nghe có vẻ rất hứa hẹn, bạn có nghĩ rằng nhiều khả năng các nhà cung cấp và định dạng dữ liệu chính của GIS sẽ bắt đầu hội tụ để sử dụng nó không? Thật không may, tôi nghi ngờ một số khác biệt cũ sẽ tiếp tục tồn tại miễn là các định dạng dữ liệu cũ vẫn còn phổ biến (ví dụ: shapefile, geotiff).
Karim Bahgat

Bạn đang nói rằng bạn không hỗ trợ TOWGS84, nhưng làm thế nào mọi thứ có thể hoạt động mà không cần điều đó? Nếu WKT sử dụng các tên không xác định (nghĩa là phép chiếu / mốc dữ liệu do người dùng định nghĩa), hệ thống tọa độ có thể được thiết lập đúng khi dịch chuyển mốc được bỏ qua. Hay tôi đang thiếu một cái gì đó?
PMF

Hầu hết các phép biến đổi tốt nhất sử dụng các tệp lưới không phải là phương thức tham số 3 hoặc 7. Một loạt các biến đổi không sử dụng WGS84. Đó là một giải pháp rất hạn chế. Chúng tôi liên kết muộn thay vì ... chọn / thiết lập một chuyển đổi tại thời điểm chuyển đổi.
mkennedy

Nếu hệ thống không biết, hãy sử dụng công cụ chuyển đổi địa lý tùy chỉnh. Các wkt CRS mới cũng bao gồm các biến đổi. Đến Arron với một phần mềm gần bạn!
mkennedy

0

Là một điểm khởi đầu tiềm năng cho một danh sách các khác biệt, có thể giúp xem gói PyCRS mới của tôi , nơi tôi đã cố gắng tạo một lớp cho mỗi phần tử crs, tham số và tên datum / ellips / proj, cùng với chính tả esri_wkt vs ogc_wkt của chúng . Tôi cũng đã chỉ định làm thế nào tôi thấy sự khác biệt phân tích cú pháp về mặt cấu trúc wkt nói chung trong _from_wkt()hàm trong parser.pymô hình con. Tôi hy vọng rằng với sự đóng góp của người dùng, những khác biệt này có thể được thêm vào và / hoặc sửa chữa.

https://github.com/karimbahgat/PyCRS


Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.