Skip to main content
search

Lyceum 2021 | Вместе в завтрашний день

В ходе этой сессии будет продемонстрировано применение MX Deposit, Imago, Leapfrog Geo и Central к набору исторических данных бурения скважин общей протяженностью 50 000 м, сбор и визуализация данных для текущих геологоразведочных работ.

Обзор

спикеров

Джеймс Роджерс (James Rogers)
Президент и генеральный директор Longford Exploration Services

Энн Беланжер (Anne Belanger)
Проектный геолог — Seequent

Продолжительность

30 min

See more Lyceum content

Lyceum 2021

Find out more about Seequent's mining solution

Узнать больше

Video transcripts

1
00:00:00,726 —> 00:00:03,226
(легкая музыка)

2
00:00:10,620 —> 00:00:15,620
<v ->Привет и добро пожаловать на конференцию Lyceum 2021</v>

3
00:00:15,900 —> 00:00:18,310
для нашего североамериканского региона.

4
00:00:18,310 —> 00:00:19,260
Меня зовут Энн Беланжер.

5
00:00:19,260 —> 00:00:22,220
Я работаю геологом проекта Seequent в Ванкувере,

6
00:00:22,220 —> 00:00:25,130
и сегодня я рада представить Джеймса Роджерса,

7
00:00:25,130 —> 00:00:29,350
генерального директора и президента компании Longford Exploration Services.

8
00:00:29,350 —> 00:00:31,370
Джеймс — геолог-разведчик,

9
00:00:31,370 —> 00:00:36,370
который работает в нашем секторе геологоразведки с 2007 года.

10
00:00:36,400 —> 00:00:39,090
Он работал в разных сферах по всему миру.

11
00:00:39,090 —> 00:00:40,767
Его сегодняшний рассказ посвящен следующей теме:

12
00:00:40,767 —> 00:00:43,720
«Осуществление упорядоченного сбора данных

13
00:00:43,720 —> 00:00:47,270
и визуализации в геологоразведочных проектах начальной стадии».

14
00:00:47,270 —> 00:00:49,480
Джеймс, не желаешь начать?

15
00:00:49,480 —> 00:00:52,600
<v ->Отлично, Энн, большое спасибо за возможность</v>

16
00:00:52,600 —> 00:00:54,620
выступить на конференции Lyceum.

17
00:00:54,620 —> 00:00:57,220
Это было отличное приключение —

18
00:00:57,220 —> 00:01:01,380
начать пользоваться продуктами Leapfrog

19
00:01:01,380 —> 00:01:04,670
вместе со всеми дополнительными программными решениями

20
00:01:04,670 —> 00:01:05,830
в последнее время.

21
00:01:05,830 —> 00:01:08,260
Поэтому сегодня я хочу немного поговорить

22
00:01:08,260 —> 00:01:11,240
о наших впечатлениях об адаптации к этим продуктам

23
00:01:11,240 —> 00:01:12,500
при реализации пары наших проектов, в которых мы участвовали

24
00:01:12,500 —> 00:01:14,820
как геологоразведочная компания начального этапа.

25
00:01:14,820 —> 00:01:17,030
Также немного проанализировать,

26
00:01:17,030 —> 00:01:20,390
как получившаяся система работала для нас,

27
00:01:20,390 —> 00:01:22,800
выявить ее преимущества и некоторые проблемы,

28
00:01:22,800 —> 00:01:25,210
с которыми мы, как разведчики начального этапа, часто сталкиваемся.

29
00:01:25,210 —> 00:01:28,623
А также как можно внедрить эти решения в нашей работе.

30
00:01:30,270 —> 00:01:32,960
Благодарю за представление, расскажу немного о себе.

31
00:01:32,960 —> 00:01:35,590
Я управляю компанией, предоставляющей геологоразведочные услуги,

32
00:01:35,590 —> 00:01:36,870
под названием Longford Exploration.

33
00:01:36,870 —> 00:01:39,040
Она ориентирована на поисковые работы начального уровня.

34
00:01:39,040 —> 00:01:41,610
Мы работаем по всему миру, управляя программами бурения.

35
00:01:41,610 —> 00:01:43,690
Наша специальность — это как бы первые шаги

36
00:01:43,690 —> 00:01:47,560
на грунте, мы ведем проект через ранние стадии

37
00:01:47,560 —> 00:01:49,600
разведки и бурения

38
00:01:49,600 —> 00:01:53,790
и вплоть до фазы коммерческой добычи,

39
00:01:53,790 —> 00:01:57,790
где передаем данные коллективам с большим количеством инженеров

40
00:01:57,790 —> 00:02:00,610
и финансовым опытом, чем у нас.

41
00:02:00,610 —> 00:02:03,800
Я работал в качестве геологоразведчика

42
00:02:03,800 —> 00:02:07,030
по всей Африке, Южной Америке.

43
00:02:07,030 —> 00:02:10,040
Я руководил проектами по всему миру,

44
00:02:10,040 —> 00:02:12,160
где-то в 30 или 40 странах.

45
00:02:12,160 —> 00:02:13,240
Теперь, когда мы сработались, можно сказать,

46
00:02:13,240 —> 00:02:18,010
что за короткое время

47
00:02:18,010 —> 00:02:19,510
мы многого достигли,

48
00:02:19,510 —> 00:02:21,830
и нам, безусловно, удалось повидать

49
00:02:21,830 —> 00:02:25,040
много проектов и разных стилей в данных.

50
00:02:25,040 —> 00:02:28,060
Одна из проблем, которые у нас всегда были,

51
00:02:28,060 —> 00:02:29,810
когда мы знакомимся с новым клиентом

52
00:02:29,810 —> 00:02:30,880
или начинаем один из наших собственных проектов,

53
00:02:30,880 —> 00:02:33,780
когда мы продолжаем сводить все данные вместе —

54
00:02:33,780 —> 00:02:36,300
это найти решение для сбора данных,

55
00:02:36,300 —> 00:02:39,210
которое можно быстро внедрить,

56
00:02:39,210 —> 00:02:43,690
которое способно точно свести и объединить данные

57
00:02:43,690 —> 00:02:46,530
всех наших проектов — как прошлых,

58
00:02:46,530 —> 00:02:48,150
так и действующих.

59
00:02:48,150 —> 00:02:49,890
И как нам собрать все данные воедино

60
00:02:49,890 —> 00:02:51,680
в одном решении в масштабах всей компании,

61
00:02:51,680 —> 00:02:54,470
чтобы наши геологи быстро обучались,

62
00:02:54,470 —> 00:02:58,250
весь сбор данных стал оптимизированным,

63
00:02:58,250 —> 00:03:01,410
а мы могли обеспечить надзор и отчетность на протяжении всего проекта.

64
00:03:01,410 —> 00:03:02,930
То, что нам нужно

65
00:03:02,930 —> 00:03:04,760
и чего мы искали в таком решении,

66
00:03:04,760 —> 00:03:06,680
всегда в первую очередь сводится к экономике:

67
00:03:06,680 —> 00:03:08,950
убедиться, что это рентабельное решение

68
00:03:08,950 —> 00:03:10,460
для тех запасов, что мы ищем.

69
00:03:10,460 —> 00:03:13,530
Нам нужна отчетность, чтобы знать, кто ввел эти данные,

70
00:03:13,530 —> 00:03:15,330
кто из геологов внес в журнал данные керна,

71
00:03:15,330 —> 00:03:18,010
кто из геомехаников отправил эти отобранные пробы,

72
00:03:18,010 —> 00:03:22,060
и как мы можем справиться со всеми нашими ошибками?

73
00:03:22,060 —> 00:03:24,820
Часто мы работаем с данными,

74
00:03:24,820 —> 00:03:28,920
история которых простирается на несколько поколений.

75
00:03:28,920 —> 00:03:33,050
Иногда это буровые журналы начала 1960-х годов

76
00:03:33,050 —> 00:03:34,980
или даже более ранние,

77
00:03:34,980 —> 00:03:37,300
а нам нужно получить много архивных данных

78
00:03:37,300 —> 00:03:39,480
в форме некой пригодной для использования базы данных,

79
00:03:40,549 —> 00:03:43,500
которую мы сможем постоянно поддерживать

