При работе с исходным кодом GIS вам часто приходится писать координаты координат широты и долготы.
например. в ссылках на Карты Google (123, 456):
Какой предпочтительный порядок (и почему?)
широта, долгота
долгота, широта
Я видел, как оба используются в различных системах, и я надеюсь найти некоторые доказательства, чтобы придерживаться других.
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 также использует этот порядок в Maps и Earth. Я помню этот порядок, думая о алфавитном порядке 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).
То же самое можно сказать о первичных стандартах Open Geospatial Consortium (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. Вы можете изменить порядок в своем интерфейсе, если это необходимо, но подавляющее большинство ваших данных (шейп файлы, geojson и т.д.) Будут в нормальном декартовом порядке.
По соглашению в "реальной жизни" при предоставлении позиции широта (т.е. север/юг) всегда дается 1, например. 20 ° с. Ш. 56 ° з. Д. (Хотя это не соответствует нормальному соглашению, если думать о стандартной картезианской сетке); аналогично, все координаты в Википедии следуют этому соглашению (например, см. местоположение для Саутгемптона: http://en.wikipedia.org/wiki/Southampton). Чтобы сохранить путаницу, особенно когда единицы не включены, я всегда рекомендую, чтобы широта давалась 1-м в кортеже.
Лично я никогда не видел ничего, кроме широты, а затем долготы.
И при использовании + и - вместо N и S он всегда был + равен N и - есть S.
Я наблюдал вариацию при использовании + и - для E и W. Обычно + было E и - было W. Однако в более старых приложениях, где они имели дело с многообразием W, я видел + be W и - быть E.
Надеюсь, вам не придется иметь дело с старыми приложениями.
Помимо спецификации GeoJSON, о которой другие уже упоминали, существуют и другие практические случаи, когда рекомендуется долгота, латитидный порядок, даже обязательный - например: геопространственное индексирование в MongoDB. Если вы ошиблись в порядке, ваши запросы вернут неверные результаты, как если бы они снова были перенесены на переносимый набор данных.
Таким образом, предпочтительный порядок зависит от личных предпочтений!
Локатор пришел первым; равноденствие известно тысячелетиями, поскольку дни "солнце пересекает экватор"; в марте пересечение от S до N и сентября от N до S. Единственный вопрос, возможно, был в том, должен ли Экватор быть 0 или 90 градусов. Принимая 0 градусов, угол между вертикальным и полуденным солнечным зенитом на равноденствие является широтой местоположения, повсюду на планете. Основная широта или простая параллель эффективно определяли себя.
Долгота может быть достигнута только по соглашению. Британия подняла приз долготы. Британия нуждалась в своих кораблях, чтобы знать, где они находятся, и нужны лучшие карты. Харрисон (http://www.youtube.com/watch?v=T-g27KS0yiY) создал точный морской хронометр; они отправили путешествия по путешествиям по картам, например, Джеймс Кук 1770-х годов. Поэтому Великобритания заявила, что премьер-меридиан использует Гринвич как 000deg для своих карт. После 100 лет их использования, Prime Meridian был принят на международном уровне, в 1884 году.
Во времена Христофора Колумба Широта была единственным номером, который у них был. Стратегия состояла в том, чтобы пройти параллель перед поворотом влево или вправо для пункта назначения; наблюдая за облаками или птицами. Скорость измерения в узлах каждый час была обычной, но не учитывала токи. Возможно, самым большим достижением Колумба было возвращение домой из Вест-Индии четыре раза. Без этого земля, которую он обнаружил, не может быть добавлена к картам.
Прочитайте "Долгота" Давы Собель (ISBN: 9780007214228)
Долгота, затем Широта (lon, lat).
При проецировании на долготу Меркатора определяет направление и широту x определяет направление y. Большинство библиотек геометрии строго использует этот формат (lon, lat), поскольку это самый интуитивный способ думать о географических координатах в 2D-плоскости.