Трансформація системи координат Geobide, ED50 та ETRS89
Користуючись перевагою, слідувати можливості Geobide Suite, ми побачимо варіанти перетворення Довідкові системи. Цікаво, для тих, хто повинен перетворити між різної Datum в цьому випадку ми побачимо, як зробити це з системами ED50 і ETRS89 майже такий же випадок в Латинській Америці між NAD27 і WGS84.
Переміщено дані?
Це не справа в Google Планета Земля, де відбувається більше перетворень, багато зображень зміщуються, щось таке можна перевірити в накладах між різними дублями; Однак у багатьох країнах, штатах або автономних спільнотах державні установи надали GoogleEarth свої зображення з точним геореференцією, з тим недоліком, що GoogleEarth використовує WGS84 як загальну дату, тому використання даних в іншій системі вимагає перетворення. Трансформація залежить насамперед від власного визначення, а також від сфери, в якій ми опинилися. Ось чому загальні системи не надають особливих параметрів для кожної зони.
Візьмемо як приклад перетворення ED50-30N (EPSG: 23030) на ETRS89-30N (EPSG: 25830) для Наварри та Іспанії. Загальне визначення перетворення має різний ступінь точності залежно від області, в якій воно застосовується. З цієї причини є деякі додаткові параметри, які не входять у загальне визначення і які в Наваррі, наприклад, є деякими, але в Астурії вони можуть мати інші різні значення.
Якщо ми подивимося на зображення, зняте з Geomap, ми побачимо карту з двома шарами (ортофото та посилка), переміщеними відносно один одного. Це результат проектування кавастру Наварри в ED-50N на льоту шар GoogleMaps в WGS84, і результуючий зміщення пов'язаний з проблемою, описаною в попередньому абзаці.
Нещодавній підручник Geobide, з якого ми робимо цю статтю, тепер публікує щонайменше 4 способи виправити це. Завдяки Geobide тепер можна вказати перетворення вихідних даних для перетворення між системами координат чотирма різними способами:
-
Загальна трансформація:
Ця опція використовує загальне перетворення без просторових параметрів і є найменш точним. Для Навіарра наприклад, перехід від ED50 до ETRS89 має помилку ~ 100-200m в x і y. (Пам'ятайте, що це НЕ впливає на системи координат з однаковими даними).
Цілком аналогічно йде справа з NAD27 WGS84 ходьбу і 202 метрів на північ і схід 6 метрів в Центральній площі змінюється в міру зміни широти, хоча це має значення тільки в широті вона приходить з Еквадору в той час як довжина просто походить від фальшивого сходу.
-
Трансформація за допомогою Grid NTv2:
Цей параметр використовує сітку зі значеннями для корекції перетворення за допомогою лінійної інтерполяції. Цей варіант більш точний, ніж перший метод, і був прийнятий IGN. Точно, звичайно, якщо у нас є сітка для нашої робочої зони.
Застосування Росії Geobide Зараз вони пропонують дві мережі, надані IGN для Іспанії, що охоплюють півострів та Балеарські острови, і які були опубліковані в 2003 та 2009 рр. Користувач може легко вибрати сітку для використання.
Багато сіток можна знайти в Інтернеті, навіть у всьому світі, але за розміром вони не доступні автоматично при завантаженні програми Geobide.
-
Молоденський перетворення (метод 3-параметрів):
3 використовує значення зміщення в початковому положенні між еліпсоїдами. Попередньо налаштований майстер, рекомендований IGN для Іспанії.
Перетворення Бурса-Вовка (метод 7-параметрів)
Це перетворення використовує значення 7 для перетворення між еліпсоїдами. Параметри, які потрібно ввести, є: Зсув (Dx, Dy, Dz), Обертання (Rx, Ry, Rz) та Коефіцієнт масштабування (μ)
У програмах Geobide Майстра 3 попередньо налаштовані, рекомендовані IGN для Північно-Західної, Центральної та Східної півострова відповідно.
Результати
Як видно, результати не сильно відрізняються від останніх методів 3, але так, з першим. Ось чому ви повинні знати, чи потрібна трансформація будь-який з цих розширених можливостей.
Серед ED50-xxN (EPSG: 230xx) систем і ETRS89-xxN (EPSG: 258xx) в області самої Іспанії повинні використовуватися як датум / еліпсоїди ED50 і ETRS89 / WGS84 не еквівалентні.
Наприклад, якщо Geomap не оці передові набір даних, дані з Наварри в ED50-30N (EPSG: 23030) перепроеціруется на льоту за даними, пропонованих Google Maps (еліпсоїд WGS84) буде переміщений. Для того, щоб вони добре виглядали, потрібно використовувати найбільш точні перетворення, які вже були пояснені.
Дуже добре мені здається, що Geobide робить значні зусилля не тільки залишити можливості для своєї системи, але і докладніше описати це питання, оскільки це може вплинути на якість і точність роботи, крім просто зрозуміти це. є ще одним зусиллям.
Поки що все це було автоматично інтегровано в движок, але, як повідомляли наші друзі Geobide, вимоги користувачів призвели до того, що вони помітні у програмах, щоб сам користувач це знав і навіть міг змінити встановити або встановити інший для своєї робочої зони.
Перетворення еліпсоїдальних / геодинальних висот
У новій версії також було змінено поле розрахунку різниці висоти еліпсоїдальної / геоідної, так що користувач може тепер вибрати модель геоіди, яка буде використовуватися.
Номенклатури файлів PRJ
І, нарешті, ще одна зміна, яка здається правильною у вашому зусилля для сумісності з OGC стандартами або практики популяризованих програм. Файли PRJ, які генерує Geobide, знаходяться в номенклатурі OGC WKT, яка є стандартом, визнаним багатьма інструментами CAD / GIS. Не так для ESRI-додатків, чиї PRJ, хоча вони містять те саме математичне визначення, що і стандартні, різняться в назві системи координат.
Наприклад:
У змісті файлу PRJ НГК, система ETRS89-30N (EPSG: 25830) визначається кодовою назвою «ETRS89 / UTM зона 30N»; заявки ESRIЗамість цього, вони називають це «ETRS_1989_UTM_Zone_30N». Якщо ми змішуємо з PRJs шарами в двох номенклатурі в ArcGis це програмне забезпечення виконує просторову обробку, навіть якщо математичне визначення систем координат ідентично.
Зверніть увагу на це упертість, Geobide включила новий параметр у системному селекторі, так що користувач може вказати, чи хоче вона мати систему координат з PRJ у стилі або стилі EPSG ESRI.
