Розробка AI-системи аналізу геологічних вишукувань для будівництва

Ручний розбір звітів про вишукування затягує старт проєктування на тижні: інженери вручну зводять скани, таблиці та лабораторні протоколи. Ми розробляємо AI-систему аналізу геологічних вишукувань під ключ — від розбору документів до передачі робочого інструмента з регламентами. Строк підготовки висновку щодо майданчика скорочується в рази.
Часті запитання

Чому аналіз геологічних вишукувань AI-системою прискорює проєкт

Вузьке місце вишукувального етапу — майже завжди обробка, а не буріння. Звіт по майданчику це сотні сторінок: журнали опису свердловин, відомості відборів, лабораторні протоколи по ґрунтах і воді, додатки з координатами й абсолютними відмітками.

До розрахункової моделі все це проходить через ручне перенесення даних зі звітів — інженер перебиває таблиці, звіряє номери зразків із додатками, вручну виставляє відмітки покрівлі кожного шару.

На цьому перенесенні й втрачається час. Одна друкарська помилка в номері проби або зсув відмітки відводить убік весь розріз, а шукати її доводиться повторним проходом по документах.

Терміни підготовки висновку розтягуються, причому не через обсяг робіт, а через звіряння та переперевірки.

Окрема проблема — суперечності в лабораторних протоколах. Одна й та сама проба може фігурувати з різними значеннями щільності й вологості в різних додатках, а опис шару в журналі буріння не збігається з його положенням у відомості.

Такі розбіжності виявляються лише під час ручного зіставлення і часто залишаються непоміченими, якщо звіт великий.

Далі розходиться трактування: водоносний горизонт потрапляє в один розріз, але не потрапляє в інший, межі шарів зсуваються на метри, і по одному майданчику два інженери отримують різні моделі. Це вже не питання зручності, а закладений у проєкт ризик. Розбираємо, як це закривається аналізом геологічних вишукувань AI-системою.

Що дає автоматизований розбір звітів і лабораторних даних

Ефект перевіряється за чотирма числами, які знімаються до впровадження й після: час розбору архіву, частка полів, витягнутих без оператора, кількість суперечностей, спійманих до передачі в розрахунок, і повнота вихідних даних, що пішли в модель основи.

Швидкість розбору архіву звітів

  • Архів розбирається повністю, а не вибірково: скани, таблиці лабораторії, польові журнали й координати виробок проходять одним проходом — включно зі звітами, до яких у команди раніше не доходили руки.
  • Підготовка зведеної вибірки по об’єкту скорочується з тижнів ручного перенесення до годин, а файли різних форматів — аж до обмінних наборів за AGS — приводяться до однієї структури, тому порівняння за підрядниками й періодами стає коректним.

Зниження кількості помилок під час перенесення даних

  • Частка полів, витягнутих без участі оператора, фіксується на прийманні як вимірювана метрика: ручна перевірка дістається залишку, а не всьому обсягу.
  • Контроль суперечностей працює на вході — розбіжність відмітки шару між звітом і лабораторним протоколом, загублені під час передруку одиниці, дублі виробок спливають до розрахунку, а не після видачі висновку.
  • Кожне значення зберігає посилання на сторінку й таблицю джерела, тому спірний результат перевіряється за хвилини, а не переглядається весь звіт.

Підсумок вимірюваний: менше ручного введення, менше повернень із розрахунку, повніші вихідні дані для моделі основи.

Формати вхідних даних: скани, таблиці, лабораторні протоколи

Вишукування по одному об’єкту надходять одразу в кількох видах: лабораторія віддає структуровані вивантаження з фізико-механічними властивостями ґрунтів, проєктний архів — скани технічних звітів, а частина даних узагалі існує лише на папері й потрапляє в роботу після сканування.

Якщо розбір побудувати під один формат, решту заводять вручну — саме там втрачаються дні й з’являються розбіжності між текстом звіту та підсумковою таблицею.

