Skip to main content

Lyceum 2021 | Together Towards Tomorrow

This presentation explores strategic approaches for overcoming common challenges associated with modelling large multi-disciplinary datasets for offshore windfarm development.

The challenges include managing and working with ‘big data’, collaborating across multiple disciplines, tracking updates and changes throughout the project cycle, and bringing it all together in a single integrated model.

Overview

Speakers

Nikhil Sen
Customer Solutions Specialist, Seequent

Becky Bodger
Customer Solution Specialist, Seequent

Duration

15 min

See more Lyceum content

Lyceum 2021

Video transcript

[00:00:00.349]
(futuristic music)

[00:00:04.732]
(logo whooshes)

[00:00:10.270]
<v Nikhil>Hi, I’m Nikhil Sen.</v>

[00:00:12.270]
<v Becky>And I’m Becky Bodger.</v>

[00:00:13.700]
We’re both customer solutions specialists here at Seequent.

[00:00:17.340]
<v Nikhil>My focus is Central,</v>

[00:00:18.920]
our data management cloud solution.

[00:00:20.900]
<v Becky>And mine’s geophysics</v>

[00:00:22.580]
and the Geosoft line of products like Oasis montaj.

[00:00:27.810]
Thanks for watching the talk today,

[00:00:29.520]
I really hope you’ve enjoyed Lyceum so far.

[00:00:32.640]
<v Nikhil>This talk is a case study</v>

[00:00:34.220]
of a multi-disciplinary approach to managing big data

[00:00:37.660]
for offshore wind farm development.

[00:00:40.158]
<v Becky>The focus these days on green energy</v>

[00:00:42.200]
and renewable resources,

[00:00:43.490]
and the energy transition happening in oil and gas,

[00:00:45.860]
it’s not surprising that many of our existing customers

[00:00:48.880]
and new customers have approached us

[00:00:50.550]
to inquire about Seequent’s capabilities

[00:00:52.530]
for offshore wind farm development and ground modeling.

[00:00:55.590]
About a year ago, we decided to put a team together

[00:00:57.840]
and see what we could come up with in this space.

[00:01:00.480]
Our first model used open-source

[00:01:02.470]
drill hole data from oil and gas,

[00:01:04.100]
and I think it extended down to the Moho.

[00:01:06.940]
The customer said that while she understood

[00:01:08.570]
the concept we were trying to demonstrate,

[00:01:10.240]
they were really only interested

[00:01:11.610]
in the top hundred meters of the seabed,

[00:01:14.140]
so we knew we had to go back and do some more digging.

[00:01:16.560]
We ended up on the Dutch Government website,

[00:01:18.380]
looking at an entire project’s worth

[00:01:20.180]
of prime wind farm data.

[00:01:22.240]
And for the cost of an external hard drive

[00:01:24.190]
they would send us everything relating

[00:01:25.500]
to the Hollandse Kust Zuid wind farm zone.

[00:01:28.960]
So, first and foremost,

[00:01:30.450]
we’d like to acknowledge the Netherlands Enterprise Agency

[00:01:33.340]
for releasing the Hollandse Kust data package

[00:01:35.810]
under a creative commons license,

[00:01:37.430]
which has formed the basis

[00:01:38.730]
of this integrated modeling study.

[00:01:40.700]
The hard drive we received was three terabytes

[00:01:43.170]
of multidisciplinary data.

[00:01:44.930]
One of the early struggles

[00:01:46.360]
was how do we manage this much data?

[00:01:48.300]
How do we make it available when we were sitting

[00:01:49.990]
in different offices around the globe?

[00:01:51.880]
We had to do some prep.

[00:01:52.970]
We were sent raw and processed data,

[00:01:55.290]
and we needed to decide what to use for the modeling.

[00:01:58.930]
So how do we ensure everyone was using the same files?

[00:02:02.750]
Along with Leapfrog Works,

[00:02:04.400]
we decided very early on that we would need Central.

[00:02:07.700]
<v Nikhil>That makes a lot of sense,</v>

[00:02:09.340]
Central can do a lot to help with those problems.

[00:02:12.090]
For those of you that aren’t familiar with our solutions,

[00:02:14.130]
let me tell you a bit more about Central.

[00:02:18.420]
Central is a cloud hosted solution

[00:02:20.220]
where individuals and teams can share, audit,

[00:02:22.470]
and track their data as their projects evolve.