80
00:03:43,500 —> 00:03:46,320
и с ее помощью выполнять визуализацию,

81
00:03:46,320 —> 00:03:47,770
развивать модель

82
00:03:47,770 —> 00:03:49,760
и наше понимание проекта.

83
00:03:49,760 —> 00:03:52,460
Нам необходимы инструменты, которые можно быстро и легко настраивать для себя

84
00:03:52,460 —> 00:03:53,430
при работе в поле,

85
00:03:53,430 —> 00:03:56,360
что очень важно для разведки,

86
00:03:56,360 —> 00:03:57,980
особенно ее ранних этапов.

87
00:03:57,980 —> 00:04:01,080
У нас нечасто имеется надежная инфраструктура на объекте,

88
00:04:01,080 —> 00:04:06,080
нам нужно иметь возможность быстро изменять и переносить нашу сводную таблицу

89
00:04:06,410 —> 00:04:08,670
или таблицы выбора в соответствии с методами каротажа

90
00:04:08,670 —> 00:04:12,320
и сбора данных, и все это должно работать эффективно.

91
00:04:12,320 —> 00:04:14,557
Мы собираем эти данные в течение долгих вахт и смен,

92
00:04:14,557 —> 00:04:17,640
и последнее, чего бы нам хотелось — это разочароваться

93
00:04:17,640 —> 00:04:19,450
в методах сбора.

94
00:04:19,450 —> 00:04:21,650
Это было интересной задачей,

95
00:04:21,650 —> 00:04:24,420
мы рассмотрели несколько различных решений

96
00:04:24,420 —> 00:04:26,600
и протестировали ряд различных программ для сбора данных,

97
00:04:26,600 —> 00:04:28,467
а также программ для управления.

98
00:04:29,887 —> 00:04:33,290
Внедрение и объединение данных происходит

99
00:04:33,290 —> 00:04:35,560
действительно быстро и предлагает надежное решение,

100
00:04:35,560 —> 00:04:37,720
в котором все компоненты дополняют друг друга,

101
00:04:37,720 —> 00:04:40,510
на это ушло около шести лет проб и ошибок.

102
00:04:40,510 —> 00:04:43,080
Ранее в этом году мы использовали набор архивных данных, включающий

103
00:04:43,080 —> 00:04:46,820
информацию из приблизительно 50 000 метров проходки

104
00:04:46,820 —> 00:04:51,820
в 172 скважинах, некоторые из которых были пробурены в 70-х годах,

105
00:04:53,210 —> 00:04:55,570
а большая часть в начале 90-х.

106
00:04:55,570 —> 00:04:58,140
Данные были собраны различными геологами,

107
00:04:58,140 —> 00:04:59,130
просто записаны,

108
00:04:59,130 —> 00:05:02,420
без согласования и компиляции.

109
00:05:02,420 —> 00:05:04,500
Так что это был лучший сценарий для тестирования, позволяющий нам

110
00:05:04,500 —> 00:05:06,100
свести данные воедино.

111
00:05:06,100 —> 00:05:09,440
Нас волнует подход

112
00:05:09,440 —> 00:05:10,870
к теме сегодняшнего обсуждения — то,

113
00:05:10,870 —> 00:05:13,790
как мы воспринимаем различные элементы данных,

114
00:05:13,790 —> 00:05:14,880
которые нам нужно собрать,

115
00:05:14,880 —> 00:05:16,930
и как они в совокупности будут влиять на результат?

116
00:05:16,930 —> 00:05:18,827
Первая часть — это архивные данные.

117
00:05:18,827 —> 00:05:22,460
Это старые журналы каротажа, старые сертификаты анализов проб,

118
00:05:22,460 —> 00:05:24,210
вся подобная информация.

119
00:05:24,210 —> 00:05:27,200
Следующая часть — это полевые данные для наших текущих проектов.

120
00:05:27,200 —> 00:05:28,610
Данные об устьях скважин,

121
00:05:28,610 —> 00:05:31,640
данные точек бурения для грунтов,

122
00:05:31,640 —> 00:05:35,800
вся информация о самих участках,

123
00:05:35,800 —> 00:05:37,620
то, в каком состоянии находятся буровые площадки.

124
00:05:37,620 —> 00:05:40,790
Затем, разумеется, мы вносим наш набор данных

125
00:05:40,790 —> 00:05:41,670
в кернохранилище.

126
00:05:41,670 —> 00:05:43,520
Вопрос в том, как мы их будем регистрировать,

127
00:05:43,520 —> 00:05:46,020
визуализировать, и как сделать процесс более эффективным.

128
00:05:46,020 —> 00:05:48,980
А когда мы обрабатываем много керна,

129
00:05:48,980 —> 00:05:50,380
это определенно требует много времени,

130
00:05:50,380 —> 00:05:52,570
поэтому чем большей эффективности мы сможем добиться,

131
00:05:52,570 —> 00:05:56,120
тем лучше сможем переносить данные.

132
00:05:56,120 —> 00:05:58,130
Собрав данные,

133
00:05:58,130 —> 00:06:00,290
мы, конечно, захотим иметь непрерывный поток

134
00:06:00,290 —> 00:06:04,130
этих данных в саму базу данных, заполняемую архивными

135
00:06:04,130 —> 00:06:05,980
и вновь поступающими данными.

136
00:06:05,980 —> 00:06:07,500
Мы захотим превратить их

137
00:06:07,500 —> 00:06:09,000
в готовые результаты,

138
00:06:09,000 —> 00:06:11,380
пригодные как для принятия решений на лету,

139
00:06:11,380 —> 00:06:13,820
например, визуализации того, как продвигается бурение,

140
00:06:13,820 —> 00:06:15,130
достигаем ли мы наших целевых показателей,

141
00:06:15,130 —> 00:06:17,840
так и для переноса данных в модель

142
00:06:17,840 —> 00:06:20,643
и создания каких-то конечных результатов уже путем моделирования.

143
00:06:21,620 —> 00:06:25,750
Начнем с архивных данных.

144
00:06:25,750 —> 00:06:28,740
Зачастую это проблема для многих проектов,

145
00:06:28,740 —> 00:06:31,303
сначала мы регистрируемся в системе и заходим.

146
00:06:32,410 —> 00:06:35,114
Понимаете, мы имеем дело со сложными базами данных с возможностью доступа,

147
00:06:35,114 —> 00:06:40,114
пополняемыми несколькими геологами из разных геологоразведочных проектов,

148
00:06:40,370 —> 00:06:42,810
которые применяют различные методы каротажа,

149
00:06:42,810 —> 00:06:44,380
возможно, отличающиеся способы кодировки каротажа.

150
00:06:44,380 —> 00:06:45,470
И нет никакого способа обойти это,

151
00:06:45,470 —> 00:06:49,350
нам всегда приходится много работать над синтезом

152
00:06:49,350 —> 00:06:51,480
и очисткой этих данных.

153
00:06:51,480 —> 00:06:54,690
Что действительно помогло нам,

154
00:06:54,690 —> 00:06:55,523
что мы обсуждаем здесь

155
00:06:55,523 —> 00:06:57,000
и что стало окончательным решением

156
00:06:57,000 —> 00:07:01,610
для нашего текущего сбора данных — это MX Deposit.

157
00:07:01,610 —> 00:07:04,260
Почему это решение нам отлично подходит:

158
00:07:04,260 —> 00:07:07,470
мы вносим много данных в Excel,

159
00:07:07,470 —> 00:07:09,960
мы собираем воедино много данных каротажа,

160
00:07:09,960 —> 00:07:11,990
компилируем большой объем подобной информации.

161
00:07:11,990 —> 00:07:13,040
Но затем нам надо импортировать

162
00:07:13,040 —> 00:07:15,360
все эти архивные данные в MX.

163
00:07:15,360 —> 00:07:17,280
Это поможет нам идентифицировать скважины.

164
00:07:17,280 —> 00:07:19,980
Это покажет нам, где у нас ошибки и частичное дублирование,

165
00:07:19,980 —> 00:07:21,250
где у нас проблемы,

166
00:07:21,250 —> 00:07:22,950
но это даст также нам возможность —

167
00:07:22,950 —> 00:07:27,380
которая, вероятно, является одной из важнейших функций этого решения

168
00:07:27,380 —> 00:07:28,590
для работы с архивными данными —

