ArcGIS for Microsoft 365 поддерживает несколько форматов нотаций на базе градусов для задания координат местоположений.
В форматах на основе градусов (x,y) y соответствует координате широты, а x — долготы. Задайте полушарие с помощью обозначений +, -, N, S, E или W. Они могут быть объединены в одной паре широта-долгота. Если они не указаны, значение считается положительным (N – широта, E – долгота).
ArcGIS for Excel и ArcGIS for Power BI в настоящее время не поддерживает значения координат в одной строке. Храните значения долготы и широты в отдельных полях или столбцах.
Типы и форматы обозначений
Типы и форматы обозначений используют следующий синтаксис:
В следующей таблице приведен список поддерживаемых форматов нотаций и примеры их использования:
Градусы, минуты, секунды
ArcGIS for Microsoft 365 поддерживает следующее:
В большинстве случаев все форматы и обозначения, перечисленные выше, действительны независимо от пробелов. Например, N 34° 3′ 24.0726″ и N34°3’24.0726″ могут одинаково использоваться.
Отзыв по этому разделу?
Время прочтения: 2 минуты
В работе приходится использовать комбинации библиотек и ПО, и многие из них требуют разный порядок координат: lon/lat или lat/lon. Не существует единого установленного для всех порядка, что приводит к путанице и ошибкам.
Том МакРайт, разработчик с интересным блогом, собрал весь свой опыт в таблицу с источниками и показал, в каких программах, форматах и библиотеках используется порядок широта/долгота, а где — долгота/широта.
Долгота, широта
Форматыjavascript APIМобильные API
Широта, долгота
Форматы, которые представляют широту и долготу отдельными атрибутами XML, не определяют порядок координат, потому что атрибуты XML не упорядочены. GML позволяет диктовать порядок системе данных, и некоторые данные могут иметь порядок lat/lon, а другие — lon/lat.
Какой вариант правильный?
На этот вопрос нет четкого ответа, оттого и путаница. География отдает предпочтение lat/lon, а математика и IT предпочитают lon/lat. В математике упорядоченная пара x, y более привычна, чем y, x, а если добавить к координатам высоту, то lat/lon приведет к еще более непривычному виду y, x, z.
Почему в географии принято ставить широту на первое место?
Есть несколько теорий, но очень вероятно, что широта оказалась на первом месте, потому что географы смогли определить ее гораздо раньше, чем долготу.
А что говорят стандарты?
По ISO 6709, международному стандарту отображения координат, широта стоит первой. Но этот стандарт диктует только вид их записи и не относится к механизмам хранения, программному обеспечению или форматам.
Сам Том МакРайт при этом считает, что долгота должна стоять первой. Форматы данных менять сложнее и дольше, чем программное обеспечение, и многие геоформаты уже поставили долготу на первое место. Порядок долгота/широта принят еще в древнем формате WKT, в стандартном шейп-файле, в удобном GeoJSON, а также в KML. Относительно известные форматы, которые ставят широту на первое место, — это GeoRSS Simple и алгоритм Google Encoded Polyline. GeoRSS Simple встречается редко: чаще используют GeoRSS GML, а в GML нет установленного порядка координат.
Многое ПО с открытым исходным кодом сейчас использует порядок долгота/широта. Известное исключение — Leaflet, и разработчик Крис Хенрик показал на примере, как разный порядок координат библиотек Leaflet и Turf.js приводит к необычным результатам. Так что, чтобы избежать проблем, всегда проверяйте, какой порядок координат ждет от вас программа.






