Petro-банк

Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
Наиля Гусейн-заде
Старший Консультант по Управлению Данными
Landmark Software & Services (Halliburton)
Основные принципы управления данными в среде приложений Landmark
Сталкивались ли вы с ситуацией, когда данные вроде бы есть, но они не структурированы и изолированы
друг от друга? Разбивались ли ваши идеи о груды сброшенной в кучу информации? Разводили ли вы бессильно
руками перед хаотично разбросанными по приложениям результатам предшествующих исследований? Многие из
вас ответят - да, увы! Такое случается в нашу эпоху информационных технологий и чем крупнее учреждение, тем
чаще подобные явления.
Поиски решений выхода из подобных ситуаций породили новую область деятельности - управление
данными, которая уже вносит свой немалый вклад в успех передовых предприятий. Ведь известно, что
эффективность принятия решения напрямую зависит от качества и своевременности предоставленной информации.
Под качеством информации подразумевается достоверность каждой единицы данных, а скорость предоставления
информации зависит от быстроты доступа к ней, что возможно только при структурированности данных в рамках
всего учреждения и применении быстродействующих приложений и техники. Таким образом, если на специалисте
по управлению данными лежит ответственность за качественность данных рабочей группы, отдела, учреждения, то
от учреждения самого зависит выбор концепции управления данными и оснащение технической базы.
Как специалист по управлению данными в среде приложений Landmark я приобрела богатый опыт, работая
в различных проектах и компаниях. Написанием этой статьи я преследовала несколько целей. Во-первых, хотелось
бы осветить концепцию управления данными, предлагаемую Landmark, а также дать определение - что есть
качественные данные и как их структурировать в рамках приложений Landmark. Во-вторых, хотелось бы помочь
пользователям Landmark максимально использовать функциональные возможности уже имеющихся в их
распоряжении приложений классического пакета для эффективного управления данными. В-третьих, ознакомить их
с такими приложениями из арсенала современного специалиста по управлению данными, как WOW™, CDA и
PowerExplorer®. И, наконец, в-четвертых, обратить внимание руководителей учреждений нефтяной индустрии на
современные задачи управления данными, предложить критерии оценки уровня управления данными, и помочь
подготовить специалистов по управлению данными.
Что такое «Классический пакет» приложений Landmark и база данных проектов OpenWorks®?
«Классическим пакетом» приложений Landmark на сегодняшний день считается cемейство интегрированных
приложений OpenWorks®, основанное на платформах UNIX/Linux. Лежащая в основе cемейства система OpenWorks,
представляет собой базовую структуру для геологогеофизических приложений, нацеленых на проведение
следующих исследований:
Geological
Well Log
Seismic
 сейсмическая интерпретация 3-D и 2D
Interpretation
Analysis
Interpretation
 анализ скважинного каротажа
 геологическая интепретация
 скоростное моделирование
 картопостроение
 управление данными
Processing
Совокупность
данных
для
совместного
Mapping
History
использования носит название «проекта» OpenWorks. В
OpenWorks различается два типа проектов – база данных
проектов и интерпретационные проекты. База данных
Prestack
Velocity
Data
Seismic
Modelling
Management
проектов OpenWorks содержится в реляционной базе
Interpretation
данных Oracle и представляет собой набор из около 1000
таблиц, позволяющих хранить более 10,000 атрибутов.
Атрибутами
OpenWorks
являются
всевозможные
геологические, геофизические и петрофизические
данные, такие как информация по скважинам,
каротажные диаграммы, данные по тектоническим
Рисунок 1 - OpenWorks основа для различных геологических и
нарушениям, сейсмическая навигация, промысловые
геофизических интепретаций. Все данные в базе данных проектов
данные, а также интерпретационные и многие другие
OpenWorks и ее среде взаимосвязаны, что позволяет пользователям
данные.
работать с высоко-производительным приложением для групповых
работ.
Page 1 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
В составе базы данных проектов может быть
неограниченное количество интерпретационных проектов,
которые представляют собой подмножество данных или
некую зону интереса (AOI). Физически данные размещаются
в базе данных, а интерпретационные проекты лишь
ссылаются на них. Подобная модель позволяет избежать
дублирования
данных,
предоставляет
экономию
пространства и усиленную защиту данных, одновременно с
поддержкой их целостности.
Некоторые типы данных, а именно сейсмические
файлы и горизонты 3D, хранятся не в таблицах базы данных
проекта, а в директориях, размещенных в иерархии системы
Рисунок 2 - Награда журнала WorldOil OpenWorks за «Лучшее
OpenWorks. В системе OpenWorks размещается также масса
решение по управлению данными» (“Best Data Management
других файлов и данных, таких как культурные данные,
Solution”) 2008 года. На протяжении последних 10 лет
цветовые палетки, форматные файлы и т.д. В целом набор
приложения Landmark удостаивались еще 4-х наград журнала
данных проекта неограничен, лимитирован только
WorldOil: Geoprobe в 2002 за «Лучшее решение по данным
разработки, добычи и резервуара» (“Best Development,
размерами жестких дисков.
Production and Reservoir Data Solution”), AssetView в 2003 за
Как видите, OpenWorks уже представляет собой
«Лучшее решение по визуализации» (“Best Visualization
структурированную
базу данных, обеспечивая надежное
Solution”), снова Geoprobe в 2004 за «Лучшее решение по
хранение
и
быстрый
доступ к данным. По своим обширным
визуализации данных» (“Best Data Visualization Solution”), и
Decision Space Desktop за «Лучшее решение по визуализации и
функциональным возможностям база данных проектов
обеспечению сотрудничества» (“Best Visualization and
OpenWorks R5000 получил награду журнала World Oil как
Collaboration Solution”) 2010 года.
«Лучшее решение по управлению данными» 2008 года
(«Best Data Management Solution Award» 2008, World Oil).
Наша задача заключается в том, чтобы использовать возможности OpenWorks для создания эффективного
управления данными нефтяной индустрии.
Что такое «Управление данными OpenWorks» и что должен знать специалист в этой области?
Широкие возможности описываемой базы данных предполагает и широкий спектр деятельности для
управления ее данными. Суммируя задачи, которые возникали в ходе работы и которые ставились заказчиками,
можно подытожить, что под управлением данными OpenWorks подразумевается следующее:
 сбор, анализ, обработка и размещение данных в проекте
 проведение контроля качества данных
 увязывание данных между собой
 администрирование данных как в проекте, так и в системе
 перенос данных из проекта в проект и из проекта в приложения
 разработка процедур и стандартов
 архивирование данных
 документирование
