Сравнение COGO точек (мониторинг) и визуализация данных

Хорошего дня всем!
Встал вопрос контроля движущегося склона и обработки ежедневных съемок контрольных точек.
Сам склон: Геодезисты закрепили на местности контрольные точки и ежедневно производят съемку. Данные (последние 6 дней) говорят, что скорость движения склона - 3-4 см в сутки.
Принято решение разгрузить склон, срезав нижнюю часть и насыпать-утрамбовав её перед склоном до прекращения движения (сколько придётся срезать и насыпать - х.з) и после этого заняться укреплением склона (анкерами или ещё как). Это общая картина.
У меня вопрос по обработке данных - как правильно сделать?
Первое - куча точек в одном месте, как с ними работать? Я сделал разные метки для точек (цифра - порядковы номер съемки);

с их помощью лекго выбирать нужные.
Второе - как отображать графически направление и величину смешения точек? Я пока сделал так - слепил из подходяших Lisp-ов инструмент, выбираю одну точку, другую и рисуется линия - разница между точками в плане (при отрисовке длина линии увеличивается для наглядности) и сверху линии пишется величина смешения, снизу - разница по высоте:

Вся картина в прикрепленном PDF-е.

Не изобретаю ли я велосипед? Может есть правильные методологии и/или ПО для этих целей? Прошу ваших советов.
Спасибо!

 

Изобрёл! На плане только (ТОЛЬКО!) проставляются нумера точек! Все цифры складываются в таблицы "Журналов наблюдений за деформациями" (в текущих реалиях в таблицах Excel).

 

Ок. В таблице всё есть:


Меня интересует графическое представление данных.

И да, в Грузии нет жестких требований по тех.документации.

 

Я бы смещения точек наложил на вид профиля. Подумай. Может так нагляднее будет.

 

sokkol, а зачем лисп надо было мудрить? Штатными спедствами Civil - прозрачными командами, типа создать 3D полиллинию, жмем кнопку по имени или номеру точки в нужной последовательности.
Или я что-то недопонял в задаче?
Ах, да, лисп сразу проставляет размеры смещения между точками. Извиняйте.

 

Спасибо, величина смещения настолько мала (3-4 см) относительно всей плошади, что визуально отобразить на одном плане, куда и с какой скоростью происходит перемещение, весьма затруднительно. Вот я и спрашиваю, как всё это лучше оформить?

 

А есть ещё вариант на основе ваших данных в Экселе в виде графика.

 

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

--- Сообщения объединены, 1 апр 2021, Оригинальное время сообщения: 1 апр 2021 ---

Но вариант FOXXX591, мне больше нравится

 

Спасибо, пробовал и в Excel-е, вот такая картина получается:

 

А что? Очень даже наглядно. Почти. Только с наглядностью направления смещения не очень.

 

А накопление соответствует последнему циклу? Если нет, то цифры надо переделать в diff, т.е составить таблицу d"Цикл_k"="Цикл_k"-"Цикл_k-1", и по ней делать накопительную гистограмму. Это чтобы накопление="Цикл_k".

 

Из стороннего ПО, я использовал примочку к Civil-у - Sincpac





команда PointsCompare - удобно сравнивать точки в разных комбинациях (группами, выбранные) но Sincpac есть не у всех, и визуально никак не отображает результаты сравнения.

 

Куда это тебя понесло? И зачем? Всё делается на "УРА" в Excel. К чему эти "игры" с "непонятным" софтом?

 

Ну, человек так устроен, что всячески пытается облегчить и ускорить обязательную работу а освободившееся время и ресурсы потратить на интересную хренотень. :)
Ну да, Excel можно использовать (я в нем мнго чего делаю). Для Excel нужно упорядочить точки (по номерам не получится, надо по описаниям), а геодезист один раз в описании забил G7, а в другой раз G77 - надо привести в порядок описания и т.д. и т.п. А используемый плагин сравнивает точки по местоположению - указываешь радиус и в этом радиусе он и сравнивает точки между собой. Ну и много чего еще в нем есть.

 

Ты просто не умеешь Excel. Не знаю как точно в нём называется эта функция, но в LibreOffice "MATCH" и "INDEX" работают на ура. Скорее всего ты просто ленивый (ИМХО).

 

М.б.
Прикрепляю данные cъемок, и их сравнения за 6 дней, сделаные Sincpac-ом и перенесенные в Excel.
А для примера вот, первое сравнение точек:


Вот второе:

Видно, что геодезист ошибся (съемка от 2021-03-28), и назвал точку не G10 а N10.

Используемый сторонний софт не брал точки для сравнения по описаниеям точек, он просто сравнивал точки по их взаимному расположению (по XYZ). Можно и в Excel-е такое сделать (взаимно сравнивать координаты и выбирать пару с наименьшей разницей).

И ещё, по ходу пьесы, некоторые контрольные точки теряются, добавляются новые (см. данные в прикреплённой таблице) и получается тот ещё винегрет.

Спасибо за советы!

 

Еще как можно. Для этого для каждого цикла в дополнительных столбцах координаты делятся на заранее предусмотренный "шаг" и округляются. По полученным значениям с помощью =MATCH находится соответствующее значение в другом цикле, с помощью =INDEX координаты соответствующие этому значению помещается рядом.

--- Сообщения объединены, 1 апр 2021, Оригинальное время сообщения: 1 апр 2021 ---

Образец "MATCH"+"INDEX" прилагаю.

 

Почитал про функции MATCH и INDEX. Согласен, что можно испльзовать их для поиска соседних точек и далее уже обрабатывать как необходимо. Спасибо!

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

--- Сообщения объединены, 1 апр 2021, Оригинальное время сообщения: 1 апр 2021 ---

Работает как надо, жаль только, что "MATCH" ищет точное совпадене, и приходится изыскивать соответсвующие методы (как в примере).

 

"Скука и Уныние! ... А что Вы собственно хотели?"

 

Почитал ветку, и уже потерялся в сообщениях. Кому что надо?
Если я правильно понял, то у автора топика нет проблем с анализом данных, но есть проблема с ее отображением.
Причем в табличном и графическом варианте он тоже результать выдать может, но не знает как отобразить результаты на плане.

Один из вариантов, как можно отобразить движение+величину+направление+разницу в отметках смещения точек, можно использовать лиспы для отрисовки исполнительных схем в строительстве. Например, как для монолитных конструкций.
В итоге вы получите у каждой точки стрелку указывающую направление, величину в мм, и смещение по высоте (если использовать лисп для анкеров).
Схему можно будет делать в двух вариантах: 1) Разница с начала наблюдений и последней съемкой. 2) Разницу между предпоследней съемкой и последней. В итоге будет понятно на сколько сильно в целом изменилась картина и какие точки продолжают двигаться, а какие нет, глядя лишь на план.

Хотя соглашусь с людьми выше, что таблицу проще смотреть. А направление можно тоже в таблице указывать либо стрелкой, либо "СВ,"ЮЮЗ" и т.д.