[Iska]

географическая область. Н-р, Ногинский район. »

Я, наверное, перемудрил с вопросом. Имелось в виду, что набор записей с единым значением «Группа N» суть последовательность координат, дающих при последовательном соединении полигон, «накрывающий» замкнутую область, обозначающую физическую площадь «Группы N»? Я просто действительно пока не очень понимаю.

[LilLoco]

последовательность координат, дающих при последовательном соединении полигон, «накрывающий» замкнутую область, обозначающую физическую площадь «Группы N»? »

Нет, имелось ввиду Группа - это группы, на которые необходимо разбить снятые измерения, такие как подразделения, города, районы, деревни и т.д..

Для наглядности, прикладываю картинку.
Есть 4 группы - таблицы, на которые мы делим данные (Podrazd - подразделения, Oblast - области, Region - районы, City - города). Есть таблица Geo, которая содержит список всех возможных координат, где мы можем снимать измерения, с шагом 0.0001. Таких записей получается порядка 2 миллиардов.

Далее к таблицам измерений присоединять колонку PosId, которая будет идентификатором принадлежности измерения к "группе разбиения". Идея лезет в голову только такая пока что.

P.S. Чтобы немного уменьшить объем таблицы Geo, вложенность можно определять не в ней, а в таблицах-группах. Т.е. в таблице Oblast создать колонку Podrazd.podrazdid, в Region - Oblast.OblastId и так далее. Но это на данный момент не так сильно волнует. Основным вопросом для меня является правильно ли я мыслю, или этот вариант лучше вообще не использовать?

Спасибо.

[lxa85]

LilLoco, скажи, а измерение до 4ого порядка, это сколько в метрах?

[LilLoco]

lxa85, я думаю порядка 4-5 метров. Это в московской области по широте.

Я думал о том, чтобы хранить координаты с шагом не 0.0001, а 0.001. Думаю погрешность будет невелика.

[Iska]

А как тогда определять уровни вложенности? Н-р, г.Электросталь. Предположим, что это нижний уровень. Выше идут: Ногинский район, московская область, обслуживающее подразделение... »

Отдельные таблицы, связанные отношениями один-ко-многим.

P.S. Чтобы немного уменьшить объем таблицы Geo, »

Не для того, чтобы уменьшить объём, а для того, чтобы нормализовать базу.

[LilLoco]

Iska, ну то есть, ход мыслей у меня более менее правильный?

[Iska]

LilLoco, в части проциированного мною в предыдущем посте — да. По остальному сказать не могу, поскольку для меня так и осталась непонятной предметная область целиком. В частности, непонятно Ваше решение с «создать таблицу, содержащую весь список возможных координат».

Расскажите об задаче наиболее подробным образом, чтобы было понятно человеку, впервые об этом узнавшем.

[LilLoco]

непонятно Ваше решение с «создать таблицу, содержащую весь список возможных координат». »

Другого на данный момент я не придумал. Поэтому прошу помощи.

наиболее подробным образом »

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

С оборудования снимаются файлы с данными, которые вносятся в базу данных SQL Server. По полученным данным, формируются таблицы (Измерения) для ведения статистики вида: id, longitude, latitude, столбцы с измерениями.
То есть, для каждой точки проезда/прохода, существует ряд измерений. Точка имеет свои координаты долготы/широты.

Есть задача, чтобы можно было просмотреть статистику лишь для определенных мест, например, только на шоссе, либо только в деревнях.

Для этого нам необходимо связать координаты из полученной таблицы (Измерения) с реальными географическими объектами.

Для этого и было предположение создать таблицу со всеми возможными координатами, в которой будет содержаться географическая информация по этим координатам. После чего сводить координаты из этой таблицы с координатами из таблицы (Измерения), тем самым получая измерения для определенных географических объектов.

Вот в принципе и вся задача.

[Iska]

С оборудования снимаются файлы с данными, которые вносятся в базу данных SQL Server. По полученным данным, формируются таблицы (Измерения) для ведения статистики вида: id, longitude, latitude, столбцы с измерениями. То есть, для каждой точки проезда/прохода, существует ряд измерений. Точка имеет свои координаты долготы/широты. »

Примерно ясно.

Есть задача, чтобы можно было просмотреть статистику лишь для определенных мест, например, только на шоссе, либо только в деревнях. »

Понятно.

Для этого нам необходимо связать координаты из полученной таблицы (Измерения) с реальными географическими объектами. »

Откуда будут браться координаты реальных географических объектов? Какая-то база? Как именно они (координаты) из этой гипотетической базы определяют область объекта (накрытие)? Это как-то связано с упомянутыми полигонами?

[lxa85]

Дополню Iska и разовью свою мысль. Допустим идет процесс пешей и автомобильной гамма съемки. Автомобиль, равно как и человек ходит по дорогам,иногд по лесам,полям,болотам. Вам доступны только его координаты,без описания окружения. Iska поднимает вопрос топопривязки полученных координат к реальной местности. С приборов можно получить трассу маршрута(удобно в плане дорог). Но для практического использования необходимо привязать полученные значения к карте. Возможно для вас целесообразние будет получить картографические сведения из специальных баз(если разработка официальная и поддерживается руководством) возможно они подскажут свое API для работы с картами.