А широкий спектр деятельности предполагает наличие знаний в различных областях. В зависимости от
объема данных и парка приложений управлением данными может заниматься как один универсальный
специалист, так и группа с распределением обязанностей и сфер деятельности. Однако опыт показывает, что в
любом случае, в одиночку или в команде, каждый специалист, который решил заняться управлением данными в
рамках приложений Landmark, для успешной работы должен обладать определенным набором знаний. Этот набор
знаний включает в себя понимание геологии и геофизики и знания в следующих областях:
 Операционная система и команды UNIX/Linux
 База данных проектов OpenWorks
 Концепция реляционной базы данных Oracle®
 Загрузка и управление гео-данными
 Загрузка и управление сейсмическими данными
 Приложения StratWorks®, SeisWorks® и Z-MAP Plus™
 Приложения WOW, CDA и PowerExplorer
 Язык структурированных запросов SQL
 Скриптовые языки Shell, AWK и/или Perl
 Носители информации
 Основы документирования и составления отчетов
Такая масса знаний не появляется за один день и не дается одним тренингом. И тому, кому интересна эта
область деятельности, собственно, как и любая другая область, нужна целеустремленность, любознательность и
большая тяга к саморазвитию. И, если для любой другой специальности можно найти немалое количество книг и
учебников, то управление данными, особенно, в такой специфичной среде как гео-исследования, вас не побалует
обилием литературы. Но, дорогу осилит идущий. Удачи всем нам и не только на этом поприще!
Page 2 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
С чего начинается управление данными? - С имени!
Удивляться этому заявлению не стоит. Практика
Data
Data
показывает, что любое управление данными в первую
gathering
processing
очередь начинается с того, как вы называете исходные
файлы, скважины, карты, да и сами проекты и
директории, в которых эти данные размещены.
Перечень возможных данных велик, но задача о
No
Naming
Fit
корректном именовании стоит на каждом этапе работы с
Convention
standard?
development
данными.
Мы вольны выбирать наименования согласно
Yes
нашим понятиям, но определенное соглашение об
именовании обязательно должно быть у каждого
Apply
специалиста, рабочей группы и тем более у учреждения.
QC data
standards
Анализ данных становится эффективным, если у рабочей
группы имеется соглашение об именовании и
размещению данных, а именно:
 данные сгруппированы в директориях по
какому-либо признаку - карты, графические файлы,
Initialize
No Data Loading
Relevant
a pre-load
workflow
исходные файлы конкретного проекта и т.д;
workflow?
job
development
 наименования файлов информативны и тем
самым
нет
необходимости
просматривать
Yes
содержимое каждого файла в поисках нужной
информации;
Run test
QC job
 наименования ключевых параметров едины в
loading
рамках как одного проекта, так и всей базы данных;
Например, если один и тот же параметр в
разных скважинах проекта назван по разному, то это
затрудняет анализ группы скважин или даже делает
Load data
QC data
таковое невозможным. Наличие соглашения об
No
Relevant
to
workflow
именовании делает эффективным многие операции с
workflow?
OpenWorks
development
данными, такие как передача данных между
различными проектами и архивирование данных.
Yes
Просматривая эти рекомендации вы скажите «Да что здесь особенного? Это же все очевидно!». И вы
QC data
будете правы. Но вы не поверите, что эти «очевидные»
правила не применяются многими специалистами во
многих учреждениях и как много времени тратится на
анализ имеющихся данных. Более того, зачастую легче
Рисунок 3 – Типичная блок-схема загрузки данных в базу данных
заново создать, чем найти имеющееся. Отсутствие
проектов OpenWorks. Процесс загрузки данных, независимо от их
единой системы именования в рабочей группе особенно
типов, включает в себя этапы сбора данных, предварительной
ощутимы при передаче данных от клиента заказчику.
обработки и собственно загрузки с обязательным контролем качеста
Неоднократно была свидетелем и даже участником
на каждом этапе. Конроль качества включает в себя проверку
длительных поисков необходимой информации в
соответствия наименований соглашению об именах. Придерживание
обилии данных, названных именами детей, жен,
процедур и стандартов учреждения также является важной частью
домашних животных, какими угодно названиями, но не
контроля данными.
теми, которые отражали бы действительную сущность
данных.
Итак, первый принцип эффективного управления данными: Необходимо иметь единную систему
именований и, что особенно важно, придерживаться этой системы.
Каковы ключевые объекты, требующие корпоративного соглашения по именованиям?
Практика показывает, что любое соглашение об именовании лучше его отсутствия. Система именований
может разрабатываться и дополняться по мере расширения сферы управления данными, но однозначно - любая
система наименований делает работу в среде классического пакета Landmark эффективной и комфортной. В
качестве основы для системы предлагаю вам личные наработки, а именно - перечень ключевых объектов,
комментарии, описывающие некоторые основы управления данными, критерии качества данных. Это опыт можно
перенять, развить и адаптировать к своим задачам. Базовый перечень ключевых объектов, нуждающихся в
соглашении об именовании, выглядит так:
 файлы, директории, файловые системы
 базы данных и интерпретационные проекты OpenWorks
 скважинные заголовки, статусы, символы, списки
 каротажные диаграммы, псевдонимы
 стратиграфические колонки, поверхности, формации, атрибуты
Page 3 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada







литологические колонки, классы, символы
сейсмические съемки, профили 2-D и кубы 3D, горизонты, разломы
скоростные модели
карты, гриды, наборы точек, полигоны
сессионные файлы, цветовые палетки, графические файлы, культурные данные
форматные файлы для импорта/экспорта данных
архивные каталоги
Начнем с основ. Правила именования файлов и удобство использования префиксов
Наименование файла должно быть информативным, отражающим сущность содержащейся в нем
информации, оптимальной длины и по возможности уникальным. Желательно избегать 1-2х символьных
наименований, они могут быть удобны в процессе промежуточной обработки данных, но в качестве
окончательного названия не приемлемы. Слишком длинные названия файлов, как правило, нечитабельны с
первого взгляда, а в некоторых случаях с учетом полного пути могут превысить допустимую длину имени файла.
При различных вариациях одних и тех же данных желательно использовать оригинальное название файла с
добавлением номера версии или даты редакции. В виду того, что классический пакет Landmark работает в
UNIX/Linux системах при наименовании файлов важно широко использовать возможности и учитывать особенности
этих систем, а именно знать и не применять в наименованиях недопустимых операционной системой символов.
Для работы в OpenWorks и его приложениях каждому пользователю следует определить себе имя
интерпретатора, которое не превышает 5 символа. Интерпретатору приписываются интерпретационные данные
StratWorks, PetroWorks® и ZMAP Plus, такие как гриды, контуры, скважинная корреляция, стратиграфические
колонки и поверхности, скважинные листы, скважинные шаблоны, и многие другие данные. При поиске
информации имя интерпретатора является очень удобным ключом и хотелось бы рекомендовать один прием
эффективного применения имени.
Многие модули приложений в окнах браузера способны сортировать данные по различным полям, и
поэтому, если в начале наименования помещено имя интерпретатора заглавными буквами в качестве префикса, то
при сортировке по алфавитной порядке данные будут сгруппированы вместе. Этот нехитрый прием позволяет
значительно облегчить поиск данных как ваших, так и ваших коллег. Применение префикса удобно не только при
наименовании данных, которые записываются приложениями в базу данных проекта, а также любых других
данных, которые хранятся в общих директориях проекта (сессионные файлы, форматные файлы и т.д.).
Немного о расширениях имен файлов
Для описания типов данных следует использовать расширения файлов, благодаря которым
информативность названия файла увеличивается. В отличие от Windows, где тип файла определяется
исключительно его расширением, в UNIX/Linux системах расширение не имеет подобной важности. Файл может
иметь или не иметь расширение, иметь два, три и более расширений, для системы это только имя файла, не более
того. Например, вы легко можете создать простой текстовый файл и присвоить ему расширение gif или sh. При этом
система не будет пытаться оперировать с таким файлом как с картинкой или скриптом, т.к. для операционной
системы важно не имя файла, а его индексный дескриптор. Но для удобства работы специалистами UNIX/Linux
систем принято придерживаться стандартных расширений, что настоятельно и рекомендую любому пользователю использовать расширения для информативности содержимого файла.
Повторяюсь, все выше сказанное отражает отношение к расширениям файлов исключительно систем
UNIX/Linux. В приложениях Landmark отношение к расширениям совершенно иное, приложения активно
используют и различают десятки расширений, специфичных для каждого приложения. В справочной документации
к описанию каждого приложения Landmark прилагаются соответствующие каталоги типов данных и их расширений.
Как видите, расширения удобны и важны для определения типа данных, следует ориентироваться в них и
применять на практике.
Все о скважинных заголовках
OpenWorks предлагает около 200 таблиц и все формы данных модуля Well Data Manager для всевозможной
информации по скважинам, но основными формами данных, определяющими скважину как таковую, ее тип и
местоположение являются - Well Header (Скважинный заголовок), Elevation (Альтитуда), TD (Зависимость ВремяГлубина), Directional Survey (Инклинометрия) и Positional Log (Таблица позиционирования).
Скважинные заголовки в OpenWorks разработаны для того, чтобы быть информационно емкими и эту
возможность надо максимально использовать. Заголовок скважинны (Well Header) предлагает много полей.
Рассмотрим вначале поля, идентифицирующие имя скважины, а именно «UWI» (уникальный идентификатор
скважины), «Common Well Name» (общее имя скважины), «Well Name» (имя скважины) и «Well Number» (номер
скважины).
В идеале предполагается, что каждая скважина обладает неким уникальным идентификационным
номером в рамках учреждения, компании или даже страны. Если подобной информации нет, то следует ввести
правило создания подобного номера самим. Поле Common Well Name, как это и следует из самого названия,
должно содержать полное имя скважины, а в поле Well Name можно поместить более короткое название скважины
и в соответствующее поле поместить номер скважины. Подобное именование скважин позволяет пользоваться
Page 4 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
опцией приложений Landmark выводить на экран имя любого из перечисленных выше полей заголовка и/или
номера скважины в соответствии с задачей или желанием специалиста, что очень удобно в случае регионального
анализа и картопостроения.
Рисунок 4 – Основной модуль для управления скважинными данными. Well Data Manager - утилита, позволяющая пользователям
просматривать, редактировать и удалять информацию по скважинам из базы данных. Пользователь выводит на дисплей
информацию используя «формы данных» (data forms). Каждая форма данных содержит информацию из одной таблицы базы
данных, такую как информация об отбивках, информация о разломах или скважинном каротаже, позволяя тем самым
пользователю фокусироваться только на необходимой в данный момент информации.
Нижеперечисленные поля заголовка скважины особенно важны и требуют внимания:
XY surface, XY borehole - координаты устья и забоя скважины
Elevation and Elevation type - значение и тип альтитуды
Total Depth - глубина забоя скважины
Current Well Status - текущий статус скважины
CRS - картографическая система
Data Source - источник данных
Remark - комментарий
Таблица позиционирования (Position Log Data) скважины рассчитывается на основе координат устья
скважины и параметров инклинометрии (Directional Survey) с учетом альтитуды и картографической системы.
Вычисленные таблицей позиционирования координаты забоя автоматически записываются в заголовок скважины.
Введенные в заголовки данные по альтитуде и глубине забоя дублируются в соответствующих формах данных.
Понятно, что ключевые поля должны содержать верную информацию, иначе вся последующая скважинная
интепретация может быть ошибочной. Кроме того, отсутствие параметров может привести к неверной
визуализации скважины в приложениях. Например, отсутствие глубины забоя не позволяет визуализировать
скважину в модуле StratWorks Correlation.
Особое внимание следует уделять полю скважинного заголовка - «Current Well Status». По умолчанию
отсутствие информации обозначается статусом UNKNOWN, а при наличии корректной информации в этом поле в
приложениях StratWorks и ZMAP Plus можно строить карты с нанесением символов статуса скважины, а также
визуализировать скважины в AssetView™ определенными цветами с учетом текущего статуса скважины. OpenWorks
предлагает набор стандартных статусов скважин в соответствующих контрольных таблицах и приписанные этим
статусам символы. Эти данные можно дополнять или корректировать при помощи утилит Well Symbol Editor и Data
Dictionary. История статусов скважины, помимо заголовка (Well Header), может фиксироваться в специальной
таблице OpenWorks - Well Status History. Эта информация полезна при изучении истории месторождения.
Поле «Data Source» заголовка скважины также информативно при анализе и поиске источника данных. Так
как управление данными включает в себя и знание источников данных, то следует уделять внимание записи
подобной информации тоже. При отсутствии соответствующего поля любую другую информацию, которую
необходимо внести в заголовок, можно вносить в поле «Remark».
Необходимо помнить, что нет неважных полей в скважинных заголовках. Имеются еще несколько полей,
которые при наличии унифицированных данных могут быть использованы как ключевые слова при выборке, а







