WITS/WITSML

[Федя-Инженер]

Интересно наблюдать, как программисты в сфере геологии пытаются найти общий язык, когда геологи договориться не могут... Или уже существует единая теория стратиграфического разреза?

[REA]

Интересно наблюдать, как программисты в сфере геологии пытаются найти общий язык, когда геологи договориться не могут... Или уже существует единая теория стратиграфического разреза?

Стратиграфия мне изрядно крови попортила, но я как то ее вкорячил в программу.

[Дмитрий]

Стратиграфия мне изрядно крови попортила, но я как то ее вкорячил в программу.

Вопрос: зачем ее вкорячивать в программу?
Средства ГТИ не предназначены и не способны выполнять стратиграфическую разбивку разреза.
Даже посредством ГИС, без дополнительных лабораторных исследований проб керна и шлама, не всегда удается корректно это сделать.

[REA]

Стратиграфия мне изрядно крови попортила, но я как то ее вкорячил в программу.

Вопрос: зачем ее вкорячивать в программу?
Средства ГТИ не предназначены и не способны выполнять стратиграфическую разбивку разреза.
Даже посредством ГИС, без дополнительных лабораторных исследований проб керна и шлама, не всегда удается корректно это сделать.

Тем не менее народ использует. Не обязательно на буровой, может в КИП. Хороших средств интерпретации ГТИ мне не попадалось.

[amt]

Спасибо за ответ, я с Вами согласен, но проблему надо решать...
Дальнейшее развитие импортных  стандартов и платформ поддержки, может привести к такой ситуации- весь ввод данных в геологическую и гидродинамическую модели будет осуществляться только в online -режиме, а значит надо либо закупать сервера witsml, либо хранить данные за рубежом. Что и получилось в Казахстане,  станции  ГТИ  китайские- сервера в Китае, а Вам дорогие владельцы только IP- адрес , с которого будете получать данные. Естественно что они доступны и владельцам сервера........
В связи с этим а как Вы считаете актуален ли вопрос разработки национального стандарта передачи данных для нефтегазовых предприятий. Ведь уже появились отечественные программы моделирования месторождений, станций ГТИ отечественных довольно много. Нет конечно переход на отечественный стандарт займёт не один десяток лет, но и американцы работали над этим с начала 90-х. Конечно на данный момент создание отечественных платформ поддержки стандартов witsml задача первоочередная, но когда то надо начинать

При наличие готовых зарубежных стандартов, разрабатывать свой - пустая трата сил и средств.
Кроме того, производителям софта для ГТИ придется поддерживать и отечественный и зарубежный стандарты.
Никто не мешает ВИНКам закупить сервера WITSML, раз уж они все сделали для кончины отечественного ГТИ.

[Prepodobie]

Тоже самое говорили американцам (энержестик), есть же стандарты, куда вы ещё лезете, а сейчас многие фирмы делают платформы для этих стандартов. Речь идёт о другом, начать формировать собственный стандарт, который бы учитывал отечественные модели месторождения и технологии. На данный момент а так ли совершенны Petrel и Eclipse, и дают ли они объективную картину?Китайцы например начали формировать всю технологическую цепочку -ГТИ- передача в стандарте(китайском)- сервер поддержки - стандарта- модель, зачем ? можно же купить? Но тут ещё дело в другом, включение в WITSML  элементов Prodml, говорит о том что в ближайшем будущем процессом ППД будет управлять гидро-динамическая модель месторождения, то есть пойдут команды на оборудование от модели по стандарту. И что тогда менять или покупать оборудование??? Или мы уже совсем ни чего не умеем.

[amt]

Тоже самое говорили американцам (энержестик), есть же стандарты, куда вы ещё лезете, а сейчас многие фирмы делают платформы для этих стандартов. Речь идёт о другом, начать формировать собственный стандарт, который бы учитывал отечественные модели месторождения и технологии. На данный момент а так ли совершенны Petrel и Eclipse, и дают ли они объективную картину?Китайцы например начали формировать всю технологическую цепочку -ГТИ- передача в стандарте(китайском)- сервер поддержки - стандарта- модель, зачем ? можно же купить? Но тут ещё дело в другом, включение в WITSML  элементов Prodml, говорит о том что в ближайшем будущем процессом ППД будет управлять гидро-динамическая модель месторождения, то есть пойдут команды на оборудование от модели по стандарту. И что тогда менять или покупать оборудование??? Или мы уже совсем ни чего не умеем.

Если у нас уже есть модели месторождений собственной разработки, то их разработчики и должны сказать в каком формате им удобно принимать данные. Они - источник ограничений и пожеланий.
Их слышно?

[PDS]