169
00:07:28,590 —> 00:07:30,650
позволит нам получать информацию

170
00:07:30,650 —> 00:07:34,600
прямо из оригинальных сертификатов опробования

171
00:07:34,600 —> 00:07:38,640
и откроет нам историю изменения данных,

172
00:07:38,640 —> 00:07:41,790
так что мы будет уверены, что работаем с самыми актуальными

173
00:07:41,790 —> 00:07:45,010
и точными данными, которые возможно получить.

174
00:07:45,010 —> 00:07:46,660
Это значит, что наша система обеспечения и контроля качества,

175
00:07:46,660 —> 00:07:48,560
если мы рассматриваем архивный проект,

176
00:07:48,560 —> 00:07:51,300
мы можем из нее вытащить и изучить

177
00:07:51,300 —> 00:07:56,300
стандарты и бланки системы ОК/КК из прошлого,

178
00:07:56,470 —> 00:07:58,820
а не просто работать с итоговыми отчетами

179
00:07:58,820 —> 00:08:03,240
из предыдущих проектов геологоразведки.

180
00:08:03,240 —> 00:08:06,090
По ходу дела мы обсудим это немного подробнее.

181
00:08:06,090 —> 00:08:09,020
Это пример набора архивных данных,

182
00:08:09,020 —> 00:08:10,710
он довольно стандартный.

183
00:08:10,710 —> 00:08:11,690
Он хорошо выглядит,

184
00:08:11,690 —> 00:08:13,410
у нас много разных категорий

185
00:08:13,410 —> 00:08:16,410
которые уже идентифицированы,

186
00:08:16,410 —> 00:08:17,610
много разных атрибутов,

187
00:08:17,610 —> 00:08:18,970
собранных вместе.

188
00:08:18,970 —> 00:08:21,780
Обычно именно этого результата мы стремимся достичь,

189
00:08:21,780 —> 00:08:26,780
когда готовы внести эти данные в MX Deposit

190
00:08:26,820 —> 00:08:28,850
непосредственно для импорта.

191
00:08:28,850 —> 00:08:33,120
Теперь, когда мы вводим данные в MX Deposit,

192
00:08:33,120 —> 00:08:38,120
это происходит невероятно, учитывая большое количество данных,

193
00:08:38,290 —> 00:08:39,820
которое мы можем внести.

194
00:08:39,820 —> 00:08:42,570
Это приводит к появлению некоторого числа ошибок, поскольку часто

195
00:08:42,570 —> 00:08:44,510
при вводе данных,

196
00:08:44,510 —> 00:08:46,330
особенно при обращении к старым архивам,

197
00:08:46,330 —> 00:08:48,140
обнаруживается много недостающих интервалов

198
00:08:48,140 —> 00:08:52,520
или, возможно, пропущенных символов в идентификаторах отобранных проб.

199
00:08:52,520 —> 00:08:55,190
Здесь мы имеем прекрасную возможность пометить

200
00:08:55,190 —> 00:08:57,300
и локализовать эти проблемы,

201
00:08:57,300 —> 00:08:59,250
чтобы потом вернуться и оставить ссылку,

202
00:08:59,250 —> 00:09:02,730
а также удалить, пометить или добавить поля комментариев

203
00:09:02,730 —> 00:09:06,030
на самих атрибутах данных,

204
00:09:06,030 —> 00:09:07,460
чтобы мы узнали и смогли ранжировать

205
00:09:07,460 —> 00:09:11,110
качество данных,

206
00:09:11,110 —> 00:09:12,930
если мы ведем в лучшем случае только количественную оценку,

207
00:09:12,930 —> 00:09:14,040
либо если на самом деле мы сможем

208
00:09:14,040 —> 00:09:18,520
вести качественную оценку любых архивных данных хронологически,

209
00:09:18,520 —> 00:09:19,513
по мере их внесения.

210
00:09:22,060 —> 00:09:25,450
Я еще немного расскажу об архивных данных,

211
00:09:25,450 —> 00:09:27,550
поскольку в конце мы резюмируем

212
00:09:27,550 —> 00:09:29,500
некоторые другие преимущества решения MX

213
00:09:29,500 —> 00:09:32,560
и то, как это решение работает для нас.

214
00:09:32,560 —> 00:09:35,130
Но еще одна важная часть, о которой я хочу поговорить —

215
00:09:35,130 —> 00:09:37,502
это вторая часть нашего сбора данных,

216
00:09:37,502 —> 00:09:39,410
и происходит это на буровой площадке.

217
00:09:39,410 —> 00:09:40,420
Что нам необходимо делать,

218
00:09:40,420 —> 00:09:42,870
и что нам нужно учитывать в ситуации,

219
00:09:42,870 —> 00:09:45,830
когда необходимо собирать данные на самой буровой площадке, —

220
00:09:45,830 —> 00:09:47,880
это иметь возможность работать в автономном режиме,

221
00:09:47,880 —> 00:09:51,620
не создавая слишком много новых файлов,

222
00:09:51,620 —> 00:09:53,440
без лишних потребностей в редактировании.

223
00:09:53,440 —> 00:09:56,320
Так что MX дает нам возможность эффективно извлечь

224
00:09:56,320 —> 00:09:57,830
и проверить данные для пробуренной скважины.

225
00:09:57,830 —> 00:09:59,700
Мы можем выехать на объект и провести наблюдения в полевых условиях

226
00:09:59,700 —> 00:10:02,260
на портативном планшете, вводя координаты GPS,

227
00:10:02,260 —> 00:10:04,810
мы можем ввести некоторые координаты прямо в систему,

228
00:10:04,810 —> 00:10:06,010
что превосходно,

229
00:10:06,010 —> 00:10:08,630
вставить картинку — все, что бы нам ни потребовалось.

230
00:10:08,630 —> 00:10:12,740
Это дает нам возможность выводить эти данные

231
00:10:12,740 —> 00:10:14,030
для специалистов на буровой установке,

232
00:10:14,030 —> 00:10:17,240
либо этот сборщик данных может сам находиться на буровой площадке.

233
00:10:17,240 —> 00:10:19,250
Мы действительно успешно внедрили систему

234
00:10:19,250 —> 00:10:21,107
быстрого каротажа на буровой площадке.

235
00:10:21,107 —> 00:10:24,500
Проверить данные по скважине прямо на месте, и это важно для глубоких скважин,

236
00:10:24,500 —> 00:10:25,450
когда мы закрываем проект,

237
00:10:25,450 —> 00:10:26,960
дает нам возможность

238
00:10:26,960 —> 00:10:28,880
убедиться, что у нас есть данные геологоразведки,

239
00:10:28,880 —> 00:10:31,420
каротажные данные из скважин, все имеющиеся данные заполнены,

240
00:10:31,420 —> 00:10:33,870
а все поступающие данные отслеживаются.

241
00:10:33,870 —> 00:10:35,617
Итак, важные элементы процесса сбора данных —

242
00:10:35,617 —> 00:10:38,980
это возможность их переноса в полевых условиях, необходимость работать в автономном режиме,

243
00:10:38,980 —> 00:10:43,980
возможность синхронизации при передаче в кернохранилище

244
00:10:44,390 —> 00:10:46,140
или обратно в полевой офис,

245
00:10:46,140 —> 00:10:50,950
что позволяет нам продолжать осуществление проекта.

246
00:10:50,950 —> 00:10:53,300
Один из замечательных моментов

247
00:10:53,300 —> 00:10:56,890
в работе с решением MX — то, что все можно легко настраивать для себя.

248
00:10:56,890 —> 00:10:59,040
Все делается легко.

249
00:10:59,040 —> 00:11:01,090
Начать можно с базового шаблона,

250
00:11:01,090 —> 00:11:03,910
но теперь мы можем начать собирать атрибуты,

251
00:11:03,910 —> 00:11:07,580
важность которых мы сможем идентифицировать только тогда,

252
00:11:07,580 —> 00:11:08,590
когда окажемся на объекте,

253
00:11:08,590 —> 00:11:11,160
например, оставлена ли в скважине обсадная колонна,

254
00:11:11,160 —> 00:11:12,833
или обсадная колонна сохранена.

255
00:11:13,800 —> 00:11:15,750
Мы в самом деле способны объединить