Page 5 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
именно это: «Basin» (резервуар), «Country» (страна), «Field» (месторождение), «Operator» (добывающая компания)
и «Platform id» (номер платформы/куста).
К данным в этих полях относятся как к необязательным, и в результате в эти поля данные не вносят, или
вносят, не обращая внимание на написание. При создании или редактировании заголовка скважины в ручную
OpenWorks сверяет вводимые в эти поля данные с контрольными таблицами проекта (validation tables). Если в эти
поля ничего не внесено, то им приписывается значение по умолчанию - UNKNOWN.
В случаях загрузки пакета данных и загрузки данных через ASCII Loader зачастую опция сверки по
контрольным таблицам не активируется, и, если в заголовках загружаемых данных имеются записи по этим полям
(такое часто наблюдается в заголовках каротажных диаграмм в формате LAS), в таблици проекта OpenWorks
попадают всевозможные образцы написания страны или структуры. И потом уже трудно быть последовательным в
выборе написания, если сам проект OpenWorks предлагает широкий спектр (например AZERBAIJAN, Azerbaijan, AZE).
Подобное разногласье моментально обнаруживается при работе в таких программах, как Well Data Manager, WOW
и AssetView, в которых предлагается выборка по ключам, и делает выборку неэффективной.
Независимо от того, насколько мал или велик проект OpenWorks по количеству скважин,
вышеперечисленные поля следует корректно заполнять согласно общепринятой системе именования, тем самым
создавая основу для объединения данных в крупные региональные проекты. Утилита Data Dictionary позволяет
корректировать контрольные таблицы проекта OpenWorks и приспосабливать их системе именований, принятой в
рабочей группе или учреждении.
Основными задачами управления скважинными заголовками являются:
 разработка системы именования скважин, статусов и их символов;
 корректное внесение информации в поля заголовка;
 периодический аудит скважинных заголовков.
Данные по стратиграфии
В OpenWorks имеется возможмость каждому интерпретатору создавать свою стратиграфическую колонку и
на ее основе проводить скважинный анализ. Практика показывает, что эта возможность порождает последствия в
виде массы отбивок и формаций. При детальном изучении этой массы обнаруживается, что часть отбивок в
сущности одноименны, но при именовании использовались разные регистры, синтаксис и сокращения, и в
результате эти отбивки не увязаны друг с другом, как например Pick A, PickA, pick A, pick a и т.д. Вариации
бесчисленны.
Появление
такого
разнообразия
имен
одноименных отбивок, в основном, базируется на боязни
интерпретаторов «потерять» или «не распознать» свою
корреляцию, что свидетельствует о недостаточно
хорошем понимании возможностей OpenWorks и
StratWorks.
Для
OpenWorks
создание
и
хранение
одноименных отбивок не является сложностью, так как
каждой отбивке приписывается «Pick Observation
Number» - произвольный номер, который делает отбивку
уникальной, и «Data Source» - источник данных, имя
интерпретатора. То есть, интерпретация приписывается к
конкретному интерпретатору/специалисту и на этом
основывается система защиты данных OpenWorks приложения не позволяют изменять отбивки одних
интерпретаторов другими, если на это не дано
специального разрешения. Разрешение дается в случае
проведения групповой интерпретации, когда несколько
пользователей ассоциируются с одним именем
интерпретатора. Эта возможность позволяет избежать
либо дублирования информации и затем сложной
процедуры сравнивания и объединения результатов
интерпретации под одно имя, либо необходимости
делать данные общедоступными. OpenWorks позволяет
также для решения специфичных задач одному
пользователю иметь несколько имен интерпретаторов и
приписанные им различные версии интерпретации.
Унификация стратиграфических наименований
Рисунок 5 – Основной стратиграфический остов проекта OpenWorks.
необходима как в рамках одного проекта, так и всей базы
Стратиграфическая колонка, определяемая модулем Strat Column
данных. Преимуществ этого немало. В качестве простого
Editor, устанавливает взаимосвязь между поверхностями и
примера может служить перенос отбивок вместе с другой
стратиграфическими единицами.
информацией по скважинам из проекта в проект, что
позволяет проводить региональный анализ без адаптации данных и дополнительной увязки со стратиграфической
Page 6 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
колонкой. Более того унификация наименований отбивок и стратиграфических формаций позволяет применять
промысловые данные в StratWorks (обширнее об этом говориться в параграфе «Данные добычи»).
Стратиграфические атрибуты формации (Zone Strat Attribute) - давление пласта, проницательность, пористость,
водонасыщенность и т.д., также требуют соглашения о наименованиях атрибутов, в противном случае создаются
трудности при построении карт в StartWorks.
Основными задачами управления данными по стратиграфии являются:
 разработка системы именования формаций, поверхностей, отбивок и атрибутов формации;
 создание стандартной стратиграфической колонки;
 корректное внесение информации в базу данных;
 периодический аудит данных по отбивкам.
Данные каротажных кривых
Для унификации наименований каротажных кривых Landmark предлагает по умолчанию список из более
500 наименований каротажей, базирующийся на перечне Schlumberger. При загрузке в проект OpenWorks
каротажной кривой, чье имя не описано в этом перечне, загрузочный модуль «Curve Loader» предлагает две опции
- подобрать имя кривой из списка имеющихся наименований или добавить новое наименование в этот список.
Так или иначе унификация наименований каротажных кривых предполагает, что в рамках проекта и базы
данных в целом каротажные кривые одного
типа будут именоваться одинаково, например
при наличии множества вариантов именования
гамма каротажа целесообразно применять
минимум вариантов: GR = {gamma, GR, GR_v1}.
Унификация наименований каротажных
кривых, помимо упорядоченности данных, дает
следующие
преимущества
в
работе
приложений:

анализ информации по скважинам в
StratWorks и PetroWorks облегчается
за счет создания унифицированных
скважинных
шаблонов
(Well
Template);

визуализация каротажей в SeisWorks и
AssetView
ускоряется
благодаря
возможности
выбирать
большие
списки скважин в один прием;
Рисунок 6 – Интепретация каротажных диаграмм в PetroWorks Asset

при манипуляции данных выборка
Обработка каротажных диаграмм в классическом пакете осуществляется
упрощена
благодаря
коротким
приложениями
семейства PetroWorks. Этот пакет петрофизических программ
спискам имен кривых.
направлен
на
решение
широкого спектра задач по управлению данными и
OpenWorks
позволяет
объединять
анализу
каротажных
диаграмм
и петрофизичекой интепретации.
каротажи
в
группы,
соответствующие
определенным сборам данных (acquisition data),
с указанием «Logging Service Name», например набор каротажей «MUD_GAS» Это создает удобство в управлении,
обработке и редакции данных как для приложения PetroWorks, так и для передачи данных в другие приложения,
для которых OpenWorks является базой данных. Если каротажные данные обработаны, интерпретированы или не
могут быть ассоциированы с каким либо специфичным сбором, то такие каротажи загружаются как
композитные/обработанные данные (composite/processed data). Добавление в базу данных специфичных «service
name» производится в Data Domain Manager.
Основными задачами управления данными каротажных кривых являются:
 разработка системы именования каротажей, сборов;
 корректное внесение информации в базу данных;
 редакция параметров каротажей в Curve Dictionary - тип каротажа, амплитуда, цвет;
 периодический аудит данных по каротажам.
