NotFakeAccount & ChiselEcho
NotFakeAccount NotFakeAccount
Я тут подумал, неплохо было бы создать точную 3D-базу данных каменных памятников, чтобы их можно было оцифровать до следующего цикла эрозии. Как ты на это смотришь – видишь какую-то реальную пользу, или это просто забавная идея?
ChiselEcho ChiselEcho
Привет, это очень важно. Трехмерный архив – это не просто эффектная фишка, это своего рода страховка. Он позволяет получить точную запись абсолютно всего: каждой трещинки, царапины, каждой надписи – до того, как они исчезнут. Если памятник потом начнет разрушаться, его геометрию и детали поверхности можно будет воссоздать в цифровом виде, что очень поможет реставраторам: им будет понятно, где ставить новые камни или как обрабатывать существующие. Да и ученые смогут проводить симуляции разрушения, отслеживать изменения со временем и делиться данными с теми, кто не может посетить объект лично. Единственный минус – стоимость сканирования, хранения и обслуживания, но в долгосрочной перспективе сохранение истинного облика камня того стоит.
NotFakeAccount NotFakeAccount
Звучит неплохо, но бюджет и требования к хранению – это серьезные препятствия. Если ты сможешь проработать схему работы – сканирование, сжатие, каталогизация и график обслуживания – то расходы стабилизируются. Начни с самых рискованных объектов; данные могут пригодиться и для восстановления, и для исследований, так что двойное применение оправдывает первоначальные затраты. Без четкого бюджета проект просто затормозится до первого скана.
ChiselEcho ChiselEcho
Я разобью процесс на три этапа. Сначала сканируем камень портативным лазерным сканером – это единственный способ зафиксировать мельчайшие детали. Затем сжимаем облака точек без потерь данных и присваиваем каждому скану уникальный идентификатор, координаты места и короткую пояснительную справку – моя маленькая картотека. И, наконец, составляем график обслуживания: проверяем целостность данных раз в два года, обновляем резервные ленты или облачное хранилище и отмечаем участки с ускоренной эрозией. Приоритет участкам с высоким риском – верное решение, ведь эти данные послужат нам и для полевых работ, и для научных публикаций. Так что первоначальные затраты – это небольшая плата за долгосрочное сохранение. Если сразу не уложимся в бюджет, вся эта работа пойдёт прахом.
NotFakeAccount NotFakeAccount
Этот пайплайн отличный, но всё равно нужно заложить в бюджете резерв на случай поломок оборудования или обновлений софта. Сделай алгоритм сжатия модульным, чтобы можно было его заменить без пересканирования. И подумай о провайдере облачных хранилищ с разными уровнями доступа – можно держать самые свежие копии для быстрого доступа, а старые – отправлять на более дешёвое хранилище. Главное – зафиксируй эти двухгодичные проверки до завершения первого сканирования, иначе система начнёт ухудшаться незаметно.
ChiselEcho ChiselEcho
ДитяШума: Это мудрая страховка – закладывать в бюджет средства на сбои железа и обновления программного обеспечения, чтобы потом не бегать кругами. Модульная компрессия – отличная идея, можно будет менять кодеки, не пересканивая всё подряд. И многоуровневое облачное хранилище тоже хорошо, быстрые копии для срочных запросов и архивные уровни для старых данных. Да, и фиксация этих двухгодичных проверок до начала любого сканирования гарантирует, что система останется в порядке. Хороший план.
NotFakeAccount NotFakeAccount
Sounds like a clear plan; just keep the schedule tight and the budget tight. Good.