256
00:11:15,750 —> 00:11:18,510
многократное генерирование координат.

257
00:11:18,510 —> 00:11:23,027
Мы можем получить NAD 27, а затем ввести NAD 83,

258
00:11:23,027 —> 00:11:25,263
и сможем оценить, какими будут координаты,

259
00:11:25,263 —> 00:11:27,470
которые мы хотим использовать в нашем заключительном проекте

260
00:11:27,470 —> 00:11:28,990
или даже локальной сети.

261
00:11:28,990 —> 00:11:30,480
У нас появилась возможность собирать

262
00:11:30,480 —> 00:11:31,900
довольно надежный объем данных.

263
00:11:31,900 —> 00:11:33,600
Многие другие решения, которые мы рассмотрели,

264
00:11:33,600 —> 00:11:37,500
требуют 24-48 часов ожидания,

265
00:11:37,500 —> 00:11:39,370
пока мы вносим данные по проекту.

266
00:11:39,370 —> 00:11:42,570
Или это проблема реальных кодировщиков,

267
00:11:42,570 —> 00:11:44,300
помимо самого программного обеспечения,

268
00:11:44,300 —> 00:11:47,210
которые по прошествии этого времени смогут создать для нас эти поля.

269
00:11:47,210 —> 00:11:50,710
В случае с MX мы можем почти все создать сами,

270
00:11:50,710 —> 00:11:52,970
все атрибуты и все списки выбора.

271
00:11:52,970 —> 00:11:56,490
И это очень важно для юниорной геологоразведочной компании,

272
00:11:56,490 —> 00:11:59,110
работающей высокими темпами и сразу над несколькими проектами.

273
00:11:59,110 —> 00:12:01,690
Мы действительно хотим сосредоточиться на сборе данных,

274
00:12:01,690 —> 00:12:04,323
не на программном обеспечении для кодирования, а на том, как собирать данные.

275
00:12:05,910 —> 00:12:06,870
Немного в дополнение:

276
00:12:06,870 —> 00:12:09,900
по мере того, как мы продолжаем изучать особенности решения MX, —

277
00:12:09,900 —> 00:12:10,900
и я думаю, что в этой области

278
00:12:10,900 —> 00:12:13,290
мы продолжим видеть прогресс

279
00:12:13,290 —> 00:12:15,620
внутри самого решения, —

280
00:12:15,620 —> 00:12:17,180
мы сможем видеть

281
00:12:17,180 —> 00:12:19,540
и отслеживать количество отправленных проб,

282
00:12:19,540 —> 00:12:21,270
сроки выполнения работ,

283
00:12:21,270 —> 00:12:23,690
количество проб в полной базе,

284
00:12:23,690 —> 00:12:27,180
принятых или нет,

285
00:12:27,180 —> 00:12:28,570
количество пробуренных скважин,

286
00:12:28,570 —> 00:12:30,670
и получать действительно хорошее изображение и сводную информацию

287
00:12:30,670 —> 00:12:32,940
о том, что происходит в процессе каротажа,

288
00:12:32,940 —> 00:12:36,060
что уже выполнено, отслеживать отклонения,

289
00:12:36,060 —> 00:12:40,000
а также видеть, кто что сделал в проекте — все это

290
00:12:40,000 —> 00:12:41,570
для нас тоже очень важно.

291
00:12:41,570 —> 00:12:43,920
Это создает подконтрольность,

292
00:12:43,920 —> 00:12:47,080
о важности которой для нас я уже говорил ранее.

293
00:12:47,080 —> 00:12:49,730
Полагаю, что в рамках этого решения

294
00:12:49,730 —> 00:12:53,300
действительно самый важный аспект —

295
00:12:53,300 —> 00:12:55,460
это способность эффективно

296
00:12:55,460 —> 00:13:00,460
и быстро собирать точные данные в кернохранилище.

297
00:13:01,530 —> 00:13:06,330
В прошлом мы сталкивались с ситуациями с другими программами

298
00:13:06,330 —> 00:13:08,330
и другими решениями, когда мы можем встретить

299
00:13:08,330 —> 00:13:09,690
новый минеральный комплекс

300
00:13:09,690 —> 00:13:12,420
или новую литологическую разность, которых мы не ожидали,

301
00:13:12,420 —> 00:13:14,170
и следует помнить, что мы не всегда бурим

302
00:13:14,170 —> 00:13:17,113
пласты, о которых имеем полное представление.

303
00:13:18,000 —> 00:13:20,280
В этой ситуации программа снова подбрасывает нам проблему —

304
00:13:20,280 —> 00:13:22,970
заполнить список выбора

305
00:13:22,970 —> 00:13:24,410
и ввести эту новую литологическую разность,

306
00:13:24,410 —> 00:13:26,380
так что геолог, который регистрирует керн,

307
00:13:26,380 —> 00:13:29,220
часто просто вводит это как поле для примечаний.

308
00:13:29,220 —> 00:13:31,250
А мы спешим в работе, мы заканчиваем уже начатое

309
00:13:31,250 —> 00:13:34,730
и теперь мы решаем эту задачу

310
00:13:34,730 —> 00:13:36,367
уже после того, как данные собраны,

311
00:13:36,367 —> 00:13:38,160
и у нас больше нет породы, которую можно было бы рассматривать

312
00:13:38,160 —> 00:13:38,993
собственными глазами.

313
00:13:38,993 —> 00:13:42,460
А в решении MX мы просто добавляем данные о такой разности непосредственно в новый список выбора,

314
00:13:42,460 —> 00:13:46,630
публикуем его, он создается и заполняется за считанные минуты,

315
00:13:46,630 —> 00:13:49,030
и есть опция ограничить его редактирование.

316
00:13:49,030 —> 00:13:52,330
Так что, если мы беспокоимся, что у нас есть младший геолог —

317
00:13:52,330 —> 00:13:53,230
начинающий специалист

318
00:13:53,230 —> 00:13:56,400
без серьезного опыта работы с этой породой,

319
00:13:56,400 —> 00:13:58,760
у которых часто наблюдается склонность собирать слишком много данных

320
00:13:58,760 —> 00:14:02,210
или выделять слишком много литологических разностей

321
00:14:02,210 —> 00:14:03,390
меньшей степени важности —

322
00:14:03,390 —> 00:14:05,857
то мы можем контролировать методологию,

323
00:14:05,857 —> 00:14:08,090
и это заставляет наших геологов и рабочие группы

324
00:14:08,090 —> 00:14:09,110
обсуждать,

325
00:14:09,110 —> 00:14:10,590
нужно ли выделять новые

326
00:14:10,590 —> 00:14:13,710
литологические разности или другие объекты.

327
00:14:13,710 —> 00:14:16,870
Вот данные, регистрация которых в кернохранилище традиционно являются самой трудоемкой задачей:

328
00:14:16,870 —> 00:14:19,420
процент извлечения, показатель прочности породы,

329
00:14:19,420 —> 00:14:22,360
содержимое ящиков для керна, магнитная восприимчивость,

330
00:14:22,360 —> 00:14:23,490
удельный вес.

331
00:14:23,490 —> 00:14:26,050
Используя планшеты и эти системы,

332
00:14:26,050 —> 00:14:30,030
мы можем автоматически рассчитать удельный вес

333
00:14:30,030 —> 00:14:32,040
просто на основе результатов пенетрационных измерений

334
00:14:32,040 —> 00:14:34,130
прямо с планшета, находясь на объекте.

335
00:14:34,130 —> 00:14:36,300
Благодаря этому мы получаем два очень важных аспекта.

336
00:14:36,300 —> 00:14:38,300
Во-первых, это дает нам возможность убедиться, что это имеет смысл,

337
00:14:38,300 —> 00:14:39,880
и это реальные данные,

338
00:14:39,880 —> 00:14:42,740
что мы не делаем ошибки при вводе данных,

339
00:14:42,740 —> 00:14:46,530
что значение удельного веса согласуется с некоторой степенью вероятности,

340
00:14:46,530 —> 00:14:47,600
что оно правдоподобно.

341
00:14:47,600 —> 00:14:51,300
И это позволяет нам немедленно заполнять базу данных,

342
00:14:51,300 —> 00:14:54,673
мы не обращаемся к буферу обмена для ввода данных.