Данные добычи (Production data)
OpenWorks предлагает возможность хранения в своей базе данных информации по добыче нефти, газа,
конденсата, воды и закачки по дням, месяцам и накопленную, а также данные по перфорации, заканчивании
(completion) и утечки(treatment). Эти данные можно идентифицировать по скважинам, нефтепромысловым
объектам, арендным участкам или по структурам. В моей практике данные по добыче и инжекции приписывались к
скважинам и OpenWorks служил базой данных для DTVIP, GeoGraphics® и DSS. Удобство такого хранения очевидно база данных надежно защищена от потерь, данные периодически обновляются и названные приложения легко
импортируют необходимую им информацию в свои рабочие проекты. А в классических приложениях на основе
данных по добыче и инжекции можно строить круговые диаграммы (bubble maps) в StratWorks и визуализировать
эти диаграммы в AssetView.
Page 7 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
Одним из основных элементов для хранения добычи, закачки и перфорации является продуктивная зона,
идентифицированная параметром «Zone_Name», который необходимо корректно увязать с соответствующей
стратиграфической формацией. В случае увязки данные по добыче и инжекции становятся доступными в StratWorks.
Вторым важным моментом при загрузке информации по добыче и закачке является единица измерения их
объема. В случае, если добыча или закачка измеряется в неподдерживаемых OpenWorks единицах, например в
тоннах, в специальной графе «VO_USER_DEF» можно указать «TON» или при наличии показателя удельной веса
вещества перевести тонны в приемлемые для OpenWorks баррели и загрузить уже отредактированную
информацию. Полагаю, первый способ рациональнее, так как нет дополнительных пересчетов и возможных при
этом ошибок и погрешностей.
OpenWorks предлагает множество таблиц для хранения всевозможной информации по добыче и закачке,
помимо упомянутых выше в этих таблицах можно хранить информацию анализа добытого вещества (нефти, газа
и/или воды), свойства продуктивных зон (эффективная мощность слоя, давление, проницательность,
водонасыщенность, температура резервуара и т.д.), аннотации к данным добычи и закачки и т.д.
Основными задачами управления данными добычи являются:
 разработка системы именования продуктивных зон;
 корректное внесение информации в базу данных;
 периодический аудит данных в случае их регулярного обновления.
Дополнительно к скважинным данным
Мы поговорили о данных, которые активно используются нашими заказчиками, а полный перечень данных,
с которыми работают приложения Landmark и которые размещаются в OpenWorks, достаточно велик. Осветить все
данные в рамках этой статьи не представляется возможным. Приведу лишь короткое дополнение к скважинным
данным. С нижеследующими данными работают в приложениях StratWorks:
 Описание керна (Уточненная привязка по глубине, керн, описание керна, описание образца, исследование
образца, петрофизические параметры образца);
 Опробования и Испытания (Описание работ, Описание раствора, Описания флюидов, давлений);
 Испытания скважины в открытом стволе;
 Планирование скважины (План, Параметры плана, Цели бурения, Параметры оптимизации);
 Бурение скважин (буровые, платформы, слоты, цели бурения, описание процесса бурения, буровые
растворы);
 Оборудование (обсадка, заканчивание, лайнеры, пакеры, перфорация, тампонаж, трубопроводы).



Основными задачами управления скважинными данными являются:
проверка на достоверность исходных данных;
корректное внесение информации в базу данных;
периодический аудит и контроль качества данных.
Сейсмические данные
Размещение в OpenWorks сейсмических данных и данных сейсмической интерпретации отличается от
размещения других типов данных, а именно, не все данные, относящиеся к сейсмике, хранятся в базе данных
проектов OpenWorks. В таблицах OpenWorks хранятся навигационные данные профилей 2D, данные сейсмической
съемки 3D, 2-D горизонты, тектонические нарушения, каталоги горизонтов и сейсмических данных, история
обработки сейсмических данных и горизонтов, а также информация по физическому расположению данных,
которые хранятся вне Oracle в виде плоских файлов. К данным, которые хранятся вне базы данных OpenWorks,
относятся сейсмические данные 2-D и 3-D и 3-D горизонты.
Как уже говорилось в начале статьи, все эти данные могут объединяться в так называемые
интерпретационные проекты, которые представляют собой логическую совокупность данных. В одной базе данных
проектов OpenWorks можно создать любое количество интерпретационных проектов. Благодаря тому, что данные
объединяются в проект виртуально, а не физически, то интерпретационные проекты могут совместно использовать
данные в динамическом режиме, устраняя тем самым необходимость копирования и соответственно дублирования
данных. Доступ пользователей к интерпретационным проектам контролируется на уровне каждого проекта. Такое
решение доступа улучшает безопасность данных посредством ограничения видимости данных для посторонних
пользователей.
Каждый интепретационный проект имеет некоторые собственные данные, такие как - цветовые палетки,
форматные и сессионные файлы, и т.д. Файлы интерпретационных проектов OpenWorks, которые не хранятся в база
данных, находятся в иерархии файловой системы согласно специальной схеме размещений, которая описывается в
файле $OWHOME/conf/dir.dat. Структура подобного файла, например, может выглядеть следующим образом:
/pa OTHER_FILES
/pb 3d_horizons
/pc 3d_seismic
Согласно приведенной схеме размещений файловая система /pb содержит файлы горизонтов 3d, /pc сейсмические данные, а в /pa хранятся все остальные файлы с неявно определенными расширениями (цветовые
Page 8 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
палетки, сессионные файлы и т.д.). Такая схема размещения файлов не является обязятельной и может быть
изменена для каждого конкретного случая.
District
OWSYSSID
owdir.dat
dir.dat
OW_PROJ_DATA
OWSYSSID
OW_SYS_DATA
Directories for
external project
data
Well symbols
Litho symbols
Data-load formats
OpenWorks Projects DB
Interpretation Projects






Project CRS
List of Lines/Surveys
Well list
Constraint Views
Unconstraint Views
Local Views






Original CRS
Wells
Logs
Seismic Data
Horizon Catalog
2D Horizons






Picks
Faults
Pointsets
Grids
Contours
Lists
OpenWorks
Projects Database
in an Oracle server
«Classic»
Applications
SeisWorks
StratWorks
PetroWorks
PostStack/PAL
TDQ
WellBorePlanner
ZMAP Plus
OpenWorks Project Data Files







Seismic Volumes
3D Horizons
Session files
Color files
CGM
ZGF
Mapping Contour files
Рисунок 7 – Организация данных в среде OpenWorks. OpenWorks хранит данные проектов в Oracle и в файловой системе, в
последней также размещаются файлы приложений. На диаграмме представлены основные компоненты OpenWorks, которые
осуществляют хранения и размещения данных.
Для удобства размещения и управления сейсмическими данными, и, особенно, для удобства проведения
резервного копирования рекомендую хранить файлы нечасто обновляемых данных (сейсмические) отдельно от
часто обновляемых файлов. Такое размещение позволяет, например, при создании графика резервного
копирования задать полное копирование раз в месяц и создание ежедневной частичной резервной копии
файловых систем с динамичными данными.
Как уже отмечалось, интерпретационные проекты базируются на следующих основных данных:
 сейсмические данные 2-D и 3-D (профили и кубы)
 навигационные данные
 интерпретация (горизонты)
 тектонические нарушения (разломы)
