База данных геодезического мониторинга

Совершенно неожиданно всплыл старый как мир вопрос. Какой должна быть база данных геодезического мониторинга. Вообще-то представлял себе это достаточно простым и понятным, однако неожиданно для себя встретился с иными пониманиями и взглядами на это вопрос.
Встречаются точки зрения когда под БД понимают стеллажи с подшитыми старыми полевыми журналами, или многотомниками отчетов и пр., есть и прямо полярные воззрения - например БД хранить где-то в облаке - а кто разберется тот значит и сеть специалист и достоин понятых знаний. Это конечно шутка, однако вопросы типа почему не совпадают при равенстве алгоритмов расчета однократные расчеты и расчеты выполненные с позиции того, что БД геомониоринга есть временной ряд со всеми его свойствами.
Поэтому возник вопрос к этому обсуждению.Должны ли быть различия в БД геодезического мониторинга и при разовых работах при наблюдениях например за осадками и деформациями.

 

Хорошим началом в споре о том что такое БД геодезического мониторинга было бы определение, что такое геодезическим мониторинг.
Например,в случае, межевания участка базой данных фактически будет проект обработки данных. Мета информации каждой точки хватит для 99% возникающих вопросов
А в случае, gnss мониторинга тектонических движений, важно сохранить не только результат обработки ( временной ряд) но и сами данные наблюдений, которые могут занимать гигабайты для одной станции, так, чтобы каждый желающий мог собрать свою сеть станций для обработки.
кроме того, такие проекты обычно делаются группой институтов и стран и важно что бы все могли выгрузить/вгрузить данные, посмотреть данные других групп. И тут в полный рост встают задачи распределенных файловых систем, контекстного поиска и сжатия на лету.

 

Если говорить о наблюдениях за деформациями зданий, то сталкивался со следующей проблемой. Организация провела несколько циклов наблюдений, выдала соответствующие отчеты, которые хранятся в архиве заказчика. Через несколько лет решили возобновить наблюдения, обратились к нам. Мы посмотрели старые отчеты, а там зафиксированы только величины изменения положения точек. И объяснить заказчику почему мы старые отчеты использовать не можем было трудно. Т.е. кроме формы и места хранения встает вопрос данных - какие хранить, а какие нет.
Облачное хранение, на мой взгляд, чрезвычайно удобно. Когда я перешел на хранение в облаке всех данных своего компьютера, я забыл о привязанности к конкретному устройству и угрозе их потери в случае поломки.

 

Конечно явное начало этого разговора должно быть определение геодезического мониторинга. Считаю, что геодезическим мониторингом инженерного объекта является совокупность измерительных и вычислительных процессов, позволяющих провести корректный и достоверный анализ, оценку и прогноз изменений формы и размеров инженерного объекта, где под инженерным объектом понимается не только инженерное сооружение с его фундаментами в целом, но и территория его размещения (промплощадка) и технологическое оборудование находящееся в нем.
При таком подходе под геодезический мониторинг попадают и ГДП, территория промплощадки с опорной геодезической сетью, и осадки с деформациями, прецезионное технологическое оборудование с отдельными его элементами. В любом случае основным здесь является то, что производимые геодезические измерения повторны. Таким образом объектом геодезического мониторинга является все то что требует повторных измерений одного и того же объекта.
Повторность геодезических измерений частично определяет и методику анализа результатов. Т.к. измерения повторны, то способы анализа определяются спектром приемов используемых при анализе временных рядов. Это привносит целый ряд акцентов используемых при обработке результатов геодезических измерений, например сглаживания, нормализация и регуляризация данных и пр. И вот под этим соусом наша искомая БД геодезического мониторинга уже преобретает новые черты.

Отсюда вопрос какие это черты могут быть. Что должна уметь БД геодезического мониторинга.