343
00:14:55,910 —> 00:14:58,760
Так что MX Deposit, вероятно, является одним из наших важнейших инструментов

344
00:14:58,760 —> 00:15:00,720
для сбора всех этих данных,

345
00:15:00,720 —> 00:15:03,340
все данные оказываются в кернохранилище

346
00:15:03,340 —> 00:15:05,960
вплоть до отправки отобранных проб.

347
00:15:05,960 —> 00:15:10,960
Интеграция решения с многоплатформенными системами,

348
00:15:12,060 —> 00:15:15,580
будь то планшет на Android или ПК,

349
00:15:15,580 —> 00:15:17,580
безусловно, также полезна для нас.

350
00:15:17,580 —> 00:15:19,940
Мы действительно можем собирать или просматривать данные

351
00:15:19,940 —> 00:15:24,670
на мобильном телефоне, передавать их с помощью беспроводной связи на защищенный от непогоды планшет

352
00:15:24,670 —> 00:15:27,613
и непосредственно на ноутбук или настольный ПК в кернохранилище.

353
00:15:27,613 —> 00:15:28,960
Это дает нам большую гибкость

354
00:15:28,960 —> 00:15:31,050
при сборе данных.

355
00:15:31,050 —> 00:15:34,390
Наши геомеханики экономят множество времени при вводе данных,

356
00:15:34,390 —> 00:15:36,180
что означает для нас возможность обрабатывать больше керна,

357
00:15:36,180 —> 00:15:39,750
а для них — меньше уставать от переноса данных

358
00:15:39,750 —> 00:15:41,280
вручную из электронной таблицы или

359
00:15:41,280 —> 00:15:45,340
в электронную таблицу при помощи буфера обмена

360
00:15:45,340 —> 00:15:48,113
или других средств регистрации.

361
00:15:50,200 —> 00:15:55,200
Как уже упоминалось, мы обрели способность эффективно редактировать наш список выбора

362
00:15:55,520 —> 00:15:56,470
и управлять им в системе,

363
00:15:56,470 —> 00:15:58,880
так что, столкнувшись с новым изменением пород по составу,

364
00:15:58,880 —> 00:16:02,140
мы легко можем описать его, снабдив новым кодом и примечанием,

365
00:16:02,140 —> 00:16:03,650
то же самое относится к литологическим разностям.

366
00:16:03,650 —> 00:16:05,060
Все легко настраивается

367
00:16:05,060 —> 00:16:08,650
и редактируется в полевых условиях.

368
00:16:08,650 —> 00:16:11,190
Это всего лишь пример одного из проектов,

369
00:16:11,190 —> 00:16:12,270
над которыми мы работали в этой системе.

370
00:16:12,270 —> 00:16:14,010
Мы даже можем ввести цветовые коды.

371
00:16:14,010 —> 00:16:17,820
При работе в группе требуется немного дополнительных действий.

372
00:16:17,820 —> 00:16:19,130
Мы можем ввести цветовые коды,

373
00:16:19,130 —> 00:16:22,220
чтобы они точно отображали наши цвета в модели,

374
00:16:22,220 —> 00:16:23,380
что, опять же,

375
00:16:23,380 —> 00:16:25,880
просто делает жизнь геолога и каротажного специалиста

376
00:16:25,880 —> 00:16:27,023
намного проще.

377
00:16:29,130 —> 00:16:32,910
Одна из следующих программ, которые мы осваиваем в дополнение

378
00:16:32,910 —> 00:16:35,870
к решению, используемому нами в данный момент —

379
00:16:35,870 —> 00:16:38,560
это Imago. Это интересное решение,

380
00:16:38,560 —> 00:16:41,370
мы присматривались к нему пару лет

381
00:16:41,370 —> 00:16:44,550
и начали внедрять в начале этого года

382
00:16:44,550 —> 00:16:47,100
в проекте, предусматривающем примерно 10 000 скважин в год.

383
00:16:47,100 —> 00:16:48,540
Сначала мы сопротивлялись его внедрению,

384
00:16:48,540 —> 00:16:51,680
учитывая крайне неуклюжий процесс сбора данных

385
00:16:51,680 —> 00:16:54,430
или сбора и просмотра изображений в прошлом,

386
00:16:54,430 —> 00:16:55,890
однако сейчас Imago нас впечатляет.

387
00:16:55,890 —> 00:16:57,820
Он имеет веб-интерфейс, поэтому необходимо интернет-соединение

388
00:16:57,820 —> 00:17:00,150
для загрузки и использования данных.

389
00:17:00,150 —> 00:17:03,620
При этом он построен таким образом,

390
00:17:03,620 —> 00:17:05,010
что превосходно работает

391
00:17:05,010 —> 00:17:07,930
даже при интернет-соединении с низкой пропускной способностью,

392
00:17:07,930 —> 00:17:10,380
что отлично, ведь поэтапные загрузки

393
00:17:10,380 —> 00:17:11,770
действительно помогли нам.

394
00:17:11,770 —> 00:17:12,720
Что нам нужно —

395
00:17:12,720 —> 00:17:15,430
это получать хорошие изображения

396
00:17:15,430 —> 00:17:16,630
и возможность их использовать.

397
00:17:16,630 —> 00:17:19,130
Одно дело — иметь файловую структуру,

398
00:17:19,130 —> 00:17:22,040
в которой 30 000 изображений керна,

399
00:17:22,040 —> 00:17:24,770
но на самом деле она не дает нам много данных.

400
00:17:24,770 —> 00:17:28,710
Мы действительно хотели использовать решение,

401
00:17:28,710 —> 00:17:30,100
которое позволило бы нам просматривать результаты,

402
00:17:30,100 —> 00:17:32,620
давало обзор того, как выглядел керн,

403
00:17:32,620 —> 00:17:33,453
и повторно просматривать данные каротажа

404
00:17:33,453 —> 00:17:37,690
без необходимости возвращаться в основные кернохранилища,

405
00:17:37,690 —> 00:17:40,630
особенно когда мы ждем результатов четыре месяца,

406
00:17:40,630 —> 00:17:45,630
поскольку многие из нас были здесь и в 2020 году, и в начале 2021 года.

407
00:17:47,110 —> 00:17:49,460
И Imago легко интегрируется с MX,

408
00:17:49,460 —> 00:17:51,840
что довольно впечатляюще,

409
00:17:51,840 —> 00:17:53,480
так что мы можем перейти прямо из MX,

410
00:17:53,480 —> 00:17:55,410
найти ящик для керна, в котором может быть проблема

411
00:17:55,410 —> 00:17:58,543
или возможное дублирование данных, нажать на него, изучить.

412
00:17:59,677 —> 00:18:02,610
Мы строим собственные системы работы с изображениями,

413
00:18:02,610 —> 00:18:04,340
но они могут быть немного более надежными

414
00:18:04,340 —> 00:18:07,140
или настолько простыми, насколько мы того хотим.

415
00:18:07,140 —> 00:18:08,463
Мы используем достаточно мощное

416
00:18:09,710 —> 00:18:12,420
высокотехнологичное оборудование для съемки

417
00:18:12,420 —> 00:18:14,530
с планшетом, в котором все настроено.

418
00:18:14,530 —> 00:18:17,180
Слева вы можете видеть пример:

419
00:18:17,180 —> 00:18:20,900
у нас есть тележка, которую мы катаем от стеллажа к стеллажу.

420
00:18:20,900 —> 00:18:22,850
Мы получаем насыщенный и ненасыщенный керн,

421
00:18:22,850 —> 00:18:25,267
продолжаем брать немного правее,

422
00:18:25,267 —> 00:18:28,290
что немного более примитивное решение,

423
00:18:28,290 —> 00:18:30,770
но мы просто перенесли сюда ящики для керна.

424
00:18:30,770 —> 00:18:32,210
Очень быстро проводить измерения,

425
00:18:32,210 —> 00:18:34,760
очень быстро редактировать фотографии,

426
00:18:34,760 —> 00:18:37,120
что дает нам возможность просмотра в режиме онлайн,

427
00:18:37,120 —> 00:18:39,480
что стало просто невероятным решением.

428
00:18:39,480 —> 00:18:43,210
Это отлично повлияло на сотрудничество с клиентами,