Тоже самое говорили американцам (энержестик), есть же стандарты, куда вы ещё лезете, а сейчас многие фирмы делают платформы для этих стандартов. Речь идёт о другом, начать формировать собственный стандарт, который бы учитывал отечественные модели месторождения и технологии. На данный момент а так ли совершенны Petrel и Eclipse, и дают ли они объективную картину?Китайцы например начали формировать всю технологическую цепочку -ГТИ- передача в стандарте(китайском)- сервер поддержки - стандарта- модель, зачем ? можно же купить? Но тут ещё дело в другом, включение в WITSML  элементов Prodml, говорит о том что в ближайшем будущем процессом ППД будет управлять гидро-динамическая модель месторождения, то есть пойдут команды на оборудование от модели по стандарту. И что тогда менять или покупать оборудование??? Или мы уже совсем ни чего не умеем.

Не будет у нас этого, какие нафиг стандарты, когда в России в ГТИ нет полноценного отдела по разработке ПО. Кто всем этим должен заниматься, если банально нет разработчиков? Просто берем для пример бейкеров или шлюмов, у них сотни программистов работают, я не ошибся в цифрах, именно столько. Ну разумеется им под силу придумать кучу всего. Мы же тут пытаемся их догонять, не параллельно что то разрабатывать, а именно догонять. Чисто ГТИ софт и железо хоть как то в России сделано, а все что чуть в сторону, все, приплыли.

[amt]

Не будет у нас этого, какие нафиг стандарты, когда в России в ГТИ нет полноценного отдела по разработке ПО. Кто всем этим должен заниматься, если банально нет разработчиков? Просто берем для пример бейкеров или шлюмов, у них сотни программистов работают, я не ошибся в цифрах, именно столько. Ну разумеется им под силу придумать кучу всего. Мы же тут пытаемся их догонять, не параллельно что то разрабатывать, а именно догонять. Чисто ГТИ софт и железо хоть как то в России сделано, а все что чуть в сторону, все, приплыли.

Слишком пафосно, а потому - неверно.

[PDS]

Не будет у нас этого, какие нафиг стандарты, когда в России в ГТИ нет полноценного отдела по разработке ПО. Кто всем этим должен заниматься, если банально нет разработчиков? Просто берем для пример бейкеров или шлюмов, у них сотни программистов работают, я не ошибся в цифрах, именно столько. Ну разумеется им под силу придумать кучу всего. Мы же тут пытаемся их догонять, не параллельно что то разрабатывать, а именно догонять. Чисто ГТИ софт и железо хоть как то в России сделано, а все что чуть в сторону, все, приплыли.

Слишком пафосно, а потому - неверно.

Сильная логика, очень сильная.

[Prepodobie]

В фирме которая потом превратилась довольно большой консорциум energistics.or, по началу было всего 6 сотрудников.
 

[Prepodobie]

Если у нас уже есть модели месторождений собственной разработки, то их разработчики и должны сказать в каком формате им удобно принимать данные. Они - источник ограничений и пожеланий.
Их слышно?
Вы совершенно правы, они определяют что им нужно. Но и есть масса других приложений, где эти данные используются, особенно это касается приложений которые работают с данными по добычи.

[amt]

Если у нас уже есть модели месторождений собственной разработки, то их разработчики и должны сказать в каком формате им удобно принимать данные. Они - источник ограничений и пожеланий.
Их слышно?
Вы совершенно правы, они определяют что им нужно. Но и есть масса других приложений, где эти данные используются, особенно это касается приложений которые работают с данными по добычи.

Да. И стандарт для этого не нужен. Вам все равно придется договариваться  с получателем данных.
Мы же не от хорошей жизни все эти протоколы реализовывали.

[Prepodobie]

Да но как тогда быть производителям оборудования и ПО, всякий раз договариваться? Ведь амеры не зря придумали стандарты....

[Федя-Инженер]

Дорогие коллеги! А не кажется ли вам, что вы разрабатываете "молоток для забивания зеленых гвоздей"? Я не настолько силен в программировании, но знаю о существовании ряда СУБД не понаслышке. И связаннх с ним (рядом) всевозможных АРМов. Полагаю, я на знакомом языке изъясняюсь. Ведь это работа для техника - сконфигурировать СУБД (любую, или выбрать подходящую) для конкретного АРМа. И в CDT, и в DTCIS, и в АМТ-121 (это то, с чем я работал) есть всевозможные редакторы, в тч экранные. И "простому" пользователю-оператору освоить их не составляет великого труда. Какой же еще зеленый велосипед вы так скрупулезно изобретаете? Я не говорю, что не надо. Надо! Но... Что-то в консерватории не так... А?