Ми розбираємо кожен вхідний потік способом, який дає перевірюваний результат: структуровані лабораторні вивантаження читаємо за колонками й довідниками, скани звітів розпізнаємо з витягуванням таблиць, а змішані комплекти ведемо за гібридною схемою — розпізнавання плюс звіряння з вихідним зображенням.

Варіант обробки Коли підходить Обмеження
Розбір структурованих вивантажень Лабораторія віддає дані файлами зі сталою структурою колонок Потребує фіксованого довідника параметрів; різночитання в одиницях вимірювання потрібно нормалізувати заздалегідь
Обробка сканів звітів Паперовий архів вишукувань, акти й протоколи лише у вигляді зображень Якість залежить від скану: нахил, печатки поверх таблиць і рукописні правки знижують точність
Гібридна схема розбору Змішаний комплект: частина даних у вивантаженнях, частина у сканах Потрібен еталон звіряння — за ним налаштовується поріг, нижче якого значення йде на перевірку спеціалісту

Коли який спосіб обробки доречний

Починаємо з машиночитних вивантажень — вони дають еталон, за яким калібрується розпізнавання сканів того самого об’єкта. Паперовий архів розбираємо з вибірковим контролем: спірні комірки позначаються й повертаються інженеру, а не йдуть у розрахунок мовчки.

Як ми впроваджуємо: від аудиту даних до передачі робочої системи

Процес будуємо так, щоб на момент налаштування системи було зрозуміло, за якими критеріями вона вважається робочою. Архів вишукувань у всіх різний: скани без текстового шару, таблиці лабораторії, власні форми звітів по об’єктах. Тому починаємо не з моделі, а з інвентаризації даних і метрик.

Аудит даних і постановка метрик якості

  1. Аудит архіву вишукувань: дивимося, що реально є — формати, частка сканів без текстового шару, повторювані шаблони, прогалини по виробках. На виході карта даних і перелік того, що доведеться розпізнавати.
  2. Схема розбору документів: визначаємо поля, які витягуються — абсолютні відмітки, потужність шарів, рівень ґрунтових вод, показники лабораторії — і правила їх прив’язки до координат виробок.
  3. Налаштування на шаблонах замовника: правила й словники підлаштовуємо під ваші форми. Якщо розділ в одному звіті називається «Колонка», а в іншому «Розріз», це враховується явно, а не вгадується.
  4. Постановка метрик якості: фіксуємо, що вважаємо правильним витягуванням поля і яка частка помилок допустима. Без цього приймання перетворюється на суперечку про смаки.
  5. Перевірка на контрольній вибірці: документи, які не брали участі в налаштуванні, проганяємо окремо. На знайомих прикладах система завжди виглядає краще, ніж є.
  6. Приймання результату: звіряємо поля, розбираємо розбіжності, дообучаємо на спірних випадках і лише потім передаємо систему.

Перевірка на контрольній вибірці та приймання

Якщо за критичними полями точність не вийшла на узгоджений рівень, повертаємося до схеми розбору, а не здаємо систему із застереженнями. Передача включає доступи, документацію за правилами й навчання вашої команди — новий звіт додається без нас.

Постачання: модель розбору, правила перевірки, документація, регламенти

Передаємо не «навчену модель» як чорну скриньку, а систему розбору цілком: конфігурації, правила перевірки й документацію, за якими вивантаження можна відтворити й перевірити без нас. Склад фіксується актом приймання — видно, що саме прийнято в експлуатацію.

Модель розбору й правила валідації

  • Ваги моделі й словник ознак, прив’язані до номера версії: відкат на попередню збірку займає хвилини.
  • Правила валідації входу: обов’язкові поля, діапазони глибин і відміток, прив’язка до координат, відбраковування дублів свердловин.
  • Пороги впевненості, за яких спірний шар іде геологу на перевірку, а не пишеться у звіт мовчки.
  • Контрольне вивантаження з еталонною розміткою — на ньому перевіряється якість після кожного оновлення.
  • Розбирачі пакета документів: скани, таблиці лабораторії й текстові звіти приводяться до однієї структури.