[00:02:25.520]
The secure environment is inclusive,

[00:02:27.460]
as it is designed for collaboration

[00:02:29.310]
across a variety of teams and specialists,

[00:02:31.530]
including geoscientists,

[00:02:33.150]
management partners, and stakeholders.

[00:02:37.040]
Central allows users to visualize

[00:02:39.090]
and interrogate 3D data outputs,

[00:02:41.100]
which are modeled and published from Leapfrog.

[00:02:43.420]
The visualization platform comes with a communication tool,

[00:02:46.550]
and is an ideal space to communicate change

[00:02:48.920]
and carry out the peer review process

[00:02:50.910]
after which decisions can be made.

[00:02:53.520]
Central’s audit trail also allows members

[00:02:55.960]
and managers of their respective projects

[00:02:58.200]
to not only track model updates from Leapfrog,

[00:03:00.700]
but also updates to source, and additional project data

[00:03:03.350]
stored and backed up in the data room.

[00:03:06.361]
<v Becky>From a very high level,</v>

[00:03:07.880]
what we’re looking at on the screen

[00:03:09.130]
are a few of the goals and decisions we wanted to make,

[00:03:11.470]
or get out of our integrated

[00:03:12.930]
offshore wind farm ground model.

[00:03:15.970]
So, you have the model at the center,

[00:03:17.890]
we’re feeding it a bunch of data,

[00:03:19.610]
we’re basically building our subsurface digital twin.

[00:03:22.790]
We’re doing analysis, further interpretations,

[00:03:25.580]
there’s a lot of collaboration happening

[00:03:27.070]
across different teams and stakeholders.

[00:03:29.330]
We’re making decisions,

[00:03:30.700]
and then we’re going out and we’re collecting more data

[00:03:33.290]
and we’re feeding it back into the model

[00:03:35.110]
and doing everything all over again,

[00:03:37.070]
we’re continuously updating this model.

[00:03:40.490]
And really this model is being used,

[00:03:42.680]
it’s going to inform our foundation design.

[00:03:44.960]
We’re making a lot of decisions

[00:03:46.670]
and a lot of review processes happening,

[00:03:50.480]
and of course, we’re narrowing our scope of investigation

[00:03:54.450]
and we’re planning future data acquisition

[00:03:58.020]
over smaller areas.

[00:04:00.020]
And the data only gets bigger and more detailed,

[00:04:02.710]
higher resolution, as we iterate and we create

[00:04:06.420]
a second version, a third version of the same model.

[00:04:09.740]
<v Nikhil>Central is adaptable to teams</v>

[00:04:11.360]
and individuals of any size and location.

[00:04:13.750]
Every project can be composed of members

[00:04:15.630]
with a variety of specialties.

[00:04:17.520]
Furthermore, you can tailor Central

[00:04:19.460]
to fit your project structure,

[00:04:21.230]
and this would cause a bit of forethought and planning.

[00:04:24.507]
<v Becky>And planning’s exactly what we did.</v>

[00:04:28.630]
My colleague Fiamma and I,

[00:04:29.990]
Fiamma’s a geotechnical engineer,

[00:04:32.620]
we sat down one day in the office,

[00:04:34.530]
and actually because of COVID,

[00:04:36.540]
it was the first time I was meeting Fiamma face-to-face.

[00:04:39.670]
So it was really nice to return to some normal practices.

[00:04:43.970]
We sat down though, and we sketched out

[00:04:45.960]
how we were planning to attack this ground model.

[00:04:51.260]
So we sketched it out,

[00:04:52.600]
we had a general idea of who needed to get involved.

[00:04:56.500]
We knew exactly the data we had,

[00:04:59.210]
and of course we knew what the end goal was.

[00:05:01.610]
We then took the sketch and we digitized it,

[00:05:04.630]
and then we added it to a shared ideas board.

[00:05:07.910]
And, you know, it looked something like this in the end.

[00:05:12.120]
And based on the data and who we had on the team,

[00:05:15.160]
we knew that there would be a GIS branch,

[00:05:18.630]
we’d have a seismic branch.

[00:05:20.920]
I think we had something like 500 SEG-Y, SEG-D files.

[00:05:24.950]
We had CPT, so that could all go into a geotechnical branch,

[00:05:28.510]
and then we knew that some of the initial work

[00:05:30.690]
we wanted to do was geostats,

[00:05:32.740]
and we had another person who could work on that,