429
00:18:43,210 —> 00:18:46,540
я могу координировать работу или рассматривать проблемы в керне,

430
00:18:46,540 —> 00:18:48,200
или фактически идентифицировать и принимать решения

431
00:18:48,200 —> 00:18:49,550
для некоторых ситуаций, которые могут возникнуть

432
00:18:49,550 —> 00:18:51,420
у нашей полевой бригады

433
00:18:51,420 —> 00:18:53,440
на любом этапе, в любой точке мира

434
00:18:53,440 —> 00:18:55,390
при довольно ограниченном интернет-соединении.

435
00:18:56,730 —> 00:18:57,670
Это превосходно,

436
00:18:57,670 —> 00:19:00,610
и, конечно, мы можем увеличить масштаб, как только получим результаты опробования,

437
00:19:00,610 —> 00:19:01,743
и увидеть, что происходит.

438
00:19:02,590 —> 00:19:04,440
Получаем отличное разрешение,

439
00:19:04,440 —> 00:19:05,820
это скорее вопрос с аппаратной стороны,

440
00:19:05,820 —> 00:19:07,620
но возможности для пользователей

441
00:19:07,620 —> 00:19:10,210
видеть весь керн целиком —

442
00:19:10,210 —> 00:19:14,960
это большая часть решения задачи о том,

443
00:19:14,960 —> 00:19:19,270
как мы хотим обрабатывать и собирать все эти данные.

444
00:19:19,270 —> 00:19:21,760
Получив данные с помощью MX Deposit

445
00:19:21,760 —> 00:19:23,640
и изображения с помощью Imago,

446
00:19:23,640 —> 00:19:26,430
мы захотим их визуализировать

447
00:19:26,430 —> 00:19:27,770
максимально быстро.

448
00:19:27,770 —> 00:19:29,500
Мы имеем дело с большим количеством данных по скважинам,

449
00:19:29,500 —> 00:19:32,440
множеством поверхностей, изображений, объемных объектов и каркасных сеток,

450
00:19:32,440 —> 00:19:33,600
нам крайне необходимо

451
00:19:33,600 —> 00:19:36,580
быстрое программное решение

452
00:19:36,580 —> 00:19:38,870
и возможность загружать в него обновления.

453
00:19:38,870 —> 00:19:39,703
А пока мы бурим,

454
00:19:39,703 —> 00:19:42,570
мы можем понять, где фактически мы находимся

455
00:19:42,570 —> 00:19:44,510
и что видим, максимально быстро.

456
00:19:44,510 —> 00:19:46,370
Время — важнейший фактор в этом деле,

457
00:19:46,370 —> 00:19:49,260
чем быстрее мы сможем понять,

458
00:19:49,260 —> 00:19:50,110
что мы видим,

459
00:19:50,110 —> 00:19:52,410
тем лучшую работу мы сможем сделать для наших клиентов

460
00:19:52,410 —> 00:19:54,880
и способствовать продвижению наших проектов.

461
00:19:54,880 —> 00:19:57,733
Поэтому мы используем сочетание Leapfrog и Central.

462
00:19:58,700 —> 00:20:02,460
Leapfrog Geo — это условное моделирование.

463
00:20:02,460 —> 00:20:05,700
Эта программа дает нам большой контроль над данными.

464
00:20:05,700 —> 00:20:08,650
Она очень проста в использовании.

465
00:20:08,650 —> 00:20:10,280
Наши полевые геологи получают возможность,

466
00:20:10,280 —> 00:20:12,030
обладая минимальными знаниями о программе,

467
00:20:12,030 —> 00:20:16,170
визуализировать, импортировать и экспортировать трехмерные изображения

468
00:20:16,170 —> 00:20:18,010
и обрабатывать данные

469
00:20:18,010 —> 00:20:20,965
даже без использования моделирующей части

470
00:20:20,965 —> 00:20:22,610
самого программного обеспечения.

471
00:20:22,610 —> 00:20:24,660
Конечно, как только мы переходим к реальному моделированию

472
00:20:24,660 —> 00:20:26,810
объемных объектов и поверхностей,

473
00:20:26,810 —> 00:20:28,590
это невероятное программное обеспечение,

474
00:20:28,590 —> 00:20:31,200
оно понятно на интуитивном уровне и несложно в использовании.

475
00:20:31,200 —> 00:20:34,480
Это дает нам наиболее гибкое решение

476
00:20:34,480 —> 00:20:36,980
для активной разведки и визуализации,

477
00:20:36,980 —> 00:20:38,983
фактически, проверяющее все наши архивные данные.

478
00:20:38,983 —> 00:20:40,800
Это важная часть, о которой стоит упомянуть:

479
00:20:40,800 —> 00:20:43,930
когда мы вносим эти данные,

480
00:20:43,930 —> 00:20:46,490
нам также нужны архивные данные,

481
00:20:46,490 —> 00:20:48,040
ведь мы хотим убедиться, что отразили их при визуализации,

482
00:20:48,040 —> 00:20:50,050
что модель выглядит правильно и начинает обретать смысл.

483
00:20:50,050 —> 00:20:52,440
У нас есть скважины, пробуренные в правильном направлении,

484
00:20:52,440 —> 00:20:55,680
и мы правильно записали углы падения и азимуты.

485
00:20:55,680 —> 00:20:59,930
Нам часто приходится пересматривать старые журналы каротажа

486
00:20:59,930 —> 00:21:02,660
и проверять, верно ли мы записали данные,

487
00:21:02,660 —> 00:21:06,510
где по некоторым проектам могли быть зафиксированы отрицательные углы падения,

488
00:21:06,510 —> 00:21:09,720
а другие могли включать положительные углы падения

489
00:21:09,720 —> 00:21:12,690
для, скажем, наклона скважины.

490
00:21:12,690 —> 00:21:15,420
Это дает нам действительно эффективное, быстрое и простое решение

491
00:21:15,420 —> 00:21:18,270
для проверки архивных данных

492
00:21:18,270 —> 00:21:19,570
по мере их внесения

493
00:21:19,570 —> 00:21:22,350
и начала создания надежной базы данных.

494
00:21:22,350 —> 00:21:24,120
Этот фактор будет постоянным,

495
00:21:24,120 —> 00:21:26,620
позволяя нам продолжать визуализировать данные

496
00:21:26,620 —> 00:21:27,810
по мере того, как они поступают.

497
00:21:27,810 —> 00:21:31,580
Central дает нам возможность, разумеется, отслеживать версии

498
00:21:31,580 —> 00:21:34,430
на нескольких компьютерах,

499
00:21:34,430 —> 00:21:38,680
а затем в основном работает как общая платформа для просмотра

500
00:21:38,680 —> 00:21:43,680
и общее облачное решение для размещения находящихся в стадии

501
00:21:45,090 —> 00:21:47,380
выполнения трехмерных проектов по мере нашего продвижения.

502
00:21:47,380 —> 00:21:51,610
Часто по ходу работы мы получаем несколько потоков,

503
00:21:51,610 —> 00:21:53,910
несколько версий и веток проектов

504
00:21:53,910 —> 00:21:56,110
по мере того, как продвигаемся со временем.

505
00:21:56,110 —> 00:21:58,900
Одна из наших рабочих групп может заниматься моделированием ресурсов,

506
00:21:58,900 —> 00:22:01,217
пока другая группа импортирует архивные данные,

507
00:22:01,217 —> 00:22:03,360
так что отслеживать все эти многочисленные модели

508
00:22:03,360 —> 00:22:04,520
чрезвычайно сложно.

509
00:22:05,380 —> 00:22:06,910
А Central предоставляет нам возможность

510
00:22:06,910 —> 00:22:09,403
действительно поработать над ними.

511
00:22:10,360 —> 00:22:12,210
Теперь нам поступают все эти данные,

512
00:22:12,210 —> 00:22:14,240
и мы очень хотим работать вместе

513
00:22:14,240 —> 00:22:17,370
над тем, как нам сохранить их связанность?

514
00:22:17,370 —> 00:22:19,220
Как мы управляем версиями?

515
00:22:19,220 —> 00:22:21,550
Как поддерживаем постоянное развитие

516
00:22:21,550 —> 00:22:24,340
по мере того, как получаем больше результатов опробования, новых данных?