Документація й регламент оновлення

  • Опис схеми даних і формату вивантаження у вашу геоінформаційну систему.
  • Інструкція із запуску, журналювання й розбору збоїв для вашої служби супроводу.
  • Регламент оновлення моделі: хто ініціює дообучення, на яких даних, як перевіряється результат до публікації.
  • Правила версіонування: кожна зміна моделі або правил отримує номер і запис у журналі змін.

Доступ наших інженерів на період супроводу входить у постачання: разом розгортаємо систему, проходимо приймання й перші оновлення, далі ви ведете її самі.

Кейс: скорочення строку підготовки висновку по майданчику

Замовник — проєктний інститут, який готує висновки по майданчиках під промислове будівництво. На один майданчик надходило 40–60 колонок вишукувань від різних партій: з різною глибиною вибою, своєю номенклатурою ґрунтів і своїм описом у кожному файлі. Інженер зводив їх в єдину геологічну модель у GEO5 вручну, і саме на зведенні губилися шари.

Підготовка зведеної моделі займала 10–12 робочих днів, а розбіжності в описі одних і тих самих ґрунтів спливали лише на фінальній вичитці.

За вибіркою з 200 архівних висновків ми порахували: у 6% випадків у зведену модель не потрапляв шар, зафіксований в окремій колонці, — на будові це оберталося переглядом рішень по фундаменту.

Що було до і що стало після

Метрика До Після
Час підготовки зведеної моделі 10–12 робочих днів 2–3 дні
Пропущені шари ґрунту 6% висновків поодинокі випадки, знаходяться автоматично
Частка ручних правок зведення близько 70% 15–20%

Що змінили: різнорідні дані вишукувань приводяться до єдиної схеми описів, модель збирається автоматично, а інженер перевіряє не все підряд, а лише місця стикування різнорідних колонок і спірні інтервали.

Ручна правка залишилася там, де потрібна геологічна інтерпретація: спеціаліст сперечається не з даними, а з їхнім трактуванням. Через пів року інститут перевів на цей процес усі майданчики, включно з тими, де вишукування велися з перервою в кілька років.

Чим нейромережевий розбір сканів відрізняється від звичайного розпізнавання

Розпізнавання відповідає на питання «що написано», розбір — на питання «що це означає для масиву». Оптичне розпізнавання поверне рядок «суглинок м’якопластичний, 4,2» як текст, але не скаже, з якої він свердловини, на якій глибині розкритий шар і в яких одиницях дана потужність.

Далі починається відновлення структури протоколу: сітка таблиці, багаторівневі шапки, об’єднані комірки, виноски лабораторії.

Кожне число прив’язується до свердловини, інтервалу глибин «від і до» й номера зразка — без цього два однакові записи з різних виробок невирізнювані, а колонка глибин після простого витягування тексту втрачає порядок і перестає відповідати описам.

Окрема задача — одиниці вимірювання. В одному пакеті трапляються метри й сантиметри, мг/л і мг-екв/л, відсотки, градуси, відмітки «сліди» й «не виявлено», інтервали, задані словами.

Значення приводяться до єдиної шкали й перевіряються на фізичну осмисленість: потужність шару не може перевищувати глибину його підошви, а сума потужностей — загальну глибину виробки.

Лише після цього можлива геологічна інтерпретація: зіставлення описів із даними буріння й польовими випробуваннями, виділення інженерно-геологічних елементів, перевірка їхньої однорідності за площею.

На виході — модель масиву з характеристиками по кожному шару, а не текстовий файл, який інженер розбирає вручну.

Практична різниця — у ціні помилки: пропущений або неправильно прив’язаний шар іде в розрахунок основи й спливає вже на будівельному майданчику.

Технічні сумніви: точність, формати й контроль якості

Точність витягування вимірюємо не на око: на еталонній вибірці звітів рахуємо по кожному полю частку правильних значень — потужність шару, відмітка підошви, категорія ґрунту.