[00:05:34.980]
so we would create a separate branch just for her.

[00:05:38.250]
And we have data sitting in data rooms

[00:05:40.030]
down at the very bottom,

[00:05:41.880]
and that’s going to feed into all the different branches.

[00:05:43.990]
We have another product called OpenGround

[00:05:45.850]
that would also store some of the source data.

[00:05:49.070]
And once we had this structure in place,

[00:05:52.070]
even though it looks very siloed,

[00:05:54.110]
with Central it gives us the option and the ability

[00:05:58.370]
to have visibility across the different branches.

[00:06:01.520]
So in the seismic, while Oli, our geophysicist,

[00:06:06.530]
is working on his seismic geological model,

[00:06:09.140]
he could actually bring in the CPT model

[00:06:11.420]
that Fiamma’s created,

[00:06:12.700]
or some of the data and the other geophysics,

[00:06:14.560]
or the other GIS stream,

[00:06:15.830]
and use it while he’s building his seismic.

[00:06:18.290]
So there’s that ability to visualize and see the results

[00:06:22.330]
from each of the different branches.

[00:06:24.280]
And just to put into a little bit of context,

[00:06:26.340]
we had Aaron sitting in Australia

[00:06:28.430]
working on dune migration,

[00:06:29.950]
or sea bed mobility analysis of the bathymetry.

[00:06:34.090]
We had Oli working on the seismic in the UK.

[00:06:37.200]
I was sitting here in the UK working on some of the mag

[00:06:39.970]
and the side scan sonar data and the other GIS.

[00:06:43.840]
We had Thom in the Netherlands

[00:06:45.950]
really helping us with our source data and organize.

[00:06:50.050]
And we had Fiamma working on all the geo-technical stuff,

[00:06:52.590]
and we had Carrie working on the geostats

[00:06:54.380]
and creating those probability models.

[00:06:56.530]
And so, you know, there was a big team

[00:06:58.420]
across different time zones,

[00:07:00.120]
really all contributing and working together.

[00:07:03.430]
And, in the end,

[00:07:06.750]
we ended up with something that looked like this.

[00:07:08.870]
So this is actually a screenshot from Central,

[00:07:11.350]
and it’s just showing the branches,

[00:07:12.970]
and you can just see how we planned it

[00:07:15.170]
and we were able to stick to it,

[00:07:16.940]
and we ended up with a pretty cool structure

[00:07:19.237]
and a pretty good integrated model.

[00:07:22.020]
But let’s actually jump into Central at this stage

[00:07:24.410]
and show you what it looks like live.

[00:07:26.910]
Let’s start with how we actually manage

[00:07:28.660]
the input and source data we received.

[00:07:33.140]
We were dealing with a lot of data

[00:07:34.570]
and really big individual file sizes.

[00:07:37.150]
I spent a lot of time going through the raw,

[00:07:39.170]
the processed, and different versions of everything

[00:07:41.550]
to find the best examples to use in the model.

[00:07:45.090]
And so for that, once I figured out what we were using,

[00:07:49.300]
I organized the project in the Data Rooms in Central.

[00:07:54.470]
<v Nikhil>The Data Room is a secure environment</v>

[00:07:56.560]
for organizing source data.

[00:07:58.170]
It also allows you to track the version history,

[00:08:00.570]
and is available to all project members

[00:08:02.500]
who can rely on a single source of truth.

[00:08:07.750]
<v Becky>So you can actually see,</v>

[00:08:09.262]
what we’re showing you here is actually the structure

[00:08:12.710]
and the files that are currently being used in our project.

[00:08:15.520]
So you can click on any one of these things,

[00:08:17.200]
like the bathymetry.

[00:08:19.140]
We can click on the raw file that we have here,

[00:08:21.820]
we can see the dates,

[00:08:23.530]
and if there’s a new version we can upload that

[00:08:25.300]
and it will get pushed right through to Leapfrog

[00:08:27.220]
and notify you that there’s a new version available.

[00:08:31.520]
The next issue we had, of course,

[00:08:33.770]
was team members working at the same time.

[00:08:36.580]
So with six colleagues working across three time zones,

[00:08:40.570]
and very busy schedules,

[00:08:42.510]
it meant that we needed flexibility

[00:08:44.360]
to work on the projects whenever we were available.

[00:08:46.780]
So how were we going to coordinate that?

[00:08:49.790]
<v Nikhil>The events page tracks all action items</v>

