Бажаний порядок написання кортежів широти та довготи в ГІС-послугах

У роботі з вихідним кодом GIS вам часто потрібно писати координати широти та довготи.

Наприклад, у посиланнях на Картах Google (123, 456):

http://maps.google.com/maps/ms?msid=214518704716144912556.00046d7689a99e95b721c&msa=0&ll=123,456&spn=0.007996,0.026865

Який кращий порядок (і чому?)

• широта довгота

• довгота, широта

Я бачив, як вони використовуються в різних системах і сподіваюсь знайти деякі докази, які слід дотримуватися інших.

Чи є стандартна практика, і якщо так, то що це / що вони?

EPSG: 4326 конкретно зазначає, що порядок координат повинен бути широтою, довготою. У багатьох програмних пакетах досі використовується довгота, упорядкування широти. Ця ситуація призвела до немислимої загрози щодо термінів проекту та розумності програміста.

Найкраще керівництво, яке можна запропонувати, - це повне усвідомлення очікуваного порядку осі кожного компонента у вашому пакеті програмного забезпечення. PostGIS очікує lng / lat. WFS 1.0 використовує lng / lat, але WFS 1.3.0 визначає стандарт і використовує lat / lng. Значення за замовчуванням GeoTools до lat / lng, але його можна змінити із властивістю системи.

Документи GeoTools про історію та пояснення проблеми варто прочитати: http://docs.geotools.org/latest/userguide/library/referencing/order.html

Кращий порядок здійснюється за умовами latitude, longitude. Імовірно, це було стандартизовано Міжнародною морською організацією, як повідомлялося тут . Google також використовує це замовлення у своїх Картах і на Землі . Я пам'ятаю цей порядок, думаючи про алфавітний порядок latitude, longitude.

Правильний порядок - це довгота, широта практично у всіх професійних програмах ГІС, як це є у звичайній математиці (тобто f(x ,y, z)). Стандарт GeoJSON є досить типовим і стислим:

The order of elements must follow x, y, z order
(easting, northing, altitude for coordinates in a 
projected coordinate reference system, or longitude,
latitude, altitude for coordinates in a geographic
coordinate reference system).

Те саме стосується первинних стандартів консорціуму відкритого геопросторового типу (WKT та WKB та розширення типу EWKB). Так само Google може вивести замовлення в Lat / Lon, щоб зробити його більш звичним для користувачів, які виросли з цим звичаєм (тобто з навігаційних стандартів, таких як IMO, а не з обчислювальних.) Але сам стандарт KML подібний практично до всіх інших систем ГІС:

The KML encoding of every kml:Location and coordinate
tuple uses geodetic longitude, geodetic latitude, and
altitude (in that order).

Гарне емпіричне правило: якщо ви знаєте , що кортеж і програмування, ви повинні використовувати lon, lat. Я б навіть сказав , це може бути застосовано , якщо ваш кінцевий користувач (скажімо , пілот або капітан корабля) віддасть перевагу , щоб переглянути вихід в lat, lon. Ви можете переключити замовлення у своєму інтерфейсі за потреби, але переважна більшість ваших даних (shapefiles, geojson тощо) будуть у звичайному декартовому порядку.

Згідно з умовами в реальному житті, при наданні позиції широту (тобто північ / південь) завжди дають 1-ю, наприклад, 20 ° с. 56 ° с. сітка); аналогічно, всі координати у Вікіпедії дотримуються цієї конвенції (наприклад, див. місце розташування Саутгемптона: http://en.wikipedia.org/wiki/Southampton ). Щоб зберегти плутанину, особливо коли одиниці не включаються, я завжди рекомендую, щоб широта була задана 1-м в кортежі.

Особисто я ніколи не бачив нічого, крім широти, за якою слідувала довгота.

І при використанні + і - замість N і S завжди було + є N і - є S.

Я помітив різницю при використанні + і - для E і W. Взагалі + було E і - було W. Однак на старих програмах, де вони мали справу з W довготою, я бачив + бути W і - бути E .

Сподіваємось, вам не доведеться мати справу з давніми програмами.

Крім специфікацій GeoJSON, про які вже згадували інші, є й інші практичні випадки, коли довгота, латитоподібний порядок рекомендується, навіть обов'язкові - наприклад: геопросторове індексування в MongoDB . Якщо ви неправомірно замовите там, ваші запити повернуть неправильні результати, як якщо б вони знову виконували перенесений набір даних.

Тож переважне замовлення залежить від особистих переваг!

Широта позиція була першою; рівнодення відоме тисячоліттями, коли дні «сонце перетинає екватор»; в березні перехід від S до N та Sept від N до S. Єдиним питанням могло бути, чи повинен був екватор 0 або 90 градусів. Приймаючи 0 градусів, кут між вертикальним та полуденним сонячним зенітом на рівнодення є широтою місця, де є планета. Основна широта, або проста паралель, ефективно визначала себе.

Довгота могла бути лише за домовленістю. Великобританія виставила приз Longitude. Британії потрібні були її кораблі, щоб знати, де вони знаходяться, і потрібні кращі карти. Гаррісон ( http://www.youtube.com/watch?v=T-g27KS0yiY ) створив точний морський хронометр; вони відправляли картографічні мандрівки, наприклад, Джеймс Кук 1770-х. Тому Британія претендувала на головний меридіан, використовуючи Грінвіч як 000 дег для своїх карт. Після 100 років їх використання основний меридіан був прийнятий на міжнародному рівні, у 1884 році.

У часи Христофора Колумба широта була єдиною їх кількістю. Стратегія полягала в тому, щоб пройти паралель, перш ніж повернути ліворуч або праворуч до місця призначення; спостерігаючи за хмарами чи птахами. Вимірювання швидкості у вузлах щогодини було звичайним явищем, але не враховувало струмів. Можливо, найбільшим досягненням Колумба було повернення додому із Вест-Індії чотири рази. Без цього землю, яку він виявив, не можна було б додати до карт.

Читайте "Довготу" Дави Собел (ISBN: 9780007214228)

ISO 6709 стандартизує перелік замовлення як широту, довготу з міркувань безпеки. Пояснення Грема вище звучить правильно і для мене. Хтось запропонував, що ця відповідь не пов'язана з питанням - вона абсолютно є, і пояснює, чому наказ часто дають як широту, довготу.

Ось так воно було внесено до списку, як би довгі навігатори не використовували систему; змінити це зараз було б заплутаним і, як підказує ISO, потенційно небезпечним. Програмні засоби GIS, як ArcMap, перераховують їх навпаки, тому що це типова умова для координатних пар x, y. Широта - y, довгота - x, тому арк перераховує їх.

Довгота тоді Широта (лон, лат.)

При проектуванні на Меркатор довгота визначає напрямок x, а широту визначає напрямок y. Більшість бібліотек геометрії строго використовує цей формат (lon, lat), оскільки це найбільш інтуїтивний спосіб думати географічні координати у двовимірній площині.