<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>graphs, | Math to Power Industry</title><link>https://m2pi.ca/keywords/graphs/</link><atom:link href="https://m2pi.ca/keywords/graphs/index.xml" rel="self" type="application/rss+xml"/><description>graphs,</description><generator>Wowchemy (https://wowchemy.com)</generator><language>en-us</language><copyright>© 2025 Pacific Institute for the Mathematical Sciences</copyright><lastBuildDate>Tue, 24 Mar 2026 00:00:00 +0000</lastBuildDate><image><url>https://m2pi.ca/media/logo.svg</url><title>graphs,</title><link>https://m2pi.ca/keywords/graphs/</link></image><item><title>Awesense</title><link>https://m2pi.ca/project/2026/awesense/</link><pubDate>Tue, 24 Mar 2026 00:00:00 +0000</pubDate><guid>https://m2pi.ca/project/2026/awesense/</guid><description>&lt;p>
&lt;figure >
&lt;div class="d-flex justify-content-center">
&lt;div class="w-100" >&lt;img alt="" srcset="
/project/2026/awesense/AwesenseLogo_hucc641fe9de6a93e770723ac6578f61ba_22084_5a2990e9371c2b73c58fd2fe15f3745b.webp 400w,
/project/2026/awesense/AwesenseLogo_hucc641fe9de6a93e770723ac6578f61ba_22084_0b4baea3fdc3f5e4eaf7903b0528373e.webp 760w,
/project/2026/awesense/AwesenseLogo_hucc641fe9de6a93e770723ac6578f61ba_22084_1200x1200_fit_q90_h2_lanczos_3.webp 1200w"
src="https://m2pi.ca/project/2026/awesense/AwesenseLogo_hucc641fe9de6a93e770723ac6578f61ba_22084_5a2990e9371c2b73c58fd2fe15f3745b.webp"
width="555"
height="514"
loading="lazy" data-zoomable />&lt;/div>
&lt;/div>&lt;/figure>
At &lt;a href="https://www.awesense.com/" target="_blank" rel="noopener">Awesense&lt;/a>, we&amp;rsquo;ve been building a platform for
power grid digital twins with the goal of allowing easy access to and use of
electrical grid data in order to build a myriad of applications and use cases
for the decarbonized grid of the future, which will need to include more and
more distributed energy resources (DERs) such as rooftop solar, batteries as
well as electric vehicles (EVs) and still operate safely and efficiently.&lt;/p>
&lt;p>Awesense has built a sandbox environment populated with synthetic but realistic
data and exposing APIs on top of which such applications can be built. As such,
what we are looking for is to create a collection of prototype applications
demonstrating the power of the platform.&lt;/p>
&lt;p>&lt;em>The current challenge involves building computational techniques for
automatically detecting the presence of behind-the-meter electric vehicles and
disaggregating their consumption from the overall household (meter)
consumption.&lt;/em>&lt;/p>
&lt;h3 id="background">Background&lt;/h3>
&lt;p>Energy disaggregation, also known as appliance disaggregation is a technique
which is used to analyze and break down the energy consumption in a building or
household into individual appliance-level energy usages. The goal is to identify
and monitor the energy consumption of specific “appliances” without the need for
additional metering or sensors on each device.&lt;/p>
&lt;p>The process of energy disaggregation involves analyzing the overall power signal
from a building or household and applying advanced algorithms and machine
learning techniques to separate and attribute energy consumption to specific
sources. One of these sources can be electric vehicles (EVs), particularly ones
plugged-in directly into regular outlets. These are the focus of the proposed
project.&lt;/p>
&lt;p>The ability to perform energy disaggregation analytics holds significant
importance for utilities and electricity distribution. By gaining granular
insights into customers&amp;rsquo; energy usage at a more granular level, utilities can
develop targeted demand response programs, optimize load distribution, and
enhance grid management. Energy disaggregation analytics enables utilities to
identify peak demand periods, forecast load patterns, and make informed
decisions regarding infrastructure investments.&lt;/p>
&lt;h3 id="details">Details&lt;/h3>
&lt;p>Electrical distribution grids are composed of grid elements of various types
(e.g. power lines, transformers, switches, meters, SCADA devices, etc.)
connected to each other in a network (graph) structure. A feeder is a set of
distribution lines (often operating at medium voltage) that collectively
transport power from a substation to a multitude of downstream loads. Certain
grid elements like meters, SCADA devices, fixed or movable IoT sensors, and
Distributed Energy Resources (DERs) produce time series data such as voltage,
current, power, energy, battery state of charge, and other measurements.&lt;/p>
&lt;p>In this project, the students will need to use the Awesense SQL or REST APIs to
retrieve the necessary time series and grid structure information to determine
(and visualize) which households (meters) likely have an electric vehicle, at
what times is it plugged in and how much energy does it draw.&lt;/p>
&lt;p>Additional information about the EV disaggregation use case can be found
&lt;a href="https://www.awesense.com/ecosystem/ev-appliance-disaggregation/" target="_blank" rel="noopener">here&lt;/a>.&lt;/p>
&lt;h3 id="skillset">Skillset&lt;/h3>
&lt;p>This work involves coding some analyses and visualizations on top of the data
and APIs described above and devising an algorithm for the redistribution of
load to optimize overall capacity. It would require good data wrangling,
statistics and data visualization skills to design and then implement the best
way to transform, aggregate and visualize the data, and good
mathematical/algorithmic skills for the optimization piece. The data access APIs
are in SQL form, so SQL querying skills would also be desirable. Alternatively,
REST APIs can be made available. Beyond that, the tools and programming
languages used to create the analyses, visualizations and algorithms would be up
to the students. Typical ones we have used include BI tools like Power BI or
Tableau and notebooking applications like Jupyter or Zeppelin combined with
programming languages like Python or R.&lt;/p>
&lt;h3 id="tool-access-and-support">Tool Access and Support&lt;/h3>
&lt;p>If the participants don’t have any electrical background, Awesense will teach
enough of it to allow handling the given use case.&lt;/p>
&lt;p>In addition to the previously mentioned SQL and REST APIs, the Awesense platform
also comes with a web-based application (graphical user interface front-end)
called TGI (True Grid Intelligence) that serves as a companion visual explorer
for the data stored in the platform. The snapshot below shows a portion of the
grid available in the synthetic dataset. An EV Charger is selected (map blue
marker and highlighted row in the table) and its properties are shown in the
left sidebar, along with an electrical flow time series chart. The SQL &amp;amp;
REST APIs include functionality for retrieving all this information
programmatically.&lt;/p>
&lt;p>
&lt;figure >
&lt;div class="d-flex justify-content-center">
&lt;div class="w-100" >&lt;img src="./table.png" alt="" loading="lazy" data-zoomable />&lt;/div>
&lt;/div>&lt;/figure>
&lt;/p>
&lt;p>For the duration of the project, upon agreeing to a standard end-user licensing
agreement, participants in this PIMS project will be given access to the sandbox
environment, including TGI, the programmatic SQL and REST APIs and associated
documentation, as well as access to a GitHub repository with sample SQL, REST
and python code snippets in Jupyter notebooks, showcasing how to use the APIs.&lt;/p>
&lt;p>A successful project will consist of an algorithm and a set of visuals answering
the questions posed above for the sandbox dataset, accompanied by any BI tool
files or notebook code used to produce them; Awesense permits and encourages the
public sharing of these artifacts, as long as credit for the dataset and APIs is
given to Awesense (e.g. by including a “Powered by Awesense” phrase and an
&lt;a href="https://www.awesense.com" target="_blank" rel="noopener">Awesense website link&lt;/a>; publishing the raw data
retrieved from the sandbox is not permitted.&lt;/p>
&lt;p>&lt;em>Important note : project participants will be given individual access
credentials, and they should not share with anyone else (including not among
themselves) nor cache/save them in publicly posted files.&lt;/em>&lt;/p></description></item><item><title>Awesense</title><link>https://m2pi.ca/project/2025/awesense/</link><pubDate>Sun, 05 May 2024 00:00:00 +0000</pubDate><guid>https://m2pi.ca/project/2025/awesense/</guid><description>&lt;p>
&lt;figure >
&lt;div class="d-flex justify-content-center">
&lt;div class="w-100" >&lt;img alt="" srcset="
/project/2025/awesense/AwesenseLogo_hucc641fe9de6a93e770723ac6578f61ba_22084_5a2990e9371c2b73c58fd2fe15f3745b.webp 400w,
/project/2025/awesense/AwesenseLogo_hucc641fe9de6a93e770723ac6578f61ba_22084_0b4baea3fdc3f5e4eaf7903b0528373e.webp 760w,
/project/2025/awesense/AwesenseLogo_hucc641fe9de6a93e770723ac6578f61ba_22084_1200x1200_fit_q90_h2_lanczos_3.webp 1200w"
src="https://m2pi.ca/project/2025/awesense/AwesenseLogo_hucc641fe9de6a93e770723ac6578f61ba_22084_5a2990e9371c2b73c58fd2fe15f3745b.webp"
width="555"
height="514"
loading="lazy" data-zoomable />&lt;/div>
&lt;/div>&lt;/figure>
At Awesense, we’ve been building a platform for power grid digital twins with
the goal of allowing easy access to and use of electrical grid data in order to
build a myriad of applications and use cases for the decarbonized grid of the
future, which will need to include more and more distributed energy resources
(DERs) such as rooftop solar, batteries as well as electric vehicles (EVs) and
still operate safely and efficiently.&lt;/p>
&lt;p>Awesense has built a sandbox environment populated with synthetic but realistic
data and exposing APIs on top of which such applications can be built. As such,
what we are looking for is to create a collection of prototype applications
demonstrating the power of the platform.&lt;/p>
&lt;p>&lt;em>The current challenge involves building an application for optimizing the
distribution of load (consumption) across the grid so it is balanced instead of
overloaded in some areas and underloaded in others.&lt;/em>&lt;/p>
&lt;h3 id="background">Background&lt;/h3>
&lt;p>The ongoing shift from carbon-heavy energy sources to electrical power has led
to significant constraints on the capacity of the existing power distribution
infrastructure, particularly at the medium-voltage (MV) level. As demands for
electric power grow and previously small single-digit megawatt loads evolve into
tens of megawatts, the strain on existing conductor lines, transformers, and
HV/MV substations increases. Reinforcing or expanding infrastructure is both
costly and time-consuming, and utilities must look for faster and more
cost-effective ways to adapt to this new energy landscape.&lt;/p>
&lt;p>Against this backdrop, the fundamental problem is to ensure that the MV grid can
handle higher power demands without exceeding capacity limits. With more
consumption points being connected and each demanding greater power, the grid
approaches its maximum permissible load. Utilities, therefore, need to find ways
to redistribute or reroute loads in order to alleviate tress on overloaded
segments, maintain reliability, and defer or avoid major infrastructure
upgrades.&lt;/p>
&lt;p>Utilities can alleviate capacity constraints by selectively redistributing and
rerouting loads within the MV grid, often by adjusting or reassigning segments
of the grid among lines that have available capacity. Another option is to
strategically connect line segments at carefully chosen locations. This approach
can also involve taking advantage of overlapping conductor routes to form more
balanced feeders, effectively reducing the load on certain lines while
preventing overload conditions and thereby deferring costly infrastructure
expansions—all without compromising service reliability.&lt;/p>
&lt;h3 id="details">Details&lt;/h3>
&lt;p>Electrical distribution grids are composed of grid elements of various types
(e.g. power lines, transformers, switches, meters, SCADA devices, etc.)
connected to each other in a network (graph) structure. A feeder is a set of
distribution lines (often operating at medium voltage) that collectively
transport power from a substation to a multitude of downstream loads. Certain
grid elements like meters, SCADA devices, fixed or movable IoT sensors, and
Distributed Energy Resources (DERs) produce time series data such as voltage,
current, power, energy, battery state of charge, and other measurements.&lt;/p>
&lt;p>In this project, the students will need to use the Awesense SQL or REST APIs to
retrieve the necessary time series and grid structure information to determine
and visualize which parts of the grid are closest to capacity or in danger of
over-capacity should additional load be added, and then devise an algorithm that
identifies the best places where load can be shifted or swapped between feeders
in order to accommodate more overall capacity. Because load (consumption)
fluctuates over time, the problem has a temporal dimension that needs to be
taken into account, as the magnitude of available capacity may vary with the
time of day, week, or year.&lt;/p>
&lt;p>Additional information about the grid capacity optimization use case can be
found
&lt;a href="https://www.awesense.com/ecosystem/mv-grid-optimization-analysis-use-case/" target="_blank" rel="noopener">here&lt;/a>.
The diagrams below show potential types of re-routes/swaps of lines.&lt;/p>
&lt;p>
&lt;figure >
&lt;div class="d-flex justify-content-center">
&lt;div class="w-100" >&lt;img src="./lineswaps.png" alt="" loading="lazy" data-zoomable />&lt;/div>
&lt;/div>&lt;/figure>
&lt;/p>
&lt;h3 id="skillset">Skillset&lt;/h3>
&lt;p>This work involves coding some analyses and visualizations on top of the data
and APIs described above and devising an algorithm for the redistribution of
load to optimize overall capacity. It would require good data wrangling,
statistics and data visualization skills to design and then implement the best
way to transform, aggregate and visualize the data, and good
mathematical/algorithmic skills for the optimization piece. The data access APIs
are in SQL form, so SQL querying skills would also be required. Alternatively,
REST APIs can be made available. Beyond that, the tools and programming
languages used to create the analyses, visualizations and algorithms would be up
to the students. Typical ones we have used include BI tools like Power BI or
Tableau and notebooking applications like Jupyter or Zeppelin combined with
programming languages like Python or R.&lt;/p>
&lt;h3 id="tool-access-and-support">Tool Access and Support&lt;/h3>
&lt;p>If the participants don’t have any electrical background, Awesense will teach
enough of it to allow handling the given use case.&lt;/p>
&lt;p>In addition to the previously mentioned SQL and REST APIs, the Awesense platform
also comes with a web-based application (graphical user interface front-end)
called TGI (True Grid Intelligence) that serves as a companion visual explorer
for the data stored in the platform. The snapshot below shows a portion of the
grid available in the synthetic dataset. An EV Charger is selected (map
blue marker and highlighted row in the table) and its properties are shown
in the left sidebar, along with an electrical flow time series chart. The
SQL &amp;amp; REST APIs include functionality for retrieving all this information
programmatically.&lt;/p>
&lt;p>
&lt;figure >
&lt;div class="d-flex justify-content-center">
&lt;div class="w-100" >&lt;img src="./table.png" alt="" loading="lazy" data-zoomable />&lt;/div>
&lt;/div>&lt;/figure>
&lt;/p>
&lt;p>For the duration of the project, upon agreeing to a standard end-user licensing
agreement, participants in this PIMS project will be given access to the sandbox
environment, including TGI, the programmatic SQL or REST APIs and associated
documentation, as well as access to a GitHub repository with sample SQL, REST
and python code snippets in Jupyter notebooks, showcasing how to use the APIs.&lt;/p>
&lt;p>A successful project will consist of an algorithm and a set of visuals answering
the questions posed above for the sandbox dataset, accompanied by any BI tool
files or notebook code used to produce them; Awesense permits and encourages the
public sharing of these artifacts, as long as credit for the dataset and APIs is
given to Awesense (e.g. by including a “Powered by Awesense” phrase and an
&lt;a href="https://awesense.com" target="_blank" rel="noopener">Awesense website link&lt;/a>); publishing the raw data
retrieved from the sandbox is not permitted.&lt;/p>
&lt;p>&lt;em>&lt;strong>Important note:&lt;/strong> project participants will be given individual access
credentials, and they should not share with anyone else (including not among
themselves) nor cache/save them in publicly posted files.&lt;/em>&lt;/p></description></item><item><title>IOTO</title><link>https://m2pi.ca/project/2026/ioto/</link><pubDate>Tue, 24 Mar 2026 00:00:00 +0000</pubDate><guid>https://m2pi.ca/project/2026/ioto/</guid><description>&lt;p>
&lt;figure >
&lt;div class="d-flex justify-content-center">
&lt;div class="w-100" >&lt;img alt="" srcset="
/project/2026/ioto/IOTOLogo_hu4cefab04bfde003a7127f1221317f7b7_4500_a93614931e0c5a2cab9220c1850c82f7.webp 400w,
/project/2026/ioto/IOTOLogo_hu4cefab04bfde003a7127f1221317f7b7_4500_7ad782d3cfd13a53250d631d438f2074.webp 760w,
/project/2026/ioto/IOTOLogo_hu4cefab04bfde003a7127f1221317f7b7_4500_1200x1200_fit_q90_h2_lanczos_3.webp 1200w"
src="https://m2pi.ca/project/2026/ioto/IOTOLogo_hu4cefab04bfde003a7127f1221317f7b7_4500_a93614931e0c5a2cab9220c1850c82f7.webp"
width="244"
height="114"
loading="lazy" data-zoomable />&lt;/div>
&lt;/div>&lt;/figure>
&lt;/p>
&lt;h3 id="overview">Overview&lt;/h3>
&lt;p>We have controlled vocabularies and topic structures that are used to index
and understand large bodies of text. We want to better understand how text is
clustered around known structured topics so that unknown topics can be
identified in texts and added to our controlled vocabularies and topic
structures.&lt;/p>
&lt;h3 id="background">Background&lt;/h3>
&lt;p>Goverlytics&lt;sup>®&lt;/sup> seeks to produce low-dimensional representations of
legislative activity to: 1) make politics accessible to a broader public; and to
2) increase focus on policy goals. The model for Goverlytics&lt;sup>®&lt;/sup> is
sports analytics, which has transformed the way in which sports are understood
and consumed. Goverlytics&lt;sup>®&lt;/sup> analyzes data generated during
legislative sessions: attendance, documents, transcripts, vote tallies, audio
and video recordings.&lt;/p>
&lt;p>Analytics in sports first &lt;a href="https://invention.si.edu/invention-stories/sports-analytics-moneyball" target="_blank" rel="noopener">began with measurement of what could be easily
measured&lt;/a>
– goals (of course!), strokes, hits, etc. By distilling all that goes on during
the activity into a few dimensions that allow for quantification and comparison,
analytics helps to explain and so increase comprehension and engagement.
Increasingly complex measurements are being engineered from ever larger datasets
to enhance predictions and decision-making. Both short-term outcomes and
strategies that may be decided in game, and for long-term considerations such as
player health are at stake.&lt;/p>
&lt;h3 id="challenge">Challenge&lt;/h3>
&lt;p>In some cases, Goverlytics&lt;sup>®&lt;/sup> has to start creating statistics for
legislative sessions from simple audio tracks. Audio is transcribed into words
of a language. Then the language words (and concatenations of them) are binned
into topic discourse, by means language models and &lt;a href="https://www.comparativeagendas.net/datasets_codebooks" target="_blank" rel="noopener">topic
classifications&lt;/a>.
Finally, topic classifications are used to index parts of the legislative
activity that are likely to be interesting for a broader public. This process
is akin to the distillation of a sporting match into a highlights reel or
abbreviated match summary e.g. What topics were discussed the most? Who talked
about those topics? Were there any significant new topics, or was voting and
discussion about previously known topics? Were there significant outliers? Smash
hits?&lt;/p>
&lt;p>Because legislative sessions can go on for hours with very little information of
predictive or decision-making value, it can be costly to process raw data to
reach insight. The challenge is to find shorter paths to interesting bits of
discourse. Can methods from &lt;a href="https://www.mdpi.com/journal/mathematics/special_issues/Mathematical_Methods_Signal_Analysis" target="_blank" rel="noopener">signal
analysis&lt;/a>
or related mathematical fields be used to more efficiently signpost insight into
legislative data? Unsupervised learning techniques may provide some guidance.
However, a successful solution will reveal what in the legislative activity is
deserving of attention from a policy point of view, ether by connecting with a
known policy ontology (such as &lt;a href="https://www.comparativeagendas.net/pages/master-codebook" target="_blank" rel="noopener">comparative agendas
codebook&lt;/a>, or by
surfacing issues that should be connected to a known ontology.&lt;/p>
&lt;h3 id="data">Data&lt;/h3>
&lt;p>At a minimum, APIs covering topic data for various legislative leagues (Canada,
BC, Alberta, etc.) will be made available to the M2PI team. These APIs reliably
serve data concerning legislative &amp;lsquo;players&amp;rsquo; and their topic-related interventions
over a number of legislative sessions. Corresponding audio will also be supplied.&lt;/p>
&lt;p>Further datasets concerning elections, voting, and financial data may be made
available – depending time available, which legislative leagues the M2PI team
elects to study, and how they choose to analyse.&lt;/p>
&lt;ul>
&lt;li>Finance data are available from
&lt;a href="https://data.oecd.org/gga/general-government-spending.htm" target="_blank" rel="noopener">OECD&lt;/a>, &lt;a href="https://www150.statcan.gc.ca/n1/en/type/data" target="_blank" rel="noopener">Statistics
Canada&lt;/a>, and &lt;a href="https://www2.gov.bc.ca/gov/content/data/statistics/economy/bc-economic-accounts-gdp" target="_blank" rel="noopener">legislative
&amp;rsquo;leagues&amp;rsquo;
themselves&lt;/a>.&lt;/li>
&lt;li>Topics are standardized along &lt;a href="https://www.comparativeagendas.net/pages/master-codebook" target="_blank" rel="noopener">Comparative Agendas Project (CAP)
lines&lt;/a>&lt;/li>
&lt;li>Charts of
&lt;a href="https://www.tpsgc-pwgsc.gc.ca/recgen/pceaf-gwcoa/2324/tdm-toc-eng.html" target="_blank" rel="noopener">accounts&lt;/a>
for
&lt;a href="https://www.oecd-ilibrary.org/sites/df28fbde-en/index.html?itemId=/content/component/df28fbde-en#:~:text=Governments%27%20expenditures%20by%20function%20reveal,and%20public%20order%20and%20safety" target="_blank" rel="noopener">finance&lt;/a>
overlap topic categories, but do not correspond exactly.&lt;/li>
&lt;li>Voting data for bills and motions may be available for &lt;a href="https://www.ourcommons.ca/members/en/votes" target="_blank" rel="noopener">certain
legislatures&lt;/a>.&lt;/li>
&lt;li>Audio files are available for whatever legislative level is chosen for study
by the M2PI team.&lt;/li>
&lt;/ul></description></item><item><title>University of Victoria</title><link>https://m2pi.ca/project/2026/uvic/</link><pubDate>Tue, 24 Mar 2026 00:00:00 +0000</pubDate><guid>https://m2pi.ca/project/2026/uvic/</guid><description>&lt;h3 id="overview">Overview&lt;/h3>
&lt;p>The goal of this project is to develop an interface between quantum and classical (binary) computing systems for climate modeling.&lt;/p>
&lt;p>Climate models are large, complex computer programs made up of multiple components that represent different parts of the Earth system, such as the atmosphere, oceans, cryosphere, and vegetation. Each component is typically developed as a separate code, and many of these are further divided into sub-modules.&lt;/p>
&lt;p>For example, atmospheric models usually include a dynamics module—often called the dynamical core—and one or more physics modules. The dynamical core is based on systematic discretization methods (such as finite differences, finite volumes, or spectral methods) to solve the equations of motion. In contrast, the physics modules represent processes that are not explicitly resolved by the dynamical core. These processes occur at spatial or temporal scales smaller than the model’s grid resolution and include phenomena such as radiation, phase changes of water and associated latent heat transfer, turbulence, and convection.&lt;/p>
&lt;p>Because resolving these small-scale processes directly is computationally expensive, they are typically approximated using heuristic models based on ad hoc closure assumptions.&lt;/p>
&lt;p>Although quantum computing is advancing rapidly, it is not yet practical to implement all components of climate models on quantum systems. Moreover, existing classical codes for dynamical cores are well established and highly reliable. However, if a quantum algorithm can be developed for specific sub-grid processes that is both efficient and accurate, it could be integrated with a classical dynamical core to create a hybrid quantum–classical modeling framework.&lt;/p>
&lt;p>As a proof of concept, this project proposes to couple a simple convection model with a toy climate model developed by Khouider et al. (2010). The convection model, known as the Stochastic Multicloud Model (SMCM), is a Markov model that describes the area fractions of three cloud types.&lt;/p>
&lt;p>In &lt;a href="#ref2">Khouider et al. (2010)&lt;/a>, the SMCM is coupled with a set of ordinary differential equations (ODEs) that describe the vertical profiles of temperature and moisture, assuming horizontal homogeneity (i.e., no spatial derivatives). More recently, Ueno and Miura (2025) developed a quantum implementation of the SMCM component alone.&lt;/p>
&lt;p>This project aims to integrate the quantum SMCM code of &lt;a href="#ref1">Ueno and Miura (2025)&lt;/a> with the ODE-based system used in Khouider et al. (2010), which serves as a simplified dynamical core. This integration will act as a demonstration of a hybrid quantum–classical climate modeling approach.&lt;/p>
&lt;p>As a possible extension, the quantum SMCM code could also be applied to machine learning tasks. For example, it could be used to generate sample paths for a synthetic likelihood algorithm to calibrate the SMCM using radar data (Sevilla and Khouider, unpublished work).&lt;/p>
&lt;h2 id="references">References&lt;/h2>
&lt;ol>
&lt;li>&lt;a name="ref1">&lt;/a>Kazumasa Ueno, Hiroaki Miura, Quantum Algorithm for a Stochastic
Multicloud Model, SOLA, 2025, Vol. 21, pp. 43-50, Publication Date
2025/01/22, [Early Release] Publication Date 2024/12/11, Online ISSN
1349-6476, &lt;a href="https://doi.org/10.2151/sola.2025-006" target="_blank" rel="noopener">https://doi.org/10.2151/sola.2025-006&lt;/a>.&lt;/li>
&lt;li>&lt;a name="ref2">&lt;/a> Khouider, B., J. Biello, and A. J. Majda, 2010: &lt;a href="https://projecteuclid.org/journals/communications-in-mathematical-sciences/volume-8/issue-1/A-stochastic-multicloud-model-for-tropical-convection/cms/1266935019.full" target="_blank" rel="noopener">A stochastic multicloud
model for tropical
convection&lt;/a>. Commun. Math. Sci., 8, 187–216.&lt;/li>
&lt;/ol></description></item></channel></rss>