Кожне значення йде з посиланням на джерело, а розбіжності з вихідником не записуються мовчки, а позначаються для ручної перевірки.

Окрема складність — архіви: скани без текстового шару, втрачена графіка, прогалини по окремих інтервалах. Система не добудовує прогалини, а фіксує їх і будує карту повноти — видно, де висновок спирається на факти, а де починається припущення.

Що робити з неповними архівами?

Розбір іде поблочно: якщо опис інтервалу обривається, поле залишається порожнім і отримує флаг «даних немає» замість підставленого значення. Карта повноти показує, по яких свердловинах інформації вистачає для розрахунку, а де потрібна дорозвідка.

Змішані формати — це проблема?

Потребує нормалізації, але вирішується. Звіти, скани, таблиці й креслення приводяться до єдиної схеми: координати, відмітки, потужність шарів, класифікація ґрунту. Розбіжності між блоками одного звіту не усереднюються, а показуються інженеру як конфлікт для рішення.

Як результат потрапляє в розрахункові системи?

Вивантаження йде в обмінних форматах і через програмний інтерфейс, тому дані потрапляють у розрахунок без ручного перенесення. Під час повторних вишукувань новий масив накладається на вже завантажений, і зміни по свердловинах видно порядково.

Хто відповідає за якість?

Контроль якості дворівневий: автоматичне звіряння витягнутих значень із вихідником і вибіркова перевірка інженером-геологом. Частка полів, що пішли на ручну перевірку, слугує вимірюваним критерієм приймання — за ним видно, чи зростає точність на ваших архівах.

Обговоримо вашу задачу: дані, обсяг, строки першої черги

Розбір задачі починається з ваших матеріалів, а не із загальних питань. За складом архіву й якістю вихідників уже видно, які ділянки реально автоматизуються, а які потребують ручної підготовки і чому. Чим раніше ми побачимо справжні дані, тим точніше оцінимо обсяг і строки першої черги.

  • Що надіслати: два-три комплекти вишукувань по різних об’єктах — колонки свердловин, відомості лабораторних випробувань, геолого-літологічні розрізи, пояснювальні записки.
  • Формати — як є: таблиці, скани, креслення, вивантаження польових журналів. Приводити архів до єдиного вигляду заздалегідь не потрібно, розберемося з тим, що є.
  • Обсяг архіву: скільки комплектів і майданчиків, скільки свердловин і сторінок у кожному, за які періоди зібрані дані.
  • Як матеріал обробляють зараз: де ведуть зведені таблиці, хто перевіряє розбіжності, на яких кроках найчастіше втрачаються дані.
  • Як ми дивимося дані: окремо відзначаємо, що вже структуровано, що розпізнається автоматично, а що залишається за інженером-геологом.
  • Варіанти першої черги: вузький контур на одному типі звіту, розбір одного майданчика цілком або обробка потоку — з різним обсягом ручного доопрацювання.
  • Як приймають результат: у якій системі працюють ваші спеціалісти і які формати вивантаження потрібні на виході.

Повертаємося з планом і оцінкою: склад першої черги, схема обробки, перелік перевірок для геолога, строки й точки, де знадобиться доступ до історичних даних. Опишіть задачу й надішліть матеріали — обговоримо деталі та повернемося з планом.

Напрямки AI-розробки

Останні роботи

  • Розробка сайту компанії B2B ADVANCE
    Розробка сайту компанії B2B ADVANCE
    1543
  • Розробка веб-додатків для компанії FEEDME
    Розробка веб-додатків для компанії FEEDME
    1394
  • Розробка веб-сайту для компанії БЕЛФІНГРУП
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    1081
  • Розробка інтернет магазину для компанії FURNORO
    Розробка інтернет магазину для компанії FURNORO
    1374
  • Розробка логотипу компанії B2B Advance
    Розробка логотипу компанії B2B Advance
    816
  • Розробка веб-додатків для компанії Enviok
    Розробка веб-додатків для компанії Enviok
    1142