Июл 08
Здравствуйте! Помогите пожалуйста разобраться в Петреле! Мне эта программа кажется не очень удобной, но работать в ней необходимо. 
Я прошла вводные курсы в январе, но потом не работала в программе и все забыла 
. Помогите пожалуйста вспомнить первые шаги!
Я создала проект, дальше нужно загрузить скважины? В каком формате нужно подготовить данные? Можно ли в программе посмотреть пример файла загрузки?
Опубликовано
04 Июл 2008
Активность
550
ответов
87003
просмотра
92
участника
8
Рейтинг
Скорей всего проблема в следующем:
из Кингдома формат файла идет не XYZ как для 3Д поверхности, а название_линии/чекшот/время
Значит: либо в Петреле нет этой 2Д съемки, либо название линий отличается либо неправильно выбран формат загрузки файла
если и съемка есть и названия теже, откройте файл блокнотом и напишите здесь первые несколько строчек этого файла (который пытаетесь загрузить), подумаем вместе какой формат вам нужен
загрузите как Well Tops только формат стандартный исправте под Ваши колонки входящего файла, а затем трансформация в точки и горизонты....
фаилы из кингдома с таким форматом -
PROFILE Base Knurr Sand TYPE 1 12
SNAPPING PARAMETERS 1 20 2
4.57729778E+05 8.03023333E+06 2147.58 615.50 615 2.1475816E+00 2 194500-84
4.57729667E+05 8.03022100E+06 2148.95 616.00 616 2.1489475E+00 2 194500-84
- не читает в петреле ни один формат (сама 2Д сеисмика загружена seg-y), другие варианты форматов тоже пробовали, не читает, а не ругается только на -
642287.425762 8028923.000002 ;STR-86-215 -6.50 1.1697 6700.06
642274.930716 8028922.000002 ;STR-86-215 -6.00 1.1697 4060.22
- но при этом получаем пустую закладку с названием горизонта и все. Очень странно, может кто знает как быть.
Всем огромное спасибо!
Во втором случае у Вас чистый Кингдомовский формат, первый случай похож на Джеофреймовский Айрекс, но токо похож. Сделайте как я и советовал выше через ВеллТопс - но это если у Вас в одном файле несколько горизонтов, если один - то проще импорт как General lines/points - указываете пропустить две линии заголовка, указываете номера колонок х, y, z (в Вашем случае например x=1 колонка , у - вторая, а вот z - незнаю, похоже что третья) и отмечаете поле Read as: как Точки
первый точно джеофреймовский, поэтому он должен прекрасно заходить под форматом IESX 2D Seismic Lines (ASCII)
ну а второй соответственно под Kingdom 2D Seismic Lines (ASCII).
Но раз не работает попробуйте сделать как trex написал
или из пераого варианта в ручную удалить шапку и загрузить его как Irap Classic Points
Ткните в профиль мышкой, хотя я потерял интерес к общению с Вами после этого комментария.
Готов поработать бета-тестером в разрезе модуля структурной интерпретации
ок, сами предложили
интерпретацию 2Д из кингдома загрузила через линия-точки-конвертирование в интерпретацию и только почему-то хуz форматом. теперь мучаюсь с построением правильного 3Д грида поверхностей (make horizons), т.к. в нашей моделе много разломов, части разломов никак не хочет понимат петрель (пилар гридинг сделан) и соединяет сквозь них поверхность. не совсем понимаю как работает контроль качества но я везде где только можно все разломы указываю. может есть простое решение?
. Можете сослаться на меня. К вашему вопросу отнесутся с особым вниманием
Вика, а Вам тем более в службу поддержки. Вопрос простой, но нужно на Ваш файлик смотреть.
Здравствуйте! Подскажите, пожалуйста, как загрузить сейсмические разрезы в Retrel по их линиям профилей.
у тебя координаты должны быть уже в заголовке сенгвая
В заголовке начальная точка и шаг
пользуй Import SEGY with preset parameters..
Насколько я понял, в заголовке sgy пропискана х-координата по профилю (т.е. длина от начала) и у-координата. При открытии файла получается прямая. Куда подсунуть ему географические координаты линии профиля
при загрузке надо правильно выставить номера байтов и формат данных в которых прописаны х и у координаты, а также CDP и shotpoint. Эти номера должны быть в заголовке
Всем спасибо
подскажите, пожалуйста, как посчитать площадь залежи или полигона в Петреле. я что-то не вижу в таблице с результатами вольюм калкулейшн площади
площадь полигона: правый клик на полигон settings>operations>calculations>Area and length
Здравствуйте!! Возникла проблема, которую никак не могу победить. Имеется 3D съека в Petrel повернутая относительно северного направления на 23 градуса. При создании Surface через make Surface все проходит отлично, поверхность ориентирована по 3D съмке. При расчете карты атрибутов через Seismic Attribute Map карта разворачивается на -23 градуса и соответственно получается пурга. (Версия Petrel 2004 )
Ну так как? Ни у кого такой пробемы небыло? Может посоветует кто чего нибудь?
проблемы такой не было.
но попробуй, имея нормальную карту созданную по этой 3Д (+23 градуса), задать ее в качестве в качетсве темплейта для карты атрибутов.
попробуйте считать карту не как отдельную поверхность, а как доп свойство к уже имеющейся поверхности (которая ориентирована по съемке)
Как задать Surface в качестве тепмлейта для Attribute MAP я не разобрался, но вот способ с заданием дополнительного свойства в существующую поверхность сработал. Большое спасибо за помощь!!!
Поскажите пожалуйста как правильно привязать импортируемый CheckShot к скважиам и заставить отбивки по скважиам отображаться на сейсмических разрезах
в окне Interpretation Window. Все вроде бы делаю по инструкциям, но значения отбивок есть только в глубинах (TVD, SSTVD, MD) а значения отбивок во временах (TWT) определены как UNDEFINDED. Соответственно не могу посчитать скоростные модели.
Надо в настройках скважины задать зависимость время-глубина.
Wells-Settings-Time
Вопрос к коллегам - как собрать все имеющиеся 2D линии в один набор - только аппендом? И еще - извлечение атрибутов сейсмики для точек - если скважина снесена на профиль - то где указать радиус видимости скважины именно для извлечения атрибута, ибо радиус видимости для отображения на профиле есть Distance limit в сеттингах для General Intersection, но при извлечении атрибута скважина сносится по иному лимиту дистанции, или я ошибаюсь?
Благодарю, все работает, но если задать CheckShot отдельно к каждой скважине, при попытке задать его одним для всех
нечего не получается. Вероятно в более поздних версиях это испраили.
Возможно, надо было создать ветку "Техподдержка Petrel вне support.slb.com", но я рискну спросить здесь, как получить техподдержку по Ocean API. Стучался по почте, постил сообщение на support.slb.com, регистрировался на ocean.slb.com. Но в раздел Developer Centre меня не пустили, точнее, на запрос не ответили, хотя на самом сайте зарегистрировали. Пробовал сам разбираться по хелпу, но пока мало результатов. Подскажите, КТО может ответить на конкретные вопросы по разработке плагинов? Я достаточно хорошо разбираюсь как в Petrel, так и в Visual Studio. Поэтому тупых вопросов задавать не буду и знаю, что WorkFlow мне не поможет. Надеюсь на помощь.
ну вот, я тоже подошел к энтой проблеме, начал хорошо, но стопорнулся на Make Velocity model.
Суть идеи в следующем - имею 2д профили со скоростями ОГТ, пытаюсь по ним построить обьемную модель скоростей.
Строю набор плоских поверхностей (Z=const) (например через каждые -100 мсек). Конверт в точки. Извлекаю скорость по точкам в виде атрибута. По атрибуту строю поверхность скоростей. И сие у меня будут поверхности Vo для уравнения V=Vo+k(Z-Zo) - я пока не ошибся? По сим поверхностям расчитываю поверхности k. Далее - посредством Make Velocity model где имеется возможность в закладке Output создать SEGY cube (размерность куба в закладке Advanced -> Output settings) - создаю модель - но, ниче не выходит, вернее куб считается, но муйня получается, где-то нахимичил я при создании самого задания - последовательность поверхностей, выборе закона V и k.....короче - кто то может поделится конкретным опытом моделирования
в Make Velocity model - выбор датума, скорости для него, как считается модель - снизу вверх или сверху вниз, ибо поверхность k в таком случае применять к нижней или верхней поверхности которые ограничивают слой с постоянным k?.....
Вышеозначенную проблему решил уже. Теперь вот вопрос -
каким образом в Пете можно откалибровать полученный куб скоростей Vcdp(он же rms) к чекшотам скважин? Например сотворяю по скоростям чекшотов новые логи в скважинах - и что далее? посредством нейронных сетей?
И еще вопрос - существует ли возможность в Пете автоматом сотворить новый топс для скважины в месте пересечения определенной поверхности и ствола соответсвующей скважины?
по второму вопросу - wells->settings->report кидаешь туда нужную поверхность и Iconize points as Horizon in active well tops (ну или other)
Подскажите, как в Петрель загрузит фации как фации из текстового файла:
скв MDtop MDbottom описание
в продолжение - согласятся ли более опытные коллеги с таким вот мнением по поводу калибровки куба средних скоростей к чекшотам - создать на основе куба скоростей простой (поверхности то z=const) 3d грид, и затем в пределах его уже калибровать? вот токо возможен ли вариант распространения (крайгинг) значений ячеек пересекающих чекшот на весь куб учитывая значения ячеек средних скоростей как тренд?
теоретически - почему нет? тока нужен не кригинг, а collocated co-kriging
а как вот такой способ: создать несколько референс поверхностей на основе имеющегося куба (например каждые 100 мс), для каждой создать веллтоп в скважине, но уже на основе чекшотов, и потом использовать эти поверхности в процессе make velocity model с коррекцией по скважинам?
импортировать используя формат Comment well log
файл соответсвенно должен выглядеть как:
Well: "A10"
0.0 100.0 "Perforation interval"
100.0 200.0 "Abundant gryphea arcuata"
200.0 300.0 "Reservoir cap"
сенкс коллега, что поддержали разговор, а то уж и поговорить нескем
Да, с коррекцией пробовал, но появляются зоны с отрицательным градиентом (из-за пересечения соседних скорректированные поверхностей Vo, которые до коррекции не пересекались). Сие может быть если разница в значении скорости между соседними горизонтами небольшая. А какой метод зашит в Well adjustment я незнаю и параметров управления построением поверхности поправок (если я правильно понял работу коррекции в ake Velocity Model) только один - радиус влияния - Use radius. Не исключено что по такому же принципу учета корректировочных значений работает и Use radius logs.
Все это из-за очень нерегулярной сетки скважин, с большим растоянием между ними.
Дык вот - вопрос - может ли скорость посчитанная по чекшоту иметь отрицательный градиент? (ибо куб скоростей по V суммирования априори его не может иметь) - если может, то тогда меня не должны смущать появление зон с отрицательным градиентом скоростей в скорректированном кубе? Т.е. все дело в этом, ибо и сеточная калибровка даст отрицательный градиент если не избавится от него в скоростях чекшота...
дык эту тему только ноыички наверно читают... а вопросы уже идут совсем не новичковые))))
по логике вещей, в велл аджастмент должен быть зашит самый элементарный способ, где коррекция в точке скважины максимальная и потом уменьшается до нуля в пределах инфлюэнс радиуса.
Надо действительно проверить чекшоты на наличие отрицательного градиента. Если есть, тогда действительно от этого никуда не деться. Если нет, тогда уже думать
Сенкс, т.е. теоретически отрицательный градиент в средних скоростях по чекшоту возможен?
И еще вопрос - как проинтерполировать значения в гриде - есть зона, разбита, например, на десять лаеров. Ячейкам зоны присвоено значение с поверхности например кровли зоны. Каждая ячейка зоны в пределах ячейки грида имеет одно и тоже значение. Как теперь проинтерполировать значения для всех ячеек этого элементарного столбца в соответствии со значением поверхности кровли и подошви зоны?
теоретически точно возможен
во второму даже и не знаю...
я бы попробовал сделать так:
верхним ячейкам присваивается значение верхней поверхности
нижним соответсвенно нижней
далее кригингом распределяется свойство по остальным. горизонтальные рэнжи поставить около 0, вертикальный соответсвенно, чтоб был больше чем высота грида
сложность в том, что кригинг использует только апскеленные ячейки в качестве инпута, поэтому присваивать занчения надо через scale up well logs там есть возмжность выбрать Points set
те берешь кровлю, делаешь у нее доп атрибут, конвертируешь в точки и апскелишь их по этому атрибуту. потом добавляешь туда также подошву.
должно сработать...
MD Код Фации
пример:
2502.5 46
2518
2638.1 17
2640.7 1
2642.1 5
2646 1
2648 5
2649.18 4
2653.03 5
2653.45 1
2654 1
2655.5 1
Кровля одной фации, соотвествует подошве другой.
Если это не так (есть пустые места между ними)
то указываешь как в начале примера
2502.5 46 (кровля фации 46)
2518 (подошва фации 46)
2638.1 17 (кровля фации 17)
2640.7 1 (кровля фации 1 и подошва фации 17)
Потом грузь этот файл .
мдя, довольно мудрено, я вот только вчерась решил иным способом - Properties модели (например зоны мощностью 100 мсек ) конвертитую в сейсмику посредством Make seismic cube : Make a seismic cube from a property. Тама есть "птичка" Interpolate - а вот сам куб для resolution - создаю в Make Velocity Model - наполнение неважно - два горизонта константа (0 и время последнего дискрета) и в Output settings -> t inc устанавливаю желаемый, хоть до дискрета сейсмики, насколько железо потянет обьем. Вот во время конвертации ц меня и интерполирцются значения между кровлей и подошвой зони по частоте указанного дискрета. Затем можно перелаерить грид на более дробный (количество лаеров = частоте дискрета например) и переприсвоить значения гриду не от горизонтов, как изначально для грубого грида, а уже из дробной сейсмики. Вродь получилось.
да, забыл поблагодарить за Ваше потраченное время
.
А вот по поводу удачного построения обьемной скоростной модели (без корректировки даже) я поспешил - тестировал в простый зонах, с незначительным горизонтальным градиентом скоростей суммирования. Когда дело дошло до всей площади - оказалось - если я оставляю значение желаемого дискрета в пределах расстояния между горизонтами-константами (в моем случае 100 мсек) то зон скоростей с обратным градиентом не встречается (ну оно и понятно - и Vo и k относятся к уже известным поверхностям V), а вот если увеличиваю дискрет раз в десять, то в местах с высоким горизонтальным градиентом скоростей между горизонтами - V расчитанное начинает давать отрицательный градиент???? Ну эт такое, выход уже найден с помощью построения грида...
Такой вопрос по поводу кригинга апскайленых данных с трендом (значения ячеек грида)- скважины расположены нерегулярно и основной "куст" занимает наприемр ограниченное место на площади работ, остальные 75% площади без скважин. Так вот - кригинг нарисует значения (необходимые) не только в пределах куста скважин, но и далеко за пределами, каким образом плавно ограничить влияние кригина так, чтоб на каком то удалении от скважин значения ячейки грида оставались равны значению только тренда?
Кстати еще вопрос - в каких единицах задавать вертикальный ранж в кригинге - в количествах ячеек или в единицах размерности грида?
это ограничивается как раз горизонтальным рэнжем, за его пределами кригинг будет только тупо брать среднее и корректировать его за счет тренда.
рэнжи всегда в метрах задаются
Страницы