[00:08:53.730]
associated with the project,

[00:08:55.170]
and as you can see here,

[00:08:56.260]
we’ve got a number of different colleagues

[00:08:58.350]
from around the world who have been working on this project.

[00:09:02.070]
<v Becky>Yeah, at all times of the day,</v>

[00:09:03.570]
so it’s 2:00 a.m., 9:00 p.m., 9:00 a.m.. (laughs)

[00:09:10.570]
<v Nikhil>As you can also see,</v>

[00:09:11.450]
the project is divided into branches.

[00:09:12.970]
So if I go back to our history tab over here,

[00:09:16.845]
and we can have a look at this over here,

[00:09:19.330]
the project is divided into branches

[00:09:21.090]
based on the discipline,

[00:09:22.540]
before realigning with the master branch.

[00:09:26.350]
This allows multi-simultaneous access

[00:09:28.330]
and development of the project.

[00:09:30.410]
The other thing that branch structure really supported

[00:09:32.930]
was managing the overall size of each workspace.

[00:09:36.020]
We didn’t all need to work with 500 SEG-Y files,

[00:09:39.340]
Oli could keep this himself in the seismic branch,

[00:09:41.960]
and then choose what to align with the master branch.

[00:09:46.600]
<v Becky>There was also a lot of uncertainty</v>

[00:09:48.650]
in what we were trying to do.

[00:09:49.640]
We had a concept, but needed space to experiment

[00:09:52.230]
and test different methods,

[00:09:54.100]
try different things out, without overwriting,

[00:09:56.170]
or sort of contaminating each other’s work,

[00:09:58.530]
and so the branching structure really helped with that.

[00:10:00.850]
Each one of these nodes is a project

[00:10:02.690]
that’s been published from Leapfrog,

[00:10:06.000]
and so you can see there’s multiple nodes

[00:10:08.730]
in each of the branches.

[00:10:09.948]
These are different versions of each of the projects.

[00:10:13.900]
In order for it to be a truly integrated model,

[00:10:15.810]
we also need visibility into each other’s results.

[00:10:19.730]
So what we can do is, in Leapfrog,

[00:10:24.570]
you can right click on your geological model folder,

[00:10:27.920]
and click import geological model from Central.

[00:10:30.720]
And you’ll see that you don’t only have access

[00:10:33.920]
to the branch that you’re currently working in,

[00:10:35.760]
so that node that you downloaded, or that revision,

[00:10:39.210]
you actually have access to any of the geological models

[00:10:41.940]
in the entire project,

[00:10:43.110]
so that’s across any of the branches.

[00:10:45.320]
So for example here, if I click on the seismic analysis,

[00:10:49.150]
here are two of Oli’s seismic geological models,

[00:10:52.370]
and I can bring those into whichever revision

[00:10:56.590]
I currently have open in Leapfrog.

[00:11:00.020]
When you start sharing these geological models

[00:11:02.120]
all over the places, across multiple branches,

[00:11:04.890]
you really need a mechanism in place to manage the updates.

[00:11:08.070]
So if we go back, if Oli for example,

[00:11:10.320]
goes back and updates one of those seismic geological models

[00:11:13.340]
in his seismic branch,

[00:11:16.100]
how is that going to carry across to the model

[00:11:20.120]
that we’ve imported now into the master branch,

[00:11:22.870]
or into the geo-technical branch?

[00:11:25.800]
<v Nikhil>This data which has been brought in</v>

[00:11:27.540]
from another branch, or the data room,

[00:11:29.660]
over here with boreholes, creates a link,

[00:11:32.680]
and this means once a source destination is updated

[00:11:35.520]
with newer data, we see this little clock call symbol,

[00:11:38.400]
and that means new data is available.

[00:11:40.490]
And with a couple of clicks,

[00:11:42.030]
we can pull that in from Central,

[00:11:44.600]
which means we’re working from a single source of truth.

[00:11:48.507]
<v Becky>So that was the plan,</v>

[00:11:50.420]
that was how we managed to implement it,

[00:11:51.820]
and hopefully we were able to demonstrate

[00:11:53.250]
how effective Central has been

[00:11:55.030]
in building our integrated ground model.

[00:11:56.960]
And the final piece is using Web Vis in Central

[00:11:59.100]
to visualize the model itself,

[00:12:00.640]
and start a visual conversation and peer review process.

[00:12:05.000]
<v Nikhil>As you can see here in the project overview,</v>

