Чим проекції ESRI WKT відрізняються від проекцій OGC WKT?


9

Хтось знає точний перелік відмінностей між рядками проекційного формату ESRI WKT та OGC WKT?

Я знаю, що для перетворення з ESRI WKT в OGC WKT є різні інструменти, включаючи утиліти GDAL та різні сервіси веб-сайтів. Але моє запитання не має практичного характеру, я просто хочу зрозуміти відмінності форматування / синтаксису, якими користуються ці служби. Попередні питання Stackexchange говорили лише про різницю в конкретних прикладах або про наявні інструменти та послуги.

Навіть якщо ви просто знаєте одну різницю, було б чудово, якби ви могли просто опублікувати її. З мого власного досвіду має бути лише невелика купка відмінностей. Я знаю різниці:

  • Більшість текстових елементів у визначенні esri використовує підкреслення, де ogc використовує пробіл.
  • текст, що визначає дату в esri wkt, такий самий, як ogc wkt, за винятком того, що він починається з "D_".
  • іноді текстові ідентифікатори для деяких заздалегідь визначених PROJCS, PROJECTION, GEOGCS та DATUM записуються по-різному (наприклад, "NAD83", в одному - "North_American_1983"). Я думаю, що єдиним способом дізнатися, які ідентифікатори написані по-різному, було б мати список або таблицю пошуку, тому, будь ласка, назвіть будь-які, які ви знаєте, різні.
  • різні текстові значення PARAMETER однакові, за винятком того, що у ogc є кожне слово верхнього заголовка слова, тоді як у esri є все маленьке. Однак я бачив випадки, коли це правило не було використано, хтось знає, чи справді заголовок має значення, коли мова йде про програмне забезпечення, яке намагається їх завантажити?
  • тип UNIT пишеться з верхнього регістру заголовка в ogc та з нижнього регістру в esri, наприклад, "Ступінь" проти "ступеня". У деяких випадках я бачив, як ogc пишеться як "метр", так і "m" для "Meter", а в інших випадках з французьким написанням "meter". Хтось знає, що правильна умова для тих чи інших типів одиниць для обох форматів?

Відповіді:


6

2
В основному ESRI доповнює, коли вони йдуть разом :-)
Ян Тертон

1
@iant Вперше застосувавши бібліотеку кодів навколо специфікацій EPSG, вони навряд чи мали вибір.
Вінс

2
Ми, мабуть, були другими - оскільки в той час були доступні і специфікації GeoTIFF. @iant Є декілька речей, які я зробив би по-іншому, якби ми створили новий двигун проекції Esri!
mkennedy

гаразд, тому багато що, здається, дуже ad hoc, спеціальні справи. насправді, судячи з пов'язаних документів, існують сотні рядків коду особливих справ у відмінностях імен тощо. все через різні впровадження програмного забезпечення та, мабуть, відсутність узгоджених стандартів у той час: p
Карим Бахгат

Це дуже допоможе, якщо ESRI та GoeoTiff завжди додадуть номер коду EPSG до рядка проекції WKT. QGIS створює додатковий .qpj файл для filefiles, щоб зберегти цей параметр.
AndreJ

9

Ви зловили багато відмінностей. Esri ніколи не приймав WKID для алгоритмів прогнозування карт або імен параметрів, тому всі вони різні. Ми не погодилися з тим, наскільки ретельно визначені визначення параметрів. Наші більш узагальнені.

Ми не підтримуємо TOWGS84, а також деякі новіші ключові слова.

Коли ми порівнюємо рядки (імена), ми ігноруємо підкреслення, GCS_ і D_ та регістр. Це може бути неправдою в інших парсерах. Наш аналізатор суворий щодо імен, але ми додали деякі синоніми і тепер підтримуємо списки імен різних постачальників для порівнянь.

Оригінальна специфікація системи координат від OGC не набула конкретності щодо імен об'єктів. Існує нова специфікація OGC / ISO, "Географічна інформація - добре відомий текст для стандартних систем координат", пробиваючись через процес до стандартизації. Це набагато конкретніше щодо того, якими мають бути імена (відповідати реєстру EPSG!). Буде дуже цікаво впроваджувати цей стандарт у майбутньому.

Розкриття інформації: Я працюю в Esri, я є членом підкомітету, який веде реєстр EPSG, і був членом проектного комітету CRS WKT 2.0.


Нічого собі, це дійсно цікаво, особливо чути інформацію про внутрішню інформацію від того, хто був частиною прийняття рішень. Нова специфікація OGC ISO звучить дуже багатообіцяюче, чи вважаєте ви, що ймовірно, що більшість основних постачальників ГІС та форматів даних почнуть сходитись до її використання? На жаль, я підозрюю, що деякі із старих відмінностей зберігатимуться до тих пір, поки старі формати даних залишаться популярними (наприклад, filefile, geotiff).
Карим Бахгат

Ви говорите, що не підтримуєте TOWGS84, але як все може працювати без цього? Якщо WKT використовує невідомі імена (тобто визначені користувачем проекції / дати), система координат не може бути належним чином налаштована при ігноруванні зрушення дати. Або я щось пропускаю?
PMF

Більшість найкращих перетворень використовують сіткові файли не методом 3 або 7 параметрів. Купа перетворень також не використовує WGS84. Це дуже обмежене рішення. Ми запізнюємося замість… підбираємо / встановлюємо перетворення під час трансформації.
mkennedy

Якщо для системи це невідомо, використовуйте створений спеціальний інструмент географічного перетворення. Новий CRS wkt також охоплює перетворення. Прибуття Arron до програмного забезпечення поруч з вами!
mkennedy

0

Як потенційна відправна точка для переліку відмінностей, це може допомогти побачити мій новий пакет PyCRS , де я намагався створити клас для кожного елемента crs, параметра, і дати / ellips / proj crs, а також їх написання esri_wkt vs ogc_wkt . Я також уточнив, як я бачу розбіжності розбору в частині структури wkt в цілому у _from_wkt()функції в parser.pyпідмодулі. Я сподіваюся, що завдяки внеску користувачів ці відмінності можна буде додатково додати та / або виправити.

https://github.com/karimbahgat/PyCRS


Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.