Tutorial
Explanation
To simplify, let's consider a single profile, for a single year. Let's denote it as $p_i$, where $i = 1,\dots,N$. The clustering process consists of:
Split
N
into (let's assume equal) periods of sizem = period_duration
. We can rename $p_i$ as\[p_{j,k}, \qquad \text{where} \qquad j = 1,\dots,m, \quad k = 1,\dots,N/m.\]
Compute
num_rps
representative periods\[r_{j,\ell}, \qquad \text{where} \qquad j = 1,\dots,m, \qquad \ell = 1,\dots,\text{num\_rps}.\]
During computation of the representative periods, we obtained weight $w_{k,\ell}$ between the period $k$ and the representative period $\ell$, such that
\[p_{j,k} = \sum_{\ell = 1}^{\text{num\_rps}} r_{j,\ell} \ w_{k,\ell}, \qquad \forall j = 1,\dots,m, \quad k = 1,\dots,N/m\]
High level API/DuckDB API
This tutorial focuses on the highest level of the API, which requires the use of a DuckDB connection.
The high-level API of TulipaClustering focuses on using TulipaClustering as part of the Tulipa workflow. This API consists of three main functions: transform_wide_to_long!
, cluster!
, and dummy_cluster!
. In this tutorial we'll use all three.
Normally, you will have the DuckDB connection from the larger Tulipa workflow, so here we will create a temporary connection with fake data to show an example of the workflow. You can look into the source code of this documentation to see how to create this fake data.
Here is the content of that connection:
using DataFrames, DuckDB
nice_query(str) = DataFrame(DuckDB.query(connection, str))
nice_query("show tables")
Row | name |
---|---|
String | |
1 | profiles_wide |
And here is the first rows of profiles_wide
:
nice_query("from profiles_wide limit 10")
Row | year | timestep | avail | solar | demand |
---|---|---|---|---|---|
Int32 | Int64 | Float64 | Float64 | Float64 | |
1 | 2030 | 1 | 4.41347 | 0.0 | 3.66373 |
2 | 2030 | 2 | 4.31995 | 0.0 | 3.85507 |
3 | 2030 | 3 | 4.11648 | 0.0 | 4.26235 |
4 | 2030 | 4 | 3.98755 | 0.0 | 4.66939 |
5 | 2030 | 5 | 3.81728 | 0.0 | 5.23769 |
6 | 2030 | 6 | 3.83631 | 0.0 | 5.48805 |
7 | 2030 | 7 | 3.78851 | 0.423687 | 6.11997 |
8 | 2030 | 8 | 3.89563 | 1.41768 | 6.53391 |
9 | 2030 | 9 | 4.04015 | 2.33301 | 7.55405 |
10 | 2030 | 10 | 4.1576 | 2.94542 | 7.92259 |
And finally, this is the plot of the data:
using Plots
table = DuckDB.query(connection, "from profiles_wide")
plot(size=(800, 400))
timestep = [row.timestep for row in table]
for profile_name in (:avail, :solar, :demand)
value = [row[profile_name] for row in table]
plot!(timestep, value, lab=string(profile_name))
end
plot!()
Transform a wide profiles table into a long table
The long table format is a requirement of TulipaClustering, even for the dummy clustering example.
In this context, a wide table is a table where each new profile occupies a new column. A long table is a table where the profile names are stacked in a column with the corresponding values in a separate column. Given the name of the source table (in this case, profiles_wide
), we can create a long table with the following call:
using TulipaClustering
transform_wide_to_long!(connection, "profiles_wide", "profiles")
nice_query("FROM profiles LIMIT 10")
Row | year | timestep | profile_name | value |
---|---|---|---|---|
Int32 | Int64 | String | Float64 | |
1 | 2030 | 1 | avail | 4.41347 |
2 | 2030 | 2 | avail | 4.31995 |
3 | 2030 | 3 | avail | 4.11648 |
4 | 2030 | 4 | avail | 3.98755 |
5 | 2030 | 5 | avail | 3.81728 |
6 | 2030 | 6 | avail | 3.83631 |
7 | 2030 | 7 | avail | 3.78851 |
8 | 2030 | 8 | avail | 3.89563 |
9 | 2030 | 9 | avail | 4.04015 |
10 | 2030 | 10 | avail | 4.1576 |
Here, we decided to save the long profiles table with the name profiles
to use in the clustering below.
Dummy Clustering
A dummy cluster will essentially ignore the clustering and create the necessary tables for the next steps in the Tulipa workflow.
for table_name in (
"rep_periods_data",
"rep_periods_mapping",
"profiles_rep_periods",
"timeframe_data",
)
DuckDB.query(connection, "DROP TABLE IF EXISTS $table_name")
end
clusters = dummy_cluster!(connection)
nice_query("FROM rep_periods_data LIMIT 5")
Row | year | rep_period | num_timesteps | resolution |
---|---|---|---|---|
Int32 | Int64 | Int64 | Float64 | |
1 | 2030 | 1 | 672 | 1.0 |
nice_query("FROM rep_periods_mapping LIMIT 5")
Row | year | period | rep_period | weight |
---|---|---|---|---|
Int32 | Int64 | Int64 | Float64 | |
1 | 2030 | 1 | 1 | 1.0 |
nice_query("FROM profiles_rep_periods LIMIT 5")
Row | rep_period | timestep | year | profile_name | value |
---|---|---|---|---|---|
Int64 | Int64 | Int32 | String | Float64 | |
1 | 1 | 1 | 2030 | avail | 4.41347 |
2 | 1 | 2 | 2030 | avail | 4.31995 |
3 | 1 | 3 | 2030 | avail | 4.11648 |
4 | 1 | 4 | 2030 | avail | 3.98755 |
5 | 1 | 5 | 2030 | avail | 3.81728 |
nice_query("FROM timeframe_data LIMIT 5")
Row | year | period | num_timesteps |
---|---|---|---|
Int32 | Int64 | Int64 | |
1 | 2030 | 1 | 672 |
Clustering
We can perform a real clustering by using the cluster!
function with two extra arguments (see Explanation for their deeped meaning):
period_duration
: How long are the split periods;num_rps
: How many representative periods.
period_duration = 24
num_rps = 3
for table_name in (
"rep_periods_data",
"rep_periods_mapping",
"profiles_rep_periods",
"timeframe_data",
)
DuckDB.query(connection, "DROP TABLE IF EXISTS $table_name")
end
clusters = cluster!(connection, period_duration, num_rps)
nice_query("FROM rep_periods_data LIMIT 5")
Row | year | rep_period | num_timesteps | resolution |
---|---|---|---|---|
Int32 | Int64 | Int64 | Float64 | |
1 | 2030 | 1 | 24 | 1.0 |
2 | 2030 | 2 | 24 | 1.0 |
3 | 2030 | 3 | 24 | 1.0 |
nice_query("FROM rep_periods_mapping LIMIT 5")
Row | year | period | rep_period | weight |
---|---|---|---|---|
Int32 | Int64 | Int64 | Float64 | |
1 | 2030 | 1 | 1 | 0.790865 |
2 | 2030 | 1 | 2 | 0.164196 |
3 | 2030 | 1 | 3 | 0.0449393 |
4 | 2030 | 2 | 2 | 1.0 |
5 | 2030 | 3 | 1 | 0.986091 |
nice_query("FROM profiles_rep_periods LIMIT 5")
Row | rep_period | timestep | year | profile_name | value |
---|---|---|---|---|---|
Int64 | Int64 | Int32 | String | Float64 | |
1 | 1 | 1 | 2030 | avail | 4.37805 |
2 | 1 | 2 | 2030 | avail | 4.23282 |
3 | 1 | 3 | 2030 | avail | 4.0732 |
4 | 1 | 4 | 2030 | avail | 3.9585 |
5 | 1 | 5 | 2030 | avail | 3.81472 |
nice_query("FROM timeframe_data LIMIT 5")
Row | year | period | num_timesteps |
---|---|---|---|
Int32 | Int64 | Int64 | |
1 | 2030 | 1 | 24 |
2 | 2030 | 2 | 24 |
3 | 2030 | 3 | 24 |
4 | 2030 | 4 | 24 |
5 | 2030 | 5 | 24 |