NASA ARSET_ Estimating Biomass Change with GEDI and the OBIWAN API
The Story
Welcome to another highly specialized episode of the NASA Live Video Podcast: "NASA ARSET: Estimating Biomass Change with GEDI and the OBIWAN API."In this episode, we explore the cutting-edge fusion of spaceborne LiDAR technology and cloud-based applications to track our planet's changing environment. We focus our attention on how scientists measure variations in forest structure and carbon storage over time using precise data from NASA's GEDI (Global Ecosystem Dynamics Investigation) mission.
Through the framework of NASA’s Applied Remote Sensing Training (ARSET) program, we break down the core methodologies behind estimating aboveground biomass changes. More importantly, we dive into how the OBIWAN API (Online Biomass Inference using Waveforms and NASA data) streamlines this complex process—allowing researchers to efficiently query, process, and analyze massive datasets of spaceborne LiDAR waveforms without requiring heavy local computational infrastructure.
Whether you are a carbon-accounting specialist, a climate scientist, a GIS analyst, or a space enthusiast eager to see how advanced APIs make satellite data accessible for global conservation, this episode offers vital insights into modern forest monitoring. Subscribe to the NASA Live Video Podcast to stay connected with the frontier of space exploration, remote sensing, and cutting-edge earth science!
Speaker 1: Welcome to this our SET training series, Estimating Biomass and
Speaker 1: Change with Jedi and the Obi one Api. Today is
Speaker 1: the second and last session of this webinar. The focus
Speaker 1: of today's session is estimating biomass change with Jedi and
Speaker 1: the Obi wan Api. My name is Erica Potist and
Speaker 1: I'm a scientist at NASA's Jet Propulsion Laboratory in Pasadena, California,
Speaker 1: and I'm also an instructor with the RSET program. I
Speaker 1: will be hosting this training today. There are two parts
Speaker 1: to this training. The first session was last week last
Speaker 1: Thursday on estimating biomass using Jedi, and today we will
Speaker 1: cover estimating biomass change, so there'll be a theoretical component
Speaker 1: and then there'll be a demo using the Obi Wapi.
Speaker 1: There is a homework associated with this training. It's It
Speaker 1: can be accessed through the training web page and the
Speaker 1: due date is June eighteenth. A certificate of completion will
Speaker 1: be provided to those participants who attend both live sessions
Speaker 1: and complete the homework assignment by the due date. So
Speaker 1: let's get started with today's session. We have one guest instructor.
Speaker 1: He is doctor Sean Healey who also presented in Session one.
Speaker 1: Doctor Healey is a research ecologist with the United States
Speaker 1: Forest Service the end Department of Agriculture. The learning objectives
Speaker 1: for today's session. By the end of the session, participants
Speaker 1: will be able to identify the key concepts in carbon monitoring,
Speaker 1: including system requirements, decision making needs, and the concept of additionality.
Speaker 1: Participants will be able to recognize howbi I estimates biomass
Speaker 1: change it's including its use of jet lance at time
Speaker 1: series and underlying data infrastructure. Participants will be able to
Speaker 1: evaluate the uncertainty and validation of the data, using for
Speaker 1: service inventory data to assess the accuracy and position of
Speaker 1: obi WAN change estimates, access the open source IAPI to
Speaker 1: generate estimates of biomass change and areas of interest, and finally,
Speaker 1: apply obi WAN tools and APIs to visualize biomass change
Speaker 1: and compare carbon gains against different climate scenarios. How to
Speaker 1: ask questions. Please write your questions in the Q and
Speaker 1: A window, which you can find on the bottom right
Speaker 1: under the three points. There will be a sub menu
Speaker 1: that says Q and A. We will address your questions
Speaker 1: and at the end of this session, and feel free
Speaker 1: to enter your questions during the presentation we will try
Speaker 1: to answer all of the questions during the Q and
Speaker 1: A session. However, any remaining questions will be answered in
Speaker 1: a Q and A document that we will be assembling,
Speaker 1: and we will be posting that document on the training
Speaker 1: website in approximately a week. Now, I would like to
Speaker 1: welcome our guest instructor, doctor Sean Healey, who also presented
Speaker 1: session one.
Speaker 2: Hello, and welcome to the second part of this training
Speaker 2: about biomass estimation with Obi Wan and JEDI. I'm Sean Healey.
Speaker 2: I'm speaking for doctor Jichang Yong. We both work for
Speaker 2: the USDA for Services Forest Inventory and Analysis Program FIA.
Speaker 2: That's the nation's national forest inventory with plots all over
Speaker 2: the country. So in the last session we talked about
Speaker 2: the JEDI mission, it's data products, the way that it
Speaker 2: estimates biomass for one point in time for one kilometer.
Speaker 3: Grid cells, and also how that logic.
Speaker 2: And the sampling theory can be used to estimate changes
Speaker 2: in biomass for any area that you.
Speaker 3: Care about that's over a few hundred hectares.
Speaker 2: Between different years, using lance at imagery and bootstrapping.
Speaker 3: So we will review some of that.
Speaker 2: We will also be talking about practical carbon assessment needs.
Speaker 2: By the end, I will be showing you obi Wan's API.
Speaker 2: That is how you and everyone else with an Internet
Speaker 2: connection can access the tools that are built into obi wan.
Speaker 2: So you know what kind of needs does obi wan address.
Speaker 2: It's really climate change mitigation in the forest sector. The
Speaker 2: proposition for pretty much any kind of mechanism to recognize
Speaker 2: climate change mitigation across agriculture or the energy sector and
Speaker 2: forests is to identify management activity or practice that reduces
Speaker 2: the impacts of climate change sustainably. This slide sort of
Speaker 2: shows the shape of that proposition in the forest sector,
Speaker 2: so I'll start at the bottom. A fundamental question is
Speaker 2: how much carbon in the way in the form of
Speaker 2: biomass is your forest storing now? And you know there
Speaker 2: are millions of biomass maps out there and they all
Speaker 2: can give you an answer.
Speaker 3: We talked about last time.
Speaker 2: If those maps were not made in a way that
Speaker 2: allows you to combine.
Speaker 3: The uncertainties of all those pixels that.
Speaker 2: Make up your area of interest, they're not as much
Speaker 2: useful in the context of practical carbon account So you know,
Speaker 2: an uncertainty framework for these estimates is critical. Last time
Speaker 2: we also talked about how through bootstrapping. We can answer
Speaker 2: the middle question how much carbon is your forest adding,
Speaker 2: so basically between last year and this year, or between
Speaker 2: twenty twenty and now, what is the change in biomass
Speaker 2: and the place that you that you manage. And then
Speaker 2: sort of the top level question, which echoes the main
Speaker 2: question and all of these frameworks is how does your
Speaker 2: management contribute to carbon storage trend? So that really implies
Speaker 2: a question about additionality. So you might be storing extra carbon,
Speaker 2: but maybe it was going to store extra carbon anyway,
Speaker 2: So we have to address additionality, which we will in
Speaker 2: a second. I just want to point out this is
Speaker 2: sort of by way of context for everything I'm going
Speaker 2: to be talking about regarding obi WAN, the sort of
Speaker 2: most common way that people practically do this, at least
Speaker 2: with romo sensing. Obviously, in a country like the United
Speaker 2: States that has an inventory that's been working for many
Speaker 2: years now, we use the inventory to answer these questions.
Speaker 2: But in many places that don't have that, the carbon
Speaker 2: standards use what people refer to as the spreadsheet method. Basically,
Speaker 2: there is a running total of which is called activity data,
Speaker 2: of how much forest is being added or subtracted through
Speaker 2: management and there's an emission factor, how much what's the
Speaker 2: mean biomass stored in the average hectare of forest? Most
Speaker 2: existing carbon standards are built around that. If you use it,
Speaker 2: you're aware that there are some limitations in terms of
Speaker 2: statistical difficulty of saying declaring something significantly. There are capability
Speaker 2: capacity issues in some places. You really have to be
Speaker 2: able to measure things, measure the area of forest in
Speaker 2: a consistent way through time. Maybe obi wan is the
Speaker 2: alternative to that paradigm. Okay, so back to obi Wan
Speaker 2: this top level question, how does your management contribute to
Speaker 2: carbridge storage trends? That gets to the question of additionality.
Speaker 2: So what would happen if you weren't doing the thing
Speaker 2: that you're doing. My example is in nineteen ninety four,
Speaker 2: the National Forces in the Pacific Northwest implemented a new
Speaker 2: forest plan. According to obi Wan, before that forest plan
Speaker 2: was implemented, the region was losing a small amount of carbon.
Speaker 2: It's very productive region in the nineteen eighties, and prior
Speaker 2: to the nineteen ninety four implementation of the plan there
Speaker 2: was a lot of harvest. After nineteen ninety four there
Speaker 2: was a surprisingly immediate bounce.
Speaker 3: Changes were all positive. So one way to look at.
Speaker 2: Additionality is over time, what hapened, what's happening now compared
Speaker 2: to what happened before you did whatever it is you
Speaker 2: are committing to do. The second way to address additionality
Speaker 2: is to compare the changes that you're seeing now in
Speaker 2: the place that you care about. Let's say it's a
Speaker 2: national park with areas outside of the national park, So
Speaker 2: that's a counterfactual sort of baseline. There are complications that
Speaker 2: should be considered. Generally, younger forests store carbon faster than
Speaker 2: older forests, So it's really like there are a lot
Speaker 2: of requirements I think for doing the counterfactual additionality assessment. Well,
Speaker 2: and I'm not going to talk as much about that,
Speaker 2: although you will see at the end that obi WAN
Speaker 2: does allow you to do this kind of additionality assessment.
Speaker 2: Pressing into the guts of obi WAN, please recall from
Speaker 2: the first session that its inferences are really based upon
Speaker 2: bootstrapped time series of biomass maps. So the example I
Speaker 2: showed before, Let's say that you care about the change
Speaker 2: between nineteen ninety and twenty twenty in a particular place.
Speaker 3: There are several.
Speaker 2: Bootstrapped time series and all of These bootstraps recall our
Speaker 2: realization of the uncertainties in both levels of model, both
Speaker 2: the Jedi level of model and the Lancet level of model.
Speaker 2: The first bootstrap suggests that the area we care about
Speaker 2: lost fifteen tons per heck there the second bootstrap suggests
Speaker 2: we lost thirteen. The third suggests we lost twenty. So
Speaker 2: across a lot of different bootstraps, that's where our inference
Speaker 2: comes from. So that's how Jedi works, and we don't
Speaker 2: just have to look at changes. What I just talked
Speaker 2: about is a second bullet, the difference between for the
Speaker 2: same place between two points in time. But we can
Speaker 2: also look for a single point in time. Let's say
Speaker 2: we just care about the biomass in twenty twenty. Well,
Speaker 2: the first the first bootstrap says eighty the second says
Speaker 2: eighty four.
Speaker 3: Et cetera.
Speaker 2: So we could get a distribution around a point a
Speaker 2: single point in time estimate. We've just talked about the
Speaker 2: differences between two points in time. We can look at
Speaker 2: two forms of additionality that I just mentioned. The first
Speaker 2: is change in the rate of gain between two periods.
Speaker 2: So we could ask nineteen ninety to two thousand, what's
Speaker 2: the rate of change within the same bootstrap and compare
Speaker 2: that to what that bootstrap says is the rate of
Speaker 2: change between twenty ten and twenty twenty and get a
Speaker 2: difference between those rates. And that's what we look at
Speaker 2: across bootstraps. So we get a distribution of that change
Speaker 2: of change, if you will, the sort of additionality over time,
Speaker 2: and we get and the distribution gives us an uncertainty.
Speaker 2: We can also compare two places in this way using
Speaker 2: the different bootstraped time series. So obi Wan really does
Speaker 2: allow us to look at additionality questions and really gives
Speaker 2: us a fairly comprehensive way to look at monitoring carbon
Speaker 2: change within areas that.
Speaker 3: You care about.
Speaker 2: So this issue calibration is really important to obi Wan
Speaker 2: Optical imagery like Lansat and Sentinel to do not see
Speaker 2: through the canopy. So basically, as forests grow for the
Speaker 2: first part of their lives, you know, the pixels get
Speaker 2: greener as more forest grows, and you know there is
Speaker 2: pretty good signal about how much biomass there is, but
Speaker 2: once the canopy closes, it doesn't get significantly greener as
Speaker 2: more and more biomass or volume or basal area is added.
Speaker 2: As the forest grows, so that you know, people call
Speaker 2: this a saturation a signal saturation problem, and it manifests itself.
Speaker 2: When we're making we're using optical imagery to make predictions,
Speaker 2: we generally underpredict the very high biomass and we over
Speaker 2: predict the low biomass. And when we think about changes
Speaker 2: from a high condition to a low condition, we are
Speaker 2: almost always under predicting those changes because the high is
Speaker 2: under you know, everything gets squished towards the middle and
Speaker 2: you go from high to low, well that that change
Speaker 2: is also going to be low.
Speaker 3: So calibration is.
Speaker 2: A concept where if you have independent data in the
Speaker 2: places where you have predictions, you can across a large
Speaker 2: a sample of those come up with a calibration function
Speaker 2: that that simply is a correction, and it is a
Speaker 2: correction that is applied to minimize bias. It doesn't make
Speaker 2: your predictions better, but it removes the biases, so you're
Speaker 2: no longer systematically under predicting the high biomass and over
Speaker 2: predicting the low biomass. But again it's it's reducing bias,
Speaker 2: it's not reducing error. But that's that's really critical for
Speaker 2: this kind of application. This last line here is the
Speaker 2: only time I'm going to mention this calibration can also
Speaker 2: be used to convert obi Wan's estimates of biomass and
Speaker 2: biomass change to other variables. For instance, biomass is quite
Speaker 2: related to forest volume and also a basal area. So
Speaker 2: if from the National Forest Inventory, for instance, you had
Speaker 2: a bunch of independent plots, you could come up with
Speaker 2: a calibration from biomass to those other variables that you
Speaker 2: may care about in other settings. So calibration is really important,
Speaker 2: and I'm just going to talk a little bit about
Speaker 2: what calibration data are available where So Jedi data is
Speaker 2: available globally, as we have talked about at least between
Speaker 2: the latitudes of fifty one degrees north and south. So
Speaker 2: the first option, once we've made our biomass map with
Speaker 2: Lansat imagery, we can use Jedi data. The biomass predicted
Speaker 2: for Jedi points that we're not used in calibrating the
Speaker 2: lands At map, we can use those to calibrate our
Speaker 2: predictions and come up with that correction. And in general
Speaker 2: that correction when we apply it makes the high predictions
Speaker 2: higher and the low predictions lower. And how much data
Speaker 2: is available for this well, obi WAN uses about half
Speaker 2: Currently in twenty twenty six, it uses about half of
Speaker 2: the available data, which is several thousand. It's at least
Speaker 2: two thousand Jedi shots per ten kilometer square, So there's
Speaker 2: a lot of data available for this everywhere the section.
Speaker 2: The second option is not available globally. It's in places
Speaker 2: where you have repeated inventory plots that have coordinates that
Speaker 2: you trust, and we work for the National Forest Inventory,
Speaker 2: and you know, the.
Speaker 3: United States is where we are applying this.
Speaker 2: So basically we have several several thousand and plots in
Speaker 2: every state, sometimes up to ten thousand or even a
Speaker 2: little more in some big states where we have measured
Speaker 2: biomass in multiple points in time, and we can compare
Speaker 2: those measured changes to predicted changes from obi WAN. So
Speaker 2: instead of calibrating at the level of an individual point
Speaker 2: in time prediction, we're calibrating the estimates of change. And
Speaker 2: in general, when we apply those calibration functions, those really
Speaker 2: simple calibration functions, we end up making the losses bigger
Speaker 2: and the gains bigger. Okay, so now I am going
Speaker 2: to move into a couple of validation activities that we
Speaker 2: have performed one in Nepal and one in the United
Speaker 2: States through the great support of NASA's SEVERE program. We
Speaker 2: worked with Nepal's Forest Research and Training Center, which which
Speaker 2: is the entity that runs the National Force Inventory for Nepal,
Speaker 2: and they very kindly provided inventory data for three provinces
Speaker 2: in that country. And basically what we're looking at here
Speaker 2: is on the left is the obi WAN estimate of
Speaker 2: biomass change for a five year period. That's an orange
Speaker 2: compared to basically the spreadsheet method applied to Nepal's inventory data.
Speaker 2: This is not exactly aligned with what Nepal reported to
Speaker 2: unf Triple C, but it is very close. It's as
Speaker 2: close as we could make it with their with their data.
Speaker 2: So as you can see across the country, you know,
Speaker 2: there's pretty good correspondence with the amount of biomass that
Speaker 2: obi WAN predicts for this period. The obi WAN estimate
Speaker 2: for the whole country and for the three provinces that
Speaker 2: we had data for tends to be a little bit
Speaker 2: more dynamic, and I believe that is because obi WAN
Speaker 2: represents changing biomass in existing forests that are not being
Speaker 2: cut down. So many spreadsheet methods, which is the alternative
Speaker 2: treat the amount of biomass in protected forest as static
Speaker 2: and will result in sort of less dynamic estimates of change.
Speaker 2: Obi Wan accounts for that change, or at least predicts
Speaker 2: a change, a usually growth in forests that don't get
Speaker 2: cut down. So I think that that's probably why obi
Speaker 2: wan is showing a little bit more gain over this period.
Speaker 2: But it is pretty consistent both at the national and
Speaker 2: the province levels. So what can you do with that
Speaker 2: kind of information? This is Nepal. There are seventy seven
Speaker 2: districts in Nepal. One thing that we could think about
Speaker 2: doing with it is if Nepal were awarded red funding,
Speaker 2: which it was, and they were engaged in deciding how
Speaker 2: that red funding was going to be split among its districts,
Speaker 2: One could use obi wan to sort of systematically look at, well,
Speaker 2: which district is contributing which amount of the national level
Speaker 2: gain that the country is being compensated for. In no
Speaker 2: way would we presume to tell anybody how they should,
Speaker 2: you know, distribute their money, but this is sort of
Speaker 2: a systematic objective way to look at a distribution of
Speaker 2: gains across the country by different jurisdictions. So it could
Speaker 2: be just used, as you know, decision support tool in
Speaker 2: that context. Okay, so now I'm jumping into a validation
Speaker 2: activity that we've done here with FIA data. Again, FIA
Speaker 2: stands for forced inventory and Analysis. That's the part of
Speaker 2: the Forest service that Yong and I work for. So
Speaker 2: we're looking at results for two different states, and on
Speaker 2: the x saxis it's FIA observed above ground biomass density change.
Speaker 2: So every dot is a group of plots. The plots
Speaker 2: pretty much represent about a heck there. They subsample that
Speaker 2: heck there, but they're all about a heck there. So
Speaker 2: what we're basically doing is grouping together bunches of five
Speaker 2: hundred FIA plots and ordinating them on you know, the
Speaker 2: X axis here, like how much they're gaining or losing
Speaker 2: between two periods, and on the Y axis, comparing what
Speaker 2: obi Wan's the answer for that group of five hundred
Speaker 2: plots is. So, for instance, the blue line is what
Speaker 2: obi wan with no calibration, that's what obi wan gives us.
Speaker 3: And I mentioned that signal saturation, and.
Speaker 2: Really what we see is that obi wan systematically underestimates
Speaker 2: the losses and it underestimates the gains. So you know,
Speaker 2: that's a main reason why we use calibration. When we
Speaker 2: use the kind of calibration that was available in Nepaul
Speaker 2: and everywhere outside the US, using independent Jedi shots for
Speaker 2: at least in Alabama and in Maine, we see that
Speaker 2: really pushes the estimates of loss well below the dotted line,
Speaker 2: which is the one to one line. So we're really,
Speaker 2: at least in Alabama, for these different groups of plots
Speaker 2: pretty severely overestimating losses when we use that global calibration. However,
Speaker 2: once we get to the gain territory in Alabama anyway,
Speaker 2: that calibration really seems to work pretty well. It brings
Speaker 2: it up close to the one to one line. Calibrating
Speaker 2: with FIA repeat measurement data, actually it does pretty well.
Speaker 2: I mean we're seeing across all of these groups of
Speaker 2: FIA plots that the performance is not bad. This interval
Speaker 2: is the is basically the precision that the standard error
Speaker 2: that obi wan gives us for these changes.
Speaker 3: There is bias that is not accounted for in this interval.
Speaker 2: So when you get something out of when you get
Speaker 2: an interval out of obi wan, it's the precision, it's
Speaker 2: not the bias. So this kind of validation is crucial.
Speaker 2: In main we see something pretty similar except above a
Speaker 2: gain of twenty so places that are gaining a lot
Speaker 2: of biomass per year, we're not differentiating those cases very well.
Speaker 2: I would point out that at least with the FIA calibration,
Speaker 2: actually the global calibration as well. You know, the one
Speaker 2: to one line is within the confidence interval that you
Speaker 2: would get out of obi WAN. Okay, So moving on
Speaker 2: from estimation of change to estimation of additionality over time.
Speaker 2: That is, we're asking how much faster or slower is
Speaker 2: this place gaining carbon biomass than it was in a
Speaker 2: previous period. So you know, the same same two states
Speaker 2: we're asking. So we have multiple measurements, several measurements in
Speaker 2: many cases for fi A, so we we know we're
Speaker 2: able to measure this sort of acceleration or deceleration of
Speaker 2: gain at individual plots, and so just looking at the
Speaker 2: corresponding estimates of gain from obi Wan on both so
Speaker 2: on the on the right side, those are those are
Speaker 2: populations that are gaining biomass faster than they were before.
Speaker 2: And on the left, those are populations that we're that
Speaker 2: are losing biomass faster than they were before, and the
Speaker 2: fi A calibration, the red series does really pretty well
Speaker 2: across the whole the whole range, whereas uh well, actually
Speaker 2: the global calibration does better with this additionality challenge than
Speaker 2: than it did with the individual two points in time question.
Speaker 2: So that is sort of the validation that we have
Speaker 2: pursued in Nepal, in and the United States. I'm going
Speaker 2: to jump into API Application programming interface. I should have
Speaker 2: defined that, but basically it is a set of functions
Speaker 2: that we provide that you can use to access the
Speaker 2: time the bootstrapped time series that we're storing on Google
Speaker 2: Earth Engine. Again, Google has has donated substantial amount of
Speaker 2: storage for.
Speaker 3: Us to store that.
Speaker 2: And what the obi wan API does is it just
Speaker 2: gives you a bunch of functions that you might use
Speaker 2: to do very common things involved with reporting and verifying
Speaker 2: carbon changes in the place that you care about.
Speaker 3: So the things that.
Speaker 2: You might specify with the with the obi wan ap
Speaker 2: API is what years that you can about, how you
Speaker 2: want to visualize those changes, what kind of authentication you
Speaker 2: want to build into accessing whatever it is you're putting online.
Speaker 2: You can define it a baseline additionality baseline, whether it
Speaker 2: be a different point in time or a different area,
Speaker 2: maybe a surrounding area or a buffer area. And also
Speaker 2: it allows you to you know, store whatever reports and
Speaker 2: whatever format you want. So really the API is maximizing
Speaker 2: your flexibility. So I guess the question is why are
Speaker 2: we doing this instead of making a map? You know,
Speaker 2: the map is easy to distribute. But and this is
Speaker 2: definitely a sort of new paradigm for accessing space based
Speaker 2: biomass data. But I think there are good reasons for
Speaker 2: what we're doing. The first is we can't predict the
Speaker 2: years and the places that you care about, so allowing
Speaker 2: you to define those things it is obviously targets the stuff.
Speaker 3: To exactly what you need.
Speaker 2: Also, across market and treaty based commitment mechanisms, some users
Speaker 2: need to show things very transparently, perhaps to donors or
Speaker 2: to other countries, whereas others I'm thinking of private industry
Speaker 2: in this country, for instance, that maybe participating in carbon
Speaker 2: offset markets. Much of this is considered proprietary and they
Speaker 2: need to control access. So, you know, using the API
Speaker 2: to develop your own application really gives you the power
Speaker 2: to build in you know, whatever you need. It's easy
Speaker 2: to standardize across affiliated clients, maybe all participate participants in
Speaker 2: a particular carbon market, or perhaps different jurisdictions supported by
Speaker 2: the same donors. So one could picture, you know, developer
Speaker 2: hired by a particular donor developing dashboards for lots of
Speaker 2: different clients in a way that is consistent. Also, we're
Speaker 2: pre computing these bootstrapped time series because if if when
Speaker 2: you made your query and you had to wait for
Speaker 2: all the computing involved with bootstrapping to happen, it would
Speaker 2: you know, it would take hours. It may take hours.
Speaker 2: So we've pre computed these things, stored them on Google
Speaker 2: and that makes it much faster. And lastly, like we
Speaker 2: do it this way because you know, you may not
Speaker 2: be the only person who cares about you know, your country,
Speaker 2: so we're reducing a lot of redundant computing.
Speaker 3: So this is really sort of an overview of the structure.
Speaker 2: We do the bootstrapping, we store it thanks to Google
Speaker 2: on Google Cloud. We're providing the API, which we will
Speaker 2: get a look at in a moment in our hands
Speaker 2: on activity. And then you and you're the developers that
Speaker 2: you pay probably develop your own dashboards, accounting systems, reporting systems,
Speaker 2: building in whatever considerations are important to you.
Speaker 3: So the key is this API. And it sounds harder
Speaker 3: than it is.
Speaker 2: API is really pretty well documented, is really very simple.
Speaker 2: It's just a bunch of commands with you know, syntax,
Speaker 2: the divide that defines important variables for these commands, that
Speaker 2: queries the stored asset on Google Cloud and gives you
Speaker 2: what you need, and you will see those You'll see
Speaker 2: some of the calls to the API in the notebook
Speaker 2: we are about to look at. These resources are some
Speaker 2: background about the theory of our estimation methods, about some
Speaker 2: context for carbon markets. Okay, so before we dive into
Speaker 2: the hands on activity, I just want to tell you
Speaker 2: a little bit about what we're doing.
Speaker 3: We're going to be used a collab notebook.
Speaker 2: That's a Google collab notebook that calls an asset that
Speaker 2: we made for this training over Alabama State.
Speaker 3: In the United States.
Speaker 2: It's ten bootstraps deep, which is not deep and operationally
Speaker 2: we would probably want one hundred. But it will give
Speaker 2: you the idea of what's happening here. It will allow
Speaker 2: you to experiment with different options and different visualizations, and
Speaker 2: it gives you actual syntax like how the API is
Speaker 2: you So you could give this to your developer friend,
Speaker 2: and your developer friend could really practically build a dashboard
Speaker 2: pretty easily for you for the area that you care about.
Speaker 2: So what you're seeing is the link to the collab notebook.
Speaker 2: Before you start playing around. I will give you some
Speaker 2: further directions in just a moment.
Speaker 3: But if you could click.
Speaker 2: On this link, Google may ask you, if you've never
Speaker 2: or used a collab notebook, if you want it to
Speaker 2: compile the notebook for you. Please say yes and then
Speaker 2: stand by for more instructions. Okay, so if you clicked
Speaker 2: on that link, what you probably see is this, I
Speaker 2: want to point to your direct Your attention to this
Speaker 2: cannot save changes. What I'm going to ask you to
Speaker 2: do is go to file and save a copy to drive.
Speaker 3: That way what you're working on.
Speaker 2: First of all, you will be able to save it,
Speaker 2: and a lot of other people on the same training
Speaker 2: won't be, you know, disturbing what you're doing. That will
Speaker 2: be unsatisfactory for everyone. So once you save a copy
Speaker 2: to drive, what you will see is copy of this.
Speaker 2: This is a Python notebook using Google's collab and and
Speaker 2: this is the extension for that kind of file. So
Speaker 2: so really what you're going to be seeing is a
Speaker 2: lot of Python code that's calling the a p I
Speaker 2: and visualizing a lot of the estimates that the API enables. So, uh,
Speaker 2: you know, the first thing I guess I would point
Speaker 2: to is there is some you know.
Speaker 3: Annotation here.
Speaker 2: But but basically, if all you want to do is
Speaker 2: see what it does, you can just go down through
Speaker 2: and press these these triangles and basically that runs the
Speaker 2: code that is hidden you. But you can see the
Speaker 2: code here this first this first box is just setting
Speaker 2: up some variables that are calling.
Speaker 3: The obi wan end point the API.
Speaker 2: Okay, so a lot of this is really sort of generic,
Speaker 2: but it will help. I mean, I really feel like
Speaker 2: with this code you're probably fifty percent of the way
Speaker 2: towards making you know your own dashboard for the area
Speaker 2: that you care about.
Speaker 3: So all of this is sort of generic.
Speaker 2: And right now this is pointing to this Alabama study
Speaker 2: area that we've made for this training. But soon enough
Speaker 2: we will have at least an asset, we will have
Speaker 2: bootstraps for the entire United States. And when you do that,
Speaker 2: when we do that, you will only have to change this,
Speaker 2: you know, this address. So once we have a national
Speaker 2: asset and an international global asset for all of the
Speaker 2: bootstraps available.
Speaker 3: This code will really this is one line of code
Speaker 3: to change the actual address of that asset.
Speaker 2: All of the rest of this code, this Python code,
Speaker 2: will be applicable. So and right now you know this
Speaker 2: the Python code is calling this visual this viewer, and
Speaker 2: you know we can turn this the asset off and on.
Speaker 3: You can do whatever you want.
Speaker 2: I mean, you can visualize it with whatever imagery or
Speaker 2: perhaps company records behind it. One thing I would point
Speaker 2: out right now, what we're displaying is the mean of
Speaker 2: the biomass predictions across ten bootstraps. I mentioned that ten
Speaker 2: bootstraps is not a big number, and here's a ten
Speaker 2: kilometer tile where the the bootstraps obviously simulated errors across
Speaker 2: all ten that happened to give us very high biomass values.
Speaker 3: The color ramp here is is biomass.
Speaker 2: So there's nothing squareish under underneath there. You can turn
Speaker 2: that on and off up in the upper right hand corner.
Speaker 2: But basically, you know, what we're seeing is one way
Speaker 2: to visualize the asset. Okay, so again this could be
Speaker 2: any visualization you want, but in this case, what we're
Speaker 2: showing here is you pick the area that you care about. Again,
Speaker 2: this is in the middle of Alabama. I sort of
Speaker 2: arbitrarily drew a polygon in your own in your own development,
Speaker 2: you would probably import a KML.
Speaker 3: Or a shape file for the place that you that
Speaker 3: you care about.
Speaker 2: Okay, so we selected an area of interest, and now
Speaker 2: I'm going to let's say we care about twenty nineteen.
Speaker 2: So we for that area of interest, which is thirty
Speaker 2: seven thousand hectares, the estimate is one hundred and thirty
Speaker 2: six tons per hectare. That's the units here for biomass.
Speaker 2: That's without calibration. Let's try with calibration, see if that
Speaker 2: changes it from one hundred and thirty six.
Speaker 3: It did it.
Speaker 2: You know, it's a fairly high value, and it made
Speaker 2: it higher in general. So what we see the standard
Speaker 2: deviation for that estimate. Again, that's the precision, that's not
Speaker 2: necessarily the overall accuracy. Okay, So you can you can
Speaker 2: toggle this on and off to see the effects of calibration.
Speaker 3: Okay.
Speaker 2: So here's here's another thing that you might want to
Speaker 2: do for the area that you care about. Let's look at.
Speaker 3: The trajectory.
Speaker 2: Of this area and basically what you will see is
Speaker 2: I mean, I just drew that fairly arbitrarily, but we
Speaker 2: saw a gain up until around twenty thirteen, and then
Speaker 2: a loss. It is a fairly actively It looked like
Speaker 2: a fairly actively managed area of again thirty seven thousand hectares, okay. So,
Speaker 2: and I find that looking at the estimates for different
Speaker 2: points in time really sort of gives a lot of
Speaker 2: insight into the overall trends for the area that you
Speaker 2: care about. So, you know, estimating a change with a
Speaker 2: standard standard error, let's just press this button here for
Speaker 2: I think it's from the beginning of the time series
Speaker 2: twenty nine or nineteen ninety nine to twenty twenty three,
Speaker 2: the estimated change is a gain of ten. If we
Speaker 2: only care about the end points the you know, the
Speaker 2: gain was about ten. If we had to find that
Speaker 2: as nineteen ninety nine to twenty thirteen, it would have
Speaker 2: been a big bigger gain, and from twenty thirteen to
Speaker 2: twenty twenty three.
Speaker 3: It would have been obviously a loss.
Speaker 2: So that's why looking at it at the mean estimates
Speaker 2: across time first is pretty is pretty valuable. I mentioned
Speaker 2: that there's this counterfactual additionality where you where you apply, where.
Speaker 3: You look at the changes in your area.
Speaker 2: Let's say it's a park compared to maybe a buffer
Speaker 2: zone that is not managed under your management plan.
Speaker 3: Uh, and is not you know, the.
Speaker 2: The area that you're committing removals from the atmosphere to.
Speaker 2: So we're going to skip that. It works, but you
Speaker 2: have to be able to trust your comparisons if you
Speaker 2: want to make an inference of like this, the differences
Speaker 2: that you're seeing are actually a good indication of the
Speaker 2: impact of your management. So we're instead going to skip
Speaker 2: to looking at changes in the change, changes in biomass
Speaker 2: change changes in the rate of biomass accumulation.
Speaker 3: So we press that.
Speaker 2: And we're looking at the difference between Let's say that
Speaker 2: this is our baseline nineteen ninety nine to two thousand
Speaker 2: and five in the place in the target is twenty
Speaker 2: fifteen to twenty twenty one. So you will see here
Speaker 2: in the outputs that these are These are indeed the
Speaker 2: play that the times that we care about.
Speaker 3: You see the area of this place. This is the
Speaker 3: change in the annual rate of gain. So we're.
Speaker 2: Compared to the baseline time period, we are gaining two
Speaker 2: tons per hectare per year less in the target period,
Speaker 2: which is twenty fifteen to twenty one. Okay, and when
Speaker 2: we have across bootstraps, this is the uncertainty that the
Speaker 2: answer across bootstraps implies.
Speaker 3: So I guess I would.
Speaker 2: Say that, you know, this is a demon This Python
Speaker 2: notebook is a demonstration, but it's also you know, a
Speaker 2: lot of a lot of Python code anyway, that gives
Speaker 2: you good examples about how you could make your own
Speaker 2: application dashboard, or at least it gives a lot of
Speaker 2: examples of calling the API for things that you care about.
Speaker 2: So I think that after a brief message, I will
Speaker 2: be on for answering your questions. I look forward to them.
Speaker 2: Have fun with the notebook.
Speaker 1: Thanks, thank you very much doctor Heally for that great
Speaker 1: presentation and demonstration. Now let's do a quick summary of
Speaker 1: the most important points discussed during this presentation. Today we
Speaker 1: learned that obi wan can address climate change mitigation across
Speaker 1: different sectors by identifying management practice that reduce impacts. It's
Speaker 1: important to understand that uncertainty for carbon estimates is critical
Speaker 1: and that concept of additional is how management practices contribute
Speaker 1: to carbon storage trends. So what would happen if you
Speaker 1: were not doing what you were doing. Obie uses hierarchical
Speaker 1: bootstrapping to get a distribution of predicted changes and optical
Speaker 1: imagery from sensors like lansat do not see through the
Speaker 1: canopy and are likely to underpredict high biomass while overpredicting
Speaker 1: low biomass for a single point in time, as well
Speaker 1: as underpredict changes between high and low biomass conditions. And finally,
Speaker 1: calibration is a simple correction based on independent data and
Speaker 1: applied to the predictions to minimize bias. There is one
Speaker 1: homework associated with this training series and the homework can
Speaker 1: be accessed through the training website as of today, the
Speaker 1: due date is June eighteenth, and there will be a
Speaker 1: certificate of completion to participants who attend both live webinars
Speaker 1: and complete the homework by the deadline. Participants will receive
Speaker 1: a certificate via email approximately two months after completion of
Speaker 1: the course. If you have any questions about the material
Speaker 1: that has been presented, feel free to reach out to
Speaker 1: doctor Sean Healey through the contact information in this slide.
Speaker 1: We've reached the end of today's session and this training series.
Speaker 1: I'd like to thank doctor Sean Healey for his excellent presentations.
Speaker 1: I'd like to thank all of the participants for their
Speaker 1: interest in this topic and all of the great questions
Speaker 1: that have been coming in. We will now start our
Speaker 1: Q and A session.
Speaker 4: Thank you Erica for the SUMMARYE and wrap up. My
Speaker 4: name is Savannah Cooley and I am and our set
Speaker 4: trainer with the Ecological Conservation Program and I will be
Speaker 4: facilitating our Q and A session today. With that, we
Speaker 4: can go to the Question and Answers document where we
Speaker 4: have been populating all of the excellent questions that have
Speaker 4: been coming in. And let's go ahead and dive into
Speaker 4: question one, which asks JEDI and obi wan seem very
Speaker 4: useful for estimating biomass change, but high stakes carbon decisions
Speaker 4: requires strong evidence of additionality, uncertainty, control, and validation. In
Speaker 4: your view, what is the current practical boundary between using
Speaker 4: obi wan for scientific monitoring and using it for operational
Speaker 4: carbon credit or policy verification. So with that, i'll pass
Speaker 4: to you Sean. You've started your answer here all and
Speaker 4: I'll let you elaborate.
Speaker 3: Thanks Savannah.
Speaker 2: Yeah, this is really sort of a fundamental question, isn't it.
Speaker 3: You know, when.
Speaker 2: Authorities issue carbon credits, and when countries use particular methods
Speaker 2: for accounting for the additionality of their forests their forest management.
Speaker 2: You know, there's always a decision, Uh, you know, what
Speaker 2: is reliable enough, what is what meets the standard of
Speaker 2: of what can be used?
Speaker 3: What's you know, what's the best available?
Speaker 2: I think in most many cases, uh, obi wan represents
Speaker 2: the best available remotely sensed answer. Uh, It's not as
Speaker 2: good as having a longitudinal field survey, but that's not
Speaker 2: available in many places. So I mean we see a
Speaker 2: lot of people, uh, you know, countries, especially projects using
Speaker 2: this emission factor at tivity data paradigm that you know,
Speaker 2: that relies on a statistical framework, just like obi WAN does.
Speaker 3: I believe that obi wan.
Speaker 2: Accounts for more factors than that it accounts for changing
Speaker 2: changing emission factors within the same class through time. The
Speaker 2: short answer is, uh, you know, the whether obi wan
Speaker 2: or you know, the activity data emission factor paradigm or
Speaker 2: anything else is acceptable is up to you know, particular creditors.
Speaker 2: My personal opinion about obi wan as some of the
Speaker 2: some of the validation activity sort of suggested. I think
Speaker 2: it's good outside of the United States. The calibration with
Speaker 2: independent JEDI data is very useful and it removes a
Speaker 2: lot of the biases that we see, but it it's
Speaker 2: not it also introduces biases and in some cases we're
Speaker 2: over predicting losses, which you know, that's that's the primary problem.
Speaker 3: So I'm not sure that it is appropriate for.
Speaker 2: You know, UH funding a critical decisions and monitoring outside
Speaker 2: of the United States yet, although I do think that
Speaker 2: it probably represents the best remotely sensed answer anybody is
Speaker 2: going to give you. So I think it's appropriate for science,
Speaker 2: but maybe not for for the offset markets in the
Speaker 2: United States, where we have systematic collection and availability of
Speaker 2: change calibration data. I think our validation activity suggested that. Yeah,
Speaker 2: I think it is approaching that level where you you
Speaker 2: might base funding decisions on that, crediting decisions, you know.
Speaker 2: And again it's it's not as good as having field
Speaker 2: plots in your forest, you know, going back in time.
Speaker 2: But in a lot of cases that that kind of
Speaker 2: field effort UH is just not feasible given the amounts
Speaker 2: of money that are involved. So that I think that's
Speaker 2: a fundamental question, which is why I spend a lot
Speaker 2: of time on it, and I've.
Speaker 3: Thought about it a lot too.
Speaker 2: You know that the statistical framework that that we talked
Speaker 2: about is really you know, everything that we're doing is
Speaker 2: geared towards making this more acceptable to countries when they
Speaker 2: when they choose their method for reporting and for carbon standards,
Speaker 2: when they choose their methods for for monitoring the credits
Speaker 2: that they issue. So that's that's a long answer to
Speaker 2: a good question.
Speaker 4: I think, thank you so much Sean for the thoroughness
Speaker 4: of your answer and really going into some of the
Speaker 4: nuances and the key considerations. And I think, yeah, what
Speaker 4: you emphasized around the importance of the knowing the uncertainties
Speaker 4: and ultimately that it will be the creditors that be
Speaker 4: able to decide that existing information, you know, and also
Speaker 4: the high costs of field based methods of doing these
Speaker 4: kinds of analyzes that obi WAN still despite having uncertainties,
Speaker 4: also represents the best information that we know of available
Speaker 4: and from a remotely sense standpoint. So thank you so
Speaker 4: much for that thorough answer, and we will move to
Speaker 4: question two. Can the integration of Jedi derived biomass structure
Speaker 4: lansat SLASH sentinel landcover history and SIF which is solar
Speaker 4: induced fluorescence based photosynthetic activity improve estimates of watershed scale
Speaker 4: carbon capture and biomass change dynamics under climate and disturbance pressures.
Speaker 2: Well, yeah, that's a good question. I In general, the
Speaker 2: answer that I wrote addresses, you know, what imagery we
Speaker 2: use in obi WAN. As I read the question more thoroughly,
Speaker 2: I'm not sure that's the question that's being asked, but
Speaker 2: I'll just to elaborate on that question. Yeah, the better
Speaker 2: the imagery is correlated with biomass, the better our answers
Speaker 2: are going to be. We use lance at because it's
Speaker 2: available systematically back backwards through time.
Speaker 3: In terms of understanding.
Speaker 2: Climate pressures, climate processes and stuff like that, obi WAN
Speaker 2: is not a it's not a process model, right, We're not.
Speaker 3: We are only monitoring, uh, past trends.
Speaker 2: We're not trying to extract processes that we might use
Speaker 2: to extrapolate under different climates and things like that.
Speaker 1: Uh.
Speaker 2: In terms of disturbance pressures, yes, certainly we're uh. I
Speaker 2: mean in a retrospective way. We're allowing the quantification of
Speaker 2: biomass change in a particular area that may be subject
Speaker 2: to or or protected from developed disturbance processes related to development,
Speaker 2: and it facilitates comparison of the additionality there. So yeah,
Speaker 2: I think that's yes, Yes for disturbance processes, no for.
Speaker 3: For climate processes.
Speaker 4: Thank you. Question three asks can the obi wan API
Speaker 4: be used for urban prediction? Uh?
Speaker 2: The short answer is I wouldn't. Buildings often full Jedi waveforms.
Speaker 2: They can look like trees, and so I frankly just
Speaker 2: don't trust our predictions over urban areas, just because that
Speaker 2: that sort of fundamental error will propagate its way, and
Speaker 2: we haven't tested it, but I don't think it's probably
Speaker 2: it's probably not the most appropriate thing to track urban
Speaker 2: forests in particular.
Speaker 4: Right, even if even if an application I imagine we're
Speaker 4: to have a very accurate map of building footprints that
Speaker 4: they could mask out, there's still the consideration of the
Speaker 4: Jedi geolocation error, right which would which would.
Speaker 3: That's right?
Speaker 2: Yeah, yeah, And just that's that's up to about ten
Speaker 2: one sigma is ten meters, so you know, sixty seven
Speaker 2: percent of the footprints might be ten meters away, and
Speaker 2: you know some might be considerably farther away than the
Speaker 2: coordinates say they.
Speaker 3: Are, yeh.
Speaker 4: Question four asks how do uncertainty approximation approaches differ between
Speaker 4: m d N based probabilistic modeling and obi WAN based
Speaker 4: biomass change estimation, and can these approaches be integrated to
Speaker 4: improve watershed scale carbon and ecosystem decision support.
Speaker 3: So I don't even know what MDN stands for.
Speaker 4: I don't either. If actually, if someone who asks this
Speaker 4: question wants to clarify that part in the chat, pause
Speaker 4: a moment or circle back to this question.
Speaker 2: I mean to answer the question about watersheds. I think
Speaker 2: obi wan is appropriate for watershed carbon decision support.
Speaker 3: You know that we're where as.
Speaker 2: I said in the presentation, uh, talking about larger areas
Speaker 2: over a few hundred hectares, and that certainly is most
Speaker 2: watershed scales. So I would feel comfortable using obi wan
Speaker 2: to to evaluate carbon trends in particular watershed, as long
Speaker 2: as it's not you know, the really fine fine scale
Speaker 2: of huck levels.
Speaker 4: Thanks. Question five is a question about the black stripe
Speaker 4: line in slide eleven.
Speaker 2: Yeah, those those were the Those were the figures that
Speaker 2: just have field measured change on the X axis and
Speaker 2: predicted change on the Y axis. And the closer that
Speaker 2: that that black line is the one to one line.
Speaker 3: So the closer.
Speaker 2: A particular population is estimated to the to the real change,
Speaker 2: the closer it will be to that black line.
Speaker 3: So that's just there for reference.
Speaker 4: Question six asks, I know that over steep slopes, the
Speaker 4: lighter waveform tends to stretch. This can lead to overestimating
Speaker 4: canopy height. Do the current versions of relative hype metrics
Speaker 4: such as rge on one hundred and R ninety eight
Speaker 4: in the level two A product include any slope correction
Speaker 4: algorithms or have they successfully mitigated this slope stretching effect.
Speaker 2: Yes, so, I mean, if you think about the waveforms
Speaker 2: we looked at last week, if the level of the
Speaker 2: I mean, it's based upon the elevation of the ground
Speaker 2: that's found. But if you think about, you know, the
Speaker 2: circle that is a footprint. If that ground elevation is
Speaker 2: much higher on one half one side of the circle
Speaker 2: than the other, that's going to introduce a bunch of
Speaker 2: noise to that waveform. And that's why the Jedi mission
Speaker 2: is using a much smaller footprint, so you know, minimizing
Speaker 2: the potential for that ground level to change considerably. But
Speaker 2: it is twenty five meters and if you mean you
Speaker 2: can go out in the woods and walk twenty five
Speaker 2: meters and go down a slope, so you know there
Speaker 2: is noise there. And that's why Jedi provides waveforms basically
Speaker 2: the L two a relative height metrics, using a variety
Speaker 2: of ground finding algorithms specifically to address well. This issue
Speaker 2: is one of the main reasons why Jedi provides multiple
Speaker 2: versions of our age and some of them, I mean,
Speaker 2: the intention is that some of them are probably more
Speaker 2: locally representative than other. So I've included a link to
Speaker 2: all the documentation for those algorithms. So the short answer
Speaker 2: is we minimize it as much as we can, and
Speaker 2: we take a range of measures to to to find
Speaker 2: the ground appropriately, and you can find you can find
Speaker 2: different choices for that algorithm in the in the Jedi data.
Speaker 4: Yeah, and maybe I would just add that this is
Speaker 4: a fundamental issue with just how full waveform light our works,
Speaker 4: right where that we don't actually have a way to
Speaker 4: trace individual returns within a footprint in terms of where
Speaker 4: within that footprint they landed. And so there's no that
Speaker 4: that's a fundamental characteristic of just how waveform light our works.
Speaker 3: That's right, Yeah, it's well put.
Speaker 4: So in question seven, we have the following, could you
Speaker 4: share more applied cases of satellite data fusion, especially examples
Speaker 4: where multiple data sets such as Jedi, Lancet, Sentinel, solar
Speaker 4: inducescens or synthetic aperture radar are integrated to improve biomass,
Speaker 4: carbon or ecosystem monitoring.
Speaker 2: Yeah, I put I put a link to Laura duncanson
Speaker 2: at All's recent paper. I think it's accepted now, but
Speaker 2: I included the link for the free version. You know,
Speaker 2: that's that's fusion of ice at two, which is available
Speaker 2: outside of you know, above the latitudes that the Jedi
Speaker 2: is limited to, so the boreal mostly the boreal region
Speaker 2: that is not studied by Jedi.
Speaker 3: Ice at two does does see it?
Speaker 2: So that that paper and integrates fusion of Lancet and
Speaker 2: ice at two. There's also a lot of work with
Speaker 2: Jedi specifically that has followed fusion with.
Speaker 3: Terras are like tandem x uh so radar data.
Speaker 2: So you know it, and you know the Jedi asset
Speaker 2: is available on Earth Engine, so you know the the
Speaker 2: possibilities are almost limitless in terms of fusion through a
Speaker 2: number of different methods.
Speaker 4: Great, thank you, and and with the time here, this
Speaker 4: will be our last question for the live Q and A.
Speaker 4: There are more questions that have yet to be addressed,
Speaker 4: and we will make sure to have those addressed and
Speaker 4: published in the Q and a document that will be
Speaker 4: posted to our training website within about a week from
Speaker 4: from today. So let's end here with question eight. How
Speaker 4: is calibration droplated to every lansat pixel when using Jedi
Speaker 4: slash F I A.
Speaker 3: Yeah, and I'll start with my last sentence there.
Speaker 2: Obi wan is a tool for estimating biomass and biomass
Speaker 2: change over large areas. So the focus is not perfecting
Speaker 2: every prediction, it is removing the biases across the population.
Speaker 2: Because because we're focused on a population level parameter, the
Speaker 2: mean change or the mean biomass, So you know, in general,
Speaker 2: we use data from across the across the landscape to
Speaker 2: come up with a simple correction classical linear calibration function
Speaker 2: that we apply to all of the pixels. It doesn't
Speaker 2: necessarily make any particular pixel better, but it removes the
Speaker 2: biases across across the whole population. That's the intention anyway.
Speaker 2: So yeah, I guess the question is how is it extrapolated.
Speaker 2: The calibration is fitted us the large population and it's
Speaker 2: applied to all the pixels knowing that you know our
Speaker 2: target is the population parameter and not any particular pixels trajectory.
Speaker 4: Great, Well, that that's our time here for today. I
Speaker 4: want to thank you doctor Sean Healey for such a
Speaker 4: fantastic presentation and demo of obi Wan and think all
Speaker 4: participants for your interest and participation in today's training.
Speaker 2: Thank you Savannah, you guys have been great. This is
Speaker 2: really a well supported training I think so.
Speaker 3: Thank you, Thank you all,
Podbean