Для удобства работы наименования всех перечисленных выше данных должны быть унифицированы, не
содержать метасимволы, быть информативными и читабельными. Использование префиксов позволяет
осуществлять быстрый поиск и выборку.
Интерпретация разломов в приложениях SeisWorks, PowerView и DecisionSpace Desktop основывается на так
называемых сегментах - мельчайших частях разломов. Для удобства работы в процессе интерпретации сегменты
разломов приписываются к какому-то разлому только после окончательного решения интерпретатора сохранить
конкретную версию интерпретации. Если подобная операция своевременно не проделана, в базе данных
накапливается масса неприписанных (unassigned) сегментов, которые осложняют упорядочивание данных,
манипуляцию данными, и самое главное, замедляют скорость выборки разломов из базы данных.
Основными задачами управления сейсмическими данными являются:
 продуманное размещение данных в иерархии файловой системы;
 разработка системы именования горизонтов, разломов и сейсмических данных;
 разработка системы именования контурных карт, сеток;
 периодический аудит горизонтов и разломов;
 удаление пробной и ошибочной интерпретации, своевременное приписывание сегментов разломам.
Списки и менеджеры списков
Page 9 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
OpenWorks позволяет ограничивать выборку данных для рабочей сессии любого приложения различными
списками, из которых наиболее активно используются скважинные списки, списки горизонтов и разломов. Списки
позволяют объединить в себе перечни данных интереса, и они особенно удобны при работе в больших проектах,
так как значительно сокращают время поиска и загрузки данных в приложения. Списки горизонтов и разломов
можно создавать в SeisWorks непосредственно при выборке данных из проекта.
А для скважин есть отдельная утилита Well List Manager, обладающая широким набором возможностей - выборка
по скважинным деталям (каротажи, отбивки разломов, отбивки и аттрибуты зон), сравнения между собой уже
имеющихся списков и отправки некоей выборки в приложения, не создавая списка. Списками можно пользоваться
и при передаче данных как между интерпретационными проектами (SeisWorks Data Transfer), так и между
проектами OpenWorks (Project Data Transfer).
На основе списков можно создавать и обновлять интерпретационные проекты. Но, помимо вышеназванных
утилит, есть другие модули по созданию списков и работе с ними. Field List Manager работает с данными по
структурам и приписанными им скважинами. Эта утилита удобна при работе в больших проектах, охватывающих
различные структуры. Как это уже отмечалось выше, добросовестное заполнение полей скважинных заголовков и
поля «Field» в том числе, создает удобство выборки скважин и объединения их в списки по структурам. Lease List
Manager позволяет объединять скважины по арендным участкам, а Seismic List Manager управляет списками
сейсмических линий 2D. Grid Lists объединяет гриды, списки которых удобны при визуализации гридов в AssetView,
ускоряя поиск нужных.
Так как проекты OpenWorks служат
десятилетиями,
то
происходит
накапливание различных наработок, как
полезных, так и уже отслуживших. И тут
появляется риск траты времен на поиск
нужного списка в длинном перечне
списков, что естественно уменьшает
эффективность.
Поэтому
скважинные
списки, впрочем, как и другие списки и
данные
вообще,
необходимо
периодически
пересматривать
и
избавляться от исчерпавших себя.
Основными задачами управления
списками являются:
 разработка системы именования
списков;
 создание
списков
общего
назначения;
 периодический аудит листов и
удаление ненужных списков.
Импорт и экспорт данных. Манипуляция
данными
После краткого экскурса в типы
данных, которые могут находится в базе
данных OpenWorks, поговорим о модулях
для загрузки и выгрузки этих данных. В
OpenWorks имеются различные утилиты,
Рисунок 8 – Менеджеры списков. Lease, Field, Seismic and Well List Manager. Каждый
каждый
из
которых
работают
с
из этих менеджеров позволяет создавать списки простым выбором необходимых
определенными
типами
данных.
ASCII
данных или выбором данных соответствующих некоторому определенному
Loader импортирует в базу данных
критерию. Диспетчер PD позволяет пользователям посылать выбранные данные
OpenWorks
скважинные
данные
в
другим приложениям.
текстовом формате ASCII, а Well Data Export
экспортирует скважинные данные, также, в формате ASCII. Curve Loader импортирует скважинный каротаж, данные
позиционирования, инклинометрию, синтетические сейсмограммы и данные скоростных зависимостей. Data
Import/Data Export Wizard позволяет вам загружать и выгружать данные картопостроения. Seismic Data
Loader/Seismic Data Export импортирует/экспортирует навигационные данные сейсмических линий 2D. Все эти
утилиты обеспечены образцами файлов описания форматов по умолчанию и очень удобными для работы
модулями разработки собственных форматов.
Опция экспорта имеется во многих утилитах. В Well Data Manager данные могут экспортироваться в
форматах PDF, XLS, HTML или в виде текста. В Seismic Data Manager имеется функция Pack & Go, которая позволяет
экспортировать и импортировать файлы данных горизонтов и сейсмики. Data Domain Manager, Map Data Manager,
Curve Dictionary и все менеджеры списков обладают возможностью экспорта в текстовом формате.
Помимо загрузки в графическом интерфейсе OpenWorks предлагает специальные программы для пакетной
загрузки скважинных и каротажных данных. Эти программы запускаются с командной строки и используются для
Page 10 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
однократной или многократной загрузки. В случае многократной загрузки необходимо создать скрипт с серией
загрузок, которые затем выполняются последовательно и без дополнительного вмешательства. Эта возможность
очень удобна при загрузке большого объема данных. А при регулярной загрузке в OpenWorks неких данных
выполнение скрипта можно автоматизировать заданием запуска при помощи планировщика задач cron.
Для передачи данных между проектами OpenWorks и между проектами OpenWorks и интерпретационными
проектами применяется утилита Project Data Transfer (PDT). Эта утилита работает со многими типами данных
хранящихся в OpenWorks. Более того, PDT способен переносить данные между проектами, находящиеся в
различных базах данных Oracle. Как видите, однажды загруженная в OpenWorks информация и данные
интерпретации могут с легкостью переноситься из проекта в проект, минуя необходимости выгрузки и
последующей загрузки.
Для загрузки сейсмических данных в SEG-Y формате пользователям предлагается утилита PostStack Data
Loader, (неполная версия PostStack/PAL), предназначенная для загрузки сейсмики в форматы Landmark - bricked file
(.bri), compressed file (.cmp), 3-D vertical section file (.3dv) и time slice file (.3dh) и экспорта сейсмики из форматов
Landmark в SEG-Y. Полный пакет PostStack/PAL обладает набором из 45 возможных процессов обработки
сейсмических данных. Но для управления интерпретационными проектами (IP) и загрузкой сейсмических данных
возможности PostStack Data Loader вполне достаточны.
Основными задачами управления манипуляциями данными являются:
 разработка системы именования исходных данных, форматных файлов;
 создание форматных файлов общего назначения;
 разработка системы хранения и архивизации исходных данных;
 ведение документации по хранению исходных данных;
 периодический аудит и удаление ненужных форматных файлов.