517
00:22:24,340 —> 00:22:26,390
И как мы можем продолжать вносить изменения в эту базу данных

518
00:22:26,390 —> 00:22:28,010
с лучшим пониманием геологической структуры

519
00:22:28,010 —> 00:22:29,560
и увеличением размеров данных по мере их накопления?

520
00:22:30,890 —> 00:22:33,150
В нашем случае, как организация,

521
00:22:33,150 —> 00:22:37,340
мы часто используем облачные серверы, такие как Dropbox,

522
00:22:37,340 —> 00:22:40,070
или файлообменные ресурсы, а также ряд других,

523
00:22:40,070 —> 00:22:42,100
где в облачном продукте Central располагаются

524
00:22:43,250 —> 00:22:44,900
практически все данные нашего проекта:

525
00:22:44,900 —> 00:22:49,900
от отчетов и всех данных выполняемого бурения

526
00:22:50,080 —> 00:22:54,048
вплоть до любых интерпретаций геохимии,

527
00:22:54,048 —> 00:22:56,300
а также прочей информации, которой мы располагаем.

528
00:22:56,300 —> 00:23:00,050
Мы считаем, что она легко интегрируется с любыми

529
00:23:00,050 —> 00:23:02,470
веб-серверами типа Amazon или Dropbox,

530
00:23:02,470 —> 00:23:04,693
но мы можем очень быстро выполнить интеграцию с их базовыми проектами,

531
00:23:04,693 —> 00:23:06,490
которые у нас хранятся локально.

532
00:23:06,490 —> 00:23:08,070
В отношении всех наших данных выполняется резервное копирование,

533
00:23:08,070 —> 00:23:11,030
и обычно они экспортируются из MX Deposit

534
00:23:11,030 —> 00:23:13,180
в наши локальные хранилища,

535
00:23:13,180 —> 00:23:15,810
но нашими основными точками ввода новых данных

536
00:23:15,810 —> 00:23:20,810
становится MX Deposit и все решения, подобные Imago,

537
00:23:21,630 —> 00:23:24,483
где мы на самом деле и собираем данные.

538
00:23:25,650 —> 00:23:29,580
Это помогает нам проводить проверку обеспечения и контроля качества на протяжении всего проекта.

539
00:23:29,580 —> 00:23:31,997
Мы применяем резервирование на случай, если потребуется вернуться в прошлое

540
00:23:31,997 —> 00:23:33,170
и взглянуть на предыдущие версии,

541
00:23:33,170 —> 00:23:34,370
что для нас является очень важной частью

542
00:23:34,370 —> 00:23:37,820
всего решения по управлению данными.

543
00:23:37,820 —> 00:23:39,250
И, как уже упоминалось, Central

544
00:23:39,250 —> 00:23:43,160
позволяет нам работать параллельно над несколькими моделями,

545
00:23:43,160 —> 00:23:46,880
ссылающимися на одни и те же данные, и легко перемещать их

546
00:23:48,080 —> 00:23:49,800
от места дислокации полевой рабочей группы

547
00:23:49,800 —> 00:23:51,760
в корпоративный офис здесь, в Ванкувере,

548
00:23:51,760 —> 00:23:55,070
или туда, где нам нужно визуализировать проект.

549
00:23:55,070 —> 00:24:00,070
Еще одна важная часть — как выгрузить эти данные,

550
00:24:00,160 —> 00:24:01,570
когда они собраны,

551
00:24:01,570 —> 00:24:03,630
и MX Deposit предоставляет нам возможность

552
00:24:03,630 —> 00:24:06,570
создать форму бурового журнала

553
00:24:06,570 —> 00:24:08,470
с сохранением всей информации в заголовках,

554
00:24:08,470 —> 00:24:10,680
а также подробные описания каротажа.

555
00:24:10,680 —> 00:24:12,070
Сейчас это важно для нас,

556
00:24:12,070 —> 00:24:15,280
поскольку многие программы, которые мы использовали в прошлом,

557
00:24:15,280 —> 00:24:16,640
не всегда делают это —

558
00:24:16,640 —> 00:24:20,220
а ведь это важная часть работы по оценке

559
00:24:20,220 —> 00:24:23,600
системы регистрации претензий, а также по составлению отчетности,

560
00:24:23,600 —> 00:24:26,790
когда мы готовим отчеты об оценке и итоговые отчеты

561
00:24:26,790 —> 00:24:28,300
по выполняемым рабочим программам.

562
00:24:28,300 —> 00:24:30,520
Нам нужны результаты каротажа в таком формате,

563
00:24:30,520 —> 00:24:32,960
табличные данные не подходят

564
00:24:32,960 —> 00:24:35,760
для многих государственных организаций

565
00:24:35,760 —> 00:24:38,223
и, конечно же, для отчетности.

566
00:24:40,400 —> 00:24:42,950
Мы также можем управлять большей частью системы обеспечения и контроля качества.

567
00:24:42,950 —> 00:24:45,050
Как упоминалось ранее в презентации,

568
00:24:45,050 —> 00:24:47,640
мы фактически можем ссылаться на оригинал данных,

569
00:24:47,640 —> 00:24:49,640
архивные стандарты и концептуальные эталонные модели.

570
00:24:49,640 —> 00:24:52,520
Однако мы можем ввести все параметры

571
00:24:52,520 —> 00:24:56,360
соблюдения и несоблюдения стандартов,

572
00:24:56,360 —> 00:24:58,180
как мы хотим обрабатывать дубликаты керна

573
00:24:58,180 —> 00:24:59,290
или целый керн.

574
00:24:59,290 —> 00:25:02,720
Мы можем оценить все

575
00:25:02,720 —> 00:25:05,870
с точки зрения того, какие результаты опробования лучше, например,

576
00:25:05,870 —> 00:25:09,360
определение содержания металла в руде посредством плавки или гидролиза,

577
00:25:09,360 —> 00:25:10,510
мы можем тщательно изучить их

578
00:25:10,510 —> 00:25:12,870
и начать вносить наши окончательные данные.

579
00:25:12,870 —> 00:25:15,370
Теперь, когда мы имеем дело с концептуальными эталонными моделями,

580
00:25:15,370 —> 00:25:18,330
мы можем быстро визуализировать пороговые значения успешного и неуспешного анализа

581
00:25:18,330 —> 00:25:23,020
и объединить множество быстрых решений

582
00:25:23,020 —> 00:25:24,190
о повторном выполнении каких-то этапов.

583
00:25:24,190 —> 00:25:26,410
По мере выполнения проекта и получения дополнительных данных

584
00:25:26,410 —> 00:25:28,850
мы можем начать обновлять эти параметры

585
00:25:28,850 —> 00:25:31,320
успешного или неуспешного анализа на предмет стандартных отклонений

586
00:25:31,320 —> 00:25:33,100
только на основе наших массивов данных,

587
00:25:33,100 —> 00:25:35,800
которые мы получаем непосредственно из лабораторий.

588
00:25:35,800 —> 00:25:40,180
Экспортировать данные из MX Deposit очень просто

589
00:25:40,180 —> 00:25:41,430
в виде таблиц.

590
00:25:41,430 —> 00:25:44,460
В основном мы заранее задаем параметры экспорта,

591
00:25:44,460 —> 00:25:46,450
так что мы, по сути, нажимаем одну кнопку,

592
00:25:46,450 —> 00:25:49,171
которая экспортирует данные устья, результаты опробования,

593
00:25:49,171 —> 00:25:52,943
различные таблицы, которые нам нужно заполнить,

594
00:25:54,383 —> 00:25:58,110
геологические модели, продолжая подгружать данные в облако,

595
00:25:58,110 —> 00:26:01,770
так что можем их использовать на платформе

596
00:26:01,770 —> 00:26:04,600
или в разных офисах.

597
00:26:04,600 —> 00:26:07,080
Я считаю, что есть область, которую можно было бы улучшить —

598
00:26:07,080 —> 00:26:09,370
интегрировать все эти решения.

599
00:26:09,370 —> 00:26:11,510
Мы хотим увидеть ситуацию, когда прямо из MX

600
00:26:11,510 —> 00:26:14,150
данные встраиваются в процесс условного моделирования

601
00:26:14,150 —> 00:26:17,650
по мере того, как мы собираем данные, помечаем дополнительные ошибки,