[00:12:06.830]
in order to access Web Visualization,

[00:12:09.090]
we simply click on the revision number.

[00:12:13.120]
And furthermore, I can access the saved scene.

[00:12:22.177]
<v Becky>This is a really great way</v>

[00:12:23.150]
to share your modeling and your data,

[00:12:26.300]
and anything you’re doing,

[00:12:27.133]
with stakeholders who aren’t really familiar with Leapfrog.

[00:12:31.330]
<v Nikhil>And within this visualizing tool,</v>

[00:12:33.950]
we can actually start conversations

[00:12:36.290]
with our fellow colleagues,

[00:12:38.090]
managers, partners, and even stakeholders.

[00:12:42.100]
We can do this by creating a comment.

[00:12:45.247]
Just create a comment,

[00:12:47.990]
orientate our model,

[00:12:52.850]
pick a zone.

[00:12:53.880]
Furthermore, we can tag our fellow colleagues

[00:12:56.610]
who are part of this project.

[00:13:13.330]
This will then send a notification

[00:13:14.910]
to our colleagues involved,

[00:13:16.640]
and in particular Fiamma,

[00:13:19.439]
that a change has been highlighted

[00:13:21.380]
and that further action needs to be taken.

[00:13:23.843]
We can access our notifications

[00:13:26.173]
by clicking on the little bell icon here,

[00:13:27.930]
and you can see here, for example,

[00:13:30.030]
we have been mentioned in a specific comment,

[00:13:36.076]
and it’s available, and so forth.

[00:13:41.890]
<v Becky>Another thing you can do,</v>

[00:13:43.200]
just to show you how that works,

[00:13:44.460]
if you clear the scene and then reload it.

[00:13:49.700]
And if we click on the comment here,

[00:13:54.840]
it will update to the exact location

[00:13:57.190]
where we added our comment.

[00:13:59.430]
<v Nikhil>The important point to note here</v>

[00:14:00.830]
is that we are starting a visual conversation

[00:14:02.870]
which notifies our colleagues,

[00:14:04.500]
and that feedback loop continues

[00:14:06.370]
so we can start and complete

[00:14:08.270]
the peer review process before making decisions.

[00:14:11.000]
<v Becky>And we’re taking it out of email, right?</v>

[00:14:12.710]
So we’re making it visible to everybody,

[00:14:15.440]
and it’s really important to move that conversation

[00:14:19.010]
out of that closed email thread

[00:14:21.780]
and into the data itself where everyone

[00:14:24.440]
has visibility over it.

[00:14:25.610]
<v Nikhil>So that’s those users</v>

[00:14:26.880]
that are part of the project,

[00:14:27.713]
regardless of the role or location.

[00:14:32.980]
<v Becky>So that brings us to the end of our presentation,</v>

[00:14:34.940]
and we wanted to leave you with just a few key takeaways,

[00:14:37.270]
or lessons that we’ve learned along the way,

[00:14:39.360]
and the first is to make a plan.

[00:14:41.760]
The model we just looked at was not our first,

[00:14:43.810]
our first model felt a bit disorganized,

[00:14:46.060]
and we actually undertook a rebuild

[00:14:48.980]
of the entire project a few months ago.

[00:14:51.460]
That was a really big decision,

[00:14:53.280]
but we felt that we needed a better focus

[00:14:55.560]
on planning early on,

[00:14:58.030]
and that really significantly sped up

[00:14:59.700]
the entire modeling process for us.

[00:15:02.020]
<v Nikhil>The second take away is good housekeeping,</v>

[00:15:05.070]
garbage in, garbage out.

[00:15:06.780]
You need to curate to organize the data

[00:15:08.490]
from start to finish,

[00:15:09.620]
since with every stage of the wind farm development

[00:15:11.880]
the amount of data grows exponentially.

[00:15:15.700]
Finally, use the tools available

[00:15:18.350]
for clear and concise communication.

[00:15:23.980]
<v Becky>So thanks again for listening to Nikhil and I.</v>

[00:15:26.430]
Please feel free to reach out

[00:15:27.670]
to any member of the Seequent team

[00:15:29.410]
if you have questions about Central

[00:15:30.780]
or anything else you’ve heard today during the Lyceum event.

[00:15:34.570]
<v Nikhil>Have a great day.</v>

[00:15:36.518]
(futuristic music)

[00:15:45.102]
(logo whooshes)