Рисунок 9 – Основные потоки данных ввода и вывода из базы данных проектов OpenWorks.
Landmark предоставляет серию утилит для импорта и экспорта данных, которые помогают
пользователю передавать данные между приложениями, работающими в среде OpenWorks, и
другими приложениями, включая приложения и базы данных других разработчиков.
Приложения по управлению данными
Итак, мы поговорили об основной базе данных классического пакета Landmark OpenWorks, о всевозможных
данных, которые могут в ней размещаться и активно использоваться приложениями, о необходимости
корпоративного соглашения об именовании каждого типа данных, о возможностях манипуляции данными в среде
OpenWorks, о задачах, стоящими перед специалистами по управлению данными. Следует отметить, что OpenWorks,
являясь основной базой данных для приложений, не препятствует приложениям иметь свои базы данных.
Например, Z-MAP Plus создает файлы с метаданными MFD, с графическими изображениями ZGF и многие другие.
Эти файлы могут находится или нет в иерархии OpenWorks, но в любом случае приложение образовывает свою базу
данных. GeoProbe активно работает с данными OpenWorks и SeisWorks, но при этом создает свою иерархию
директориев с данными, как собственными, так и конвертированными из других приложений. То же самое делается
в ProMAX® - создаются библиотеки сейсмических данных. И т.д. и т.п.
Page 11 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
При всем обилии возможных гео-данных, основные принципы, изложенные для базы данных OpenWorks,
приемлемы для каждой из баз данных и задачи управления данными для общей совокупности различных геоданных, хранилищ данных, баз данных, проектов и т.д. выглядят следующим образом:
 разработка системы именования каждого типа данных
 разработка системы размещения данных в иерархии файловой системы
 разработка системы хранения исходных данных
 разработка системы архивизации отработанных проектов
 ведение документации о наличии, приеме и передаче данных
 контроль качества данных на каждом этапе работы с ними
 периодический аудит данных, удаление ошибочных, временных отработанных данных
 создание типовых шаблонов, листов, колонок, палеток, форматов и т.д
В современных учреждениях нефтяной индустрии (E&P), независимо от ее величины, наблюдается наличие
различных баз и хранилищ данных. И тут возникает две основные задачи:
 создания базы проверенных и достоверных данных, которые могут быть использованы в качестве основы
для создания проектов;
 интегрирование баз данных в один общий интерфейс для облегченного доступа к каждому элементу