602
00:26:17,650 —> 00:26:20,850
тогда мы сможем гораздо быстрее

603
00:26:20,850 —> 00:26:21,800
обновлять модель.

604
00:26:21,800 —> 00:26:25,140
Тем не менее, имея версию для определенной скважины

605
00:26:25,140 —> 00:26:26,320
или определенной даты,

606
00:26:26,320 —> 00:26:29,170
мы можем фиксировать данные с помощью быстрого экспорта

607
00:26:29,170 —> 00:26:33,080
и продолжать эффективно собирать

608
00:26:33,080 —> 00:26:34,280
и визуализировать эти данные.

609
00:26:40,070 —> 00:26:41,080
Мы также можем

610
00:26:41,080 —> 00:26:43,900
через Central управлять нашими лицензиями и типами подключений,

611
00:26:43,900 —> 00:26:46,190
что дает нам интересную возможность

612
00:26:46,190 —> 00:26:47,880
в работе с нашими клиентами.

613
00:26:47,880 —> 00:26:50,130
Часто у них есть собственные группы геологов

614
00:26:50,130 —> 00:26:53,110
или просто исполнительная группа,

615
00:26:53,110 —> 00:26:54,640
которых вы можете захотеть держать в курсе

616
00:26:54,640 —> 00:26:57,240
выполнения проекта и хода работ,

617
00:26:57,240 —> 00:26:59,790
или просто визуализировать для них результаты по мере их получения.

618
00:26:59,790 —> 00:27:02,950
Central позволяет нам быстро привлекать к процессу других пользователей,

619
00:27:02,950 —> 00:27:05,280
а мы можем выполнять визуализации и обмениваться данными

620
00:27:05,280 —> 00:27:07,200
в очень облегченной ветви модели.

621
00:27:07,200 —> 00:27:11,010
Таким образом, мы действительно можем передать данные в доступной через сеть программе просмотра

622
00:27:11,010 —> 00:27:14,320
нашим клиентам или руководителям, уведомляя их,

623
00:27:14,320 —> 00:27:17,020
на каком этапе мы находимся, как продвигается бурение.

624
00:27:17,020 —> 00:27:21,700
Мы можем добавить комментарий: «Нам нужно повторить опробование здесь»,

625
00:27:21,700 —> 00:27:23,440
или «Стоит еще раз изучить эти каротажные журналы.

626
00:27:23,440 —> 00:27:25,150
Литологическая разность не имеет смысла,

627
00:27:25,150 —> 00:27:26,960
или может быть другая интерпретация, отличная от этой, с которой можно

628
00:27:26,960 —> 00:27:27,980
продолжать работу».

629
00:27:27,980 —> 00:27:30,510
Central оказался чрезвычайно полезен для удаленного управления,

630
00:27:30,510 —> 00:27:32,300
особенно во время пандемии COVID,

631
00:27:32,300 —> 00:27:34,140
когда на объектах в поле

632
00:27:34,140 —> 00:27:36,340
работало меньше людей, чем обычно,

633
00:27:36,340 —> 00:27:37,790
и переезды были ограничены.

634
00:27:37,790 —> 00:27:40,050
Но это решение давало возможность:

635
00:27:40,050 —> 00:27:41,530
для меня — пересмотреть проект,

636
00:27:41,530 —> 00:27:44,540
а для наших полевых геологов — выявить проблемы.

637
00:27:44,540 —> 00:27:46,850
Мы можем быстро нажать на комментарий,

638
00:27:46,850 —> 00:27:50,040
углубиться в вопрос или проблему,

639
00:27:50,040 —> 00:27:53,930
или просто обсуждение, которое нам может понадобиться.

640
00:27:53,930 —> 00:27:55,800
Без сомнений, продукт получил наше признание.

641
00:27:55,800 —> 00:28:00,800
Таким образом, анализируя наличие полноценного решения

642
00:28:00,880 —> 00:28:02,500
для проектов начальной стадии

643
00:28:02,500 —> 00:28:04,093
по внесению этих архивных данных,

644
00:28:05,180 —> 00:28:10,180
хочется всерьез подойти к тому, насколько беспроблемным и точным

645
00:28:10,240 —> 00:28:12,730
является процесс ввода этих архивных данных.

646
00:28:12,730 —> 00:28:16,070
MX Deposit вместе с Excel и другими базами данных с возможностью доступа

647
00:28:16,070 —> 00:28:19,670
позволил нам выполнить эту проверку на ошибки,

648
00:28:19,670 —> 00:28:21,270
а самое главное, ссылаясь

649
00:28:21,270 —> 00:28:24,660
на оригинальные сертификаты аналитического программного обеспечения,

650
00:28:24,660 —> 00:28:29,660
помогает нам уменьшить количество ошибок и повысить точность системы обеспечения и контроля качества.

651
00:28:29,800 —> 00:28:34,800
На буровой площадке, когда мы собираем

652
00:28:37,030 —> 00:28:39,350
данные прямо из устья скважины,

653
00:28:40,270 —> 00:28:43,140
и Imago использует их для построения изображений,

654
00:28:43,140 —> 00:28:44,743
которые мы можем использовать в режиме быстрого просмотра.

655
00:28:45,620 —> 00:28:46,750
В самом кернохранилище,

656
00:28:46,750 —> 00:28:48,740
когда MX Deposit передает данные каротажа в систему напрямую.

657
00:28:48,740 —> 00:28:52,080
Imago регистрирует и каталогизирует все эти фотографии,

658
00:28:52,080 —> 00:28:55,150
а затем на настольном ПК с помощью Central и Leapfrog

659
00:28:55,150 —> 00:28:57,840
выполняется визуализация и продолжается построение моделей,

660
00:28:57,840 —> 00:29:00,870
и мы все яснее понимаем геологическое строение по мере продвижения процесса.

661
00:29:00,870 —> 00:29:03,380
А решения для управления данными,

662
00:29:03,380 —> 00:29:06,010
такие как Central, помогают нам

663
00:29:06,010 —> 00:29:09,283
продолжать отслеживать модели по мере продвижения.

664
00:29:10,130 —> 00:29:13,740
На этом я заканчиваю рассказ о том, как мы внедряли

665
00:29:14,860 —> 00:29:16,870
это программное обеспечение с решением

666
00:29:16,870 —> 00:29:21,770
по внесению как архивных данных, так и собираемых в режиме реального времени.

667
00:29:21,770 —> 00:29:23,530
Благодарю, что выделили время,

668
00:29:23,530 —> 00:29:25,260
и мне удалось рассказать вам немного о том,

669
00:29:25,260 —> 00:29:27,713
как мы внедряем это программное обеспечение в отрасли.

670
00:29:31,880 —> 00:29:34,050
<v ->Хорошо, отлично, Джеймс, большое спасибо.</v>

671
00:29:34,050 —> 00:29:35,310
Было здорово увидеть

672
00:29:35,310 —> 00:29:36,960
все, чего добились в компании Longford,

673
00:29:36,960 —> 00:29:39,330
и как эти продукты

674
00:29:39,330 —> 00:29:41,070
позволяют людям работать вместе,

675
00:29:41,070 —> 00:29:43,090
в том числе с вашими клиентами и даже коллегами на объекте,

676
00:29:43,090 —> 00:29:44,380
чтобы быстро решать эти проблемы.

677
00:29:44,380 —> 00:29:47,053
Так что спасибо всем за то, что присоединились к нам,

678
00:29:48,148 —> 00:29:50,230
Если у вас возникли вопросы

679
00:29:50,230 —> 00:29:52,340
задавайте свои вопросы в чате.

680
00:29:52,340 —> 00:29:53,510
Мы собираемся перейти

681
00:29:53,510 —> 00:29:56,060
к следующей презентации,

682
00:29:56,060 —> 00:29:57,620
но мы ответим на эти вопросы

683
00:29:57,620 —> 00:29:58,990
в срок от 24 до 48 часов

684
00:29:58,990 —> 00:30:02,360
так что просто напечатайте вопросы в чате, если они у вас есть.

685
00:30:02,360 —> 00:30:04,653
Спасибо всем за участие.

686
00:30:04,653 —> 00:30:07,153
(легкая музыка)

Close Menu