Использование геометрии, а не типов данных географии в SQL Server Spatial?

15

Исторически я в основном работал с простыми координатами широты и долготы в SQL Server. Я сохранил их в виде географического типа в SQL Server и отображал их на разных экранах (в первую очередь, в Google Maps).

Недавно я начал работать с наборами данных шейп-файлов из разных источников, и почти исключительно они являются геометрией. Кроме того, они используют различные системы координат.

Работать с ним довольно безумно.

Есть ли действительно какие-то преимущества для этих конкретных систем пространственной привязки, которых нельзя достичь, придерживаясь WGS84, учитывая, что большинство пользователей VAST, просматривающих и потребляющих, захотят его в этом формате?

coordinate-system sql-server-spatial geography-data-type geometry-data-type Эрик
источник
7
география - это система, которая охватывает весь мир, который использует эллипсоид, поэтому измерения на земле относительно неточны (в том, что касается съемки). Каждый «геометрический» CRS относится к меньшей области и предназначен для точных измерений для этой определенной области. Геодезисты продвигают это на шаг дальше с тем, что они называют наземными системами или даже местными центральными системами. Они имеют начальную контрольную точку и / или сеть контрольных точек и проводят измерения в этой сети, чтобы получить ОЧЕНЬ высокую точность (субцент). Что заставляет нас много работать, чтобы понять разницу
Брэд Несом
@BradNesom спасибо за это. Я думаю, что я просто смотрю на это с моих потребностей, а не на уровне геодезиста.
Эрик

Ответы:

14

На Stack Overflow есть хороший ответ , который выглядит примерно так:

Тип географии немного более строг, чем геометрия. Он не может пересекать разные полушария, и внешнее кольцо должно быть нарисовано против часовой стрелки.

Остальные можно найти в типе данных Geography vs. Geometry data type в SQL Server .

В статье Geometry vs Geography на SQL из блога Trenches более подробно рассказывается:

Если вы ищете наибольшую разницу между двумя типами данных, вы увидите, что это функциональность. Объект Geometry - это просто 2D, плоский многоугольник. Это означает, что не имеет значения, берете ли вы страну на вершине земли (например, Канаду, которая является «изогнутой») или страну, близкую к экватору (например, Бразилию, которая является «плоской»).

Географический объект, с другой стороны, представляет собой 3D (или даже 4D) многоугольник, который имеет ту же кривую, что и форма Земли. Это означает, что разница между двумя точками не рассчитывается по прямой линии, но необходимо учитывать кривизну Земли.

Другим важным отличием является возможность хранить ваши данные в стандартных системах координат, таких как NAD_1983_StatePlane_California Zone 5 , и использовать все возможности пространственной базы данных, пространственных функций и т. Д. И, что наиболее важно, пространственную точность локализованной системы координат - в то же время придерживаясь география как ваш тип данных, вы можете хранить свои данные только в WGS84.

Поэтому я бы сказал, что если у вас есть опция, переходите к геометрии, используйте EPSG: 102645/102245 (вам нужно проверить, что является стандартной «зоной плоскости состояний 5» для SoCal), и вы будете готовы к любым анализ вы хотите предпринять. Если вы хотите поделиться, экспортируйте свои наборы данных в WGS84, если это предпочтительнее для совместного использования.

DPSSpatial
источник
Концептуально я понимаю, но что касается картографирования преступлений округа Лос-Анджелес, то это один округ. Даже если это больше согласованный прогноз для большего количества данных, чем я вижу (вероятно), я просто продолжаю бороться с (как минимум) головными болями интероперабельности по поводу любых теоретических преимуществ, которые можно процитировать.
Эрик
Тогда я бы сказал, что если вы знаете об ограничениях и можете работать с этими границами, то вам следует пойти на это!
DPSSpatial
Я бы с радостью, если бы только у меня был хрустальный шар, чтобы определить, что означает «государственная плоскость 5» округа Лос-Анджелес. Я надеюсь, что 3-миллиметровое улучшение точности, которое он купил, стоит головной боли, которую все остальные пытаются понять.
Эрик
обновил мой ответ - используя геометрию в качестве типа данных, вы можете хранить свои данные в плоскости состояний, и вам не о чем беспокоиться ... дайте мне знать, что вы думаете.
DPSSpatial
3
@radpin Я согласен, что изучение этого материала является абсолютным, экзистенциальным ужасом Кафки с точки зрения человека, не являющегося ГИС, и по большей части я согласен, что общедоступные данные для общего потребления лучше всего представлены в WGS84. Но эти 3 мм могут означать много денег / судебных исков, когда речь идет о линиях собственности и потенциальной трагедии, когда речь идет об инженерных трубах и проводах. Кроме того, вот карта областей исследования Калифорнии , с округом Лос-Анджелес, являющимся особым случаем между датумами. Веселье.
Джейсон Шайрер
4

Может быть, проверить свойства проектируемых систем координат, чтобы получить представление об их полезности?

В проецируемых системах координат представлены 3 аспекта или свойства, которые устанавливают их полезность и обоснование. Любая проекция трехмерного пространства на двухмерную поверхность, конечно, будет демонстрировать искажения по сравнению с реальностью. В зависимости от вашего приложения, использование определенной системы координат проекции может обеспечить более точное представление о реальности, а в некоторых приложениях важна точная зернистость.

Три свойства проектируемых систем координат. В некоторых вы можете достичь совершенства, но не во всех.

Эквидистант - расстояния (от определенного места), показанные на карте, соответствуют действительности.

Конформный - при увеличении углы, показанные на карте, соответствуют действительности.

Равная площадь - Области, записанные на карте, равны площадям объектов в реальности.

Джим
источник