данных и для эффективного контроля качества данных.
Мы показали, что для решения первой задачи в качестве основы самым подходящим решением служит OpenWorks.
Для решения второй задачи в помощь специалистам по управлению данными Landmark предлагает целый перечень
приложений, решающих как задачи группы, как и целых корпораций. Предлагаю вашему вниманию 4 приложения,
решающие основные задачи по управлению данными и отвечающие общим требованиям учреждения средней
величины.
Web-OpenWorks (WOW)
Как уже отмечалось в начале этой статьи, основными задачами эффективного управления данными являются сокращение затраты времени на поиск данных необходимых для принятия решения, облегчение поиска данных
предыдущих исследований,
проведение
контроля
качества имеющихся данных.
Эти и многие другие задачи
решены приложением WOW.
WOW предоставляет доступ к
данным через корпоративный
портал. Удобный интерфейс
приложения
позволяет
просматривать
и
анализировать данные всех
баз данных, как приложений
Landmark
OpenWorks,
SeisWorks, GeoProbe, Z-MAP
Plus, ProMAX, CDA, VIP®,
AssetJournal™,
так
и
приложений
других
разработчиков - Geolog.
Примечательно, что
при
просмотре
данных
приложений
сами
приложения не применяются.
WOW
позволяет
также
проводит контроль качества
(QC) данных и сравнительный
анализ
проектов
между
Рисунок 10 – Доступ к данным ZMAP Plus через интерфейс WOW. WOW с легкостью решает многие
задачи управления данными, и среди них такие задачи, как объединение данных в единный
собой, что особенно полезно
интерфейс и даже рассылку пользователям через электронную почту оповещений об обновлениях
для
специалиста
по
данных.
управлению данными. Для
контроля качества данных
OpenWorks применяются скрипты написанные на языке SQL, набор которых можно с легкостью пополнять
собственными разработками. Результаты любых выборок, так называемые рапорта, можно сохранять в Excel
формате. Для графических данных в WOW имеются конвертер ZGF в «Shapefile» - формат ArcGIS, и конвертер
планшетных карт (basemap) OpenWorks в «KML» - формат Google Earth.
WOW обладает еще целым перечнем других возможностей. Но, повторяюсь, самая главная особенность это доступ ко всем имеющимся в сети гео-данным. Это приложение - хороший инструмент не только для
Page 12 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
специалиста по управлению данными, но и для любого специалиста, особенно для руководителей групп, для
которых важно видеть все совокупные гео-данные учреждения.
Corporate Data Archiver™ (CDA)
Резервное копирование - это необходимость, которая возникает при появлении первого же цифрового
документа. Иначе и быть не может, ведь потеря информации и отсутствие возможности быстро ее восстановить
приводит к большим убыткам. В истории есть случаи, когда коммерческие организации при потери данных даже
прекращали свое существование. На сегодняшний день существует много решений резервного копирования. Но тут
возникает другая задача - как однажды создав архивную копию данных, затем быстро найти и восстановить
необходимое. Можно дать подробнейшее описание в архивной документации, но этого не всегда бывает
достаточно, особенно для геоданных (subsurface).
Landmаrk предлагает
своим
пользователям
приложение Corporate Data
Archiver (CDA), которое не
просто
производит
копирование
данных
на
носители и не просто делает
архивирование,
а
создает
организованный архив данных,
информации и даже сведений,
касательно
некой
деятельности, как например
изучение месторождения или
перспективная оценка. CDA
объединяет данные в архивы
скорее в логическом, нежели в
физическом
смысле.
Например,
архив
может
содержать
множественные
геологические и геофизические
проекты, директории Linux,
содержащие
данные
различных приложений, и
документы Microsoft® Office из
различных общих папок. При
этом создаются детальные
Рисунок 11 – Снимки сейсмических горизонтов в приложении Corporate Data Archiver
«оттиски» (snapshot) проектов,
Возможность создания миниатюрных изображений сейсмических горизонтов, кубов и линий
которые всегда доступны в онделает CDA незаменимым как для архивации, так и для оценки данных в процессе их чистки.
лайн даже после того, как
архив перенесен на внешние носители – ленты или диски. Оттиски содержат настолько обширные сведения об
архивных данных, что нет необходимости в восстановлении, только ради того, чтобы просмотреть данные.
В дополнение к CDA хочется добавить, что при помощи этого приложения архивируются проекты
OpenWorks, SeisWorks, Z-MAP Plus, GeoProbe, ProMAX and VIP, а оттиски проектов - это совокупность файлов в HTML
формате и доступны в WOW. CDA на объектном уровне создает метаданные в базе данных Oracle, а с самим
приложением можно работать как в среде Linux, так и через WOW.
AssetJournal™
Рано или поздно любая группа, отдел и учреждение в целом приходит к необходимости создания
электронной библиотеки документации по гео-исследованиям и для этого Landmark рекомендует AssetJournal,
простое в использовании приложение для создания документов в HTML формате. AssetJournal редактирует и
управляет любыми типами информации, включая обычные файлы, снимки экрана (screen captures), таблицы, аудио
файлы и изображения. Таким образом, AssetJournal позволяет создавать всевозможные документы и
организовывать их в библиотеки - рапорта, отчеты, процедуры, атласы, презентации, записки и заметки. А
доступность к проектам AssetJournal через WOW позволяет постоянно иметь под рукой лучшую практику
учреждения в документах. Более того, использование этого приложение во время работы над проектом позволяет
специалистам подготавливать отчет о работе непосредственно во время работы.
PowerExplorer™
Если вы работаете в глобально рассредоточенной корпорации, каковыми являются современные мировые
нефтяные компании, или в вашей компании имеются различные базы гео-данных, то перед вами, скорее всего,
стоит дилемма - как централизовать и идентифицировать рассеянные информационные ресурсы и знания, включая
Page 13 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
пространственные данные в файлах и базах данных ESRI или Landmark ZGF. В больших компаниях специалисты по
управлению данными нуждаются в возможности просмотра данных из различных источников, сохранения
информации для создания базовых карт и быстрого переноса этой информации. И, в дополнение к этому, делать
это необходимо эффективно, т.е. экономично и своевременно.
Представьте себе, что вашему руководству нужно принять важное решение по некоему лицензионному
участку и в сжатые сроки надо найти всю информацию, которая находится на этом участке и за его пределами,
скажем, в радиусе 2-3-х километров. Задача усложняется тем, что эта информация содержится в разных базах
данных компании, в которой вы работаете. С решением подобной задачи вам поможет PowerExplorer. Этот пакет
позволит вам осуществить такой поиск быстро и качественно. Отобранная информация поступает в проект, минуя
утомительную и опасную для данных стадию выгрузки во внешние файлы. Таким образом, дилемма централизации
различных баз данных и предоставления к ним единого доступа для поиска и передаче этих данных для
дальнейшего исследования решается приложением PowerExplorer.
Рисунок 12 – Окно PowerExplorer с выборкой данных по области интереса (AOI). Модуль Area of Interest Wizard позволяет
пользователям легко создавать географические участки, с которыми они хотят работать, и управлять ими, а также добавлять для
отображения другие источники данных.
PowerExplorer - приложение, основаное на веб-технологиях, обладает широчайшими возможностями
просмотра и управления пространственными и табличными гео-данными. Это приложение способно интегрировать
всевозможные хранилища гео-данных - проекты OpenWorks, SeisWorks, Z-MAP Plus, CDS, MDS, ArcGIS, GeoFrame и
т.д. Пользователь имеет доступ к данным напрямую из базы данных без риска дублирования.
Благодаря своим возможностям PowerExplorer осуществляет быстрый и эффективный поиск различных геоданных, обеспечивает беспрепятственный обмен данными между различными приложениями, и, самое главное,
дает возможность специалистам по управлению гео-данными иметь целостное представление об имеющихся
данных, легко оценивать данные и контролировать их качество.
Послесловие
Важно помнить, что только при должном отношении к информации от ее малой крупицы до мегаобъемов в
сочетании с применением передовых технологий, можно добиться успеха в управлении данными. Успех в
управлении данными, затратный на первый вхгляд, окупится с торицей через уменьшение ошибок в принятии
решений, вызванных неполной или недостоверной информацией. Существенная экономия обязательно будет
достигнута за счет того, что высокооплачиваемые специалисты будут тратить свое, поистине драгоценное, время на
работу с данными а не на их поиск и попытки понять степень их достоверности.
Page 14 of 15
Fundamentals of Data Management in Landmark applications environment. Naila Huseyn-zada
В целом масштаб управления данными большой, спектр его задач обширен и Landmark в состоянии
предложить необходимый инструментарий из приложений под самые сложные требования заказчиков. Помимо
описанных выше WOW, CDA и Power Explorer, Landmark предоставляет своим пользователям целый спектр
приложений по управлению данными, которые интересны, многофункциональны, и эффективно решают задачи
больших корпораций - это Team Workspace®, Reference Data Manager, Advance Data Transfer, Corporate Data Store,
PetroBank® Master Data Store™. Эти приложения решают задачи иного типа и уровня, и не являются заменой друг
друга. Все вместе они позволят создать не только эффективную систему управления данными, но и предмет
гордости компании. Описание всех приложений Landmark по управлению данными не входит в задачи этой статьи,
а подробную информацию о них можно найти на сайте www.lgc.com.
Следует оговориться, что не сколько наличие передовых технологий и директивы руководства приводят к
результатам, а наш с вами труд, ежедневный и кропотливый, интерес к данным и возможностям имеющихся в
распоряжении приложений, постоянные поиски новых решений, новаторство и энтузиазм в своем деле.
Если эта статья оказалось вам полезной, то статья решила свою задачу. Пишите свои отзывы на мой
корпоративный email nguseinzade@lgc.com и я буду рада продолжить обсуждение с вами темы управления
данными в среде классических приложений Landmark.
Список литературы







OpenWorks® Software Data Management. OpenBook June 2009, Release 5000.0.1.0
OpenWorks® Software Data Import/Export. OpenBook June 2009, Release 5000.0.1.0
OpenWorks® Release 5000.0.2.0 Data Model. OpenBook June 2009
“Corporate Data Archiver™ Software” data sheet, H05675-A4 03/10
“PetroWorks Asset® Software” data sheet, H04854-A4 03/08
“PowerExplorer® Software” data sheet, H04857-A4 01/08
“WOW™ Software” data sheet, H05653-A4 03/10
Все торговые марки и авторские права, на которые ссылаются в этой статье, являются собственностью своих
соответствующих владельцев. Все права защищены.
Page 15 of 15