From 82873ffade0ad6e46b88934df7e1f2d91e20c937 Mon Sep 17 00:00:00 2001 From: Mert Alpaslan Date: Thu, 6 Feb 2020 08:51:27 +0100 Subject: [PATCH 1/4] Correction of a simple grammatical issue. Intended for a simple first git pull request. --- doc/theorydoc/min_prob.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/doc/theorydoc/min_prob.rst b/doc/theorydoc/min_prob.rst index c2cbcfac..105b10a4 100644 --- a/doc/theorydoc/min_prob.rst +++ b/doc/theorydoc/min_prob.rst @@ -153,7 +153,7 @@ environmental commodity is then given by: k^{\text{env}}_{c}\text{CB}(c,t), where :math:`k^{\text{env}}_{c}` are the specific costs per unit of -environmental commodity and :math:`CB` is the momentary commodity balnce of +environmental commodity and :math:`CB` is the momentary commodity balance of commodity :math:`c` at time :math:`t`. The minus sign is due to the sign convention used for the commodity balance which is positive when the system takes in a unit of a commodity. @@ -356,4 +356,4 @@ A few restrictions have to be kept in mind when using this feature: change together with the efficiency, which is typically not the desired behavior. -This concludes the minimal model. \ No newline at end of file +This concludes the minimal model. From ea134060607f58ef37076160bffdb064c0711f9d Mon Sep 17 00:00:00 2001 From: Mert Alpaslan Date: Thu, 12 Mar 2020 11:23:40 +0100 Subject: [PATCH 2/4] typo mistakes --- .gitignore | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/.gitignore b/.gitignore index 128863b5..c7904d4c 100644 --- a/.gitignore +++ b/.gitignore @@ -3,4 +3,4 @@ .idea/* result/* results/* -doc/_build/* \ No newline at end of file +doc/_build/* From d1400391b5c17457e31efb64076b42399bdf0236 Mon Sep 17 00:00:00 2001 From: Mert Alpaslan Date: Thu, 12 Mar 2020 11:41:05 +0100 Subject: [PATCH 3/4] Correction of typo mistakes in min_prob.rst file --- doc/theorydoc/min_prob.rst | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/doc/theorydoc/min_prob.rst b/doc/theorydoc/min_prob.rst index 105b10a4..7d11e031 100644 --- a/doc/theorydoc/min_prob.rst +++ b/doc/theorydoc/min_prob.rst @@ -176,7 +176,7 @@ where :math:`K_p` is the already installed capacity of process :math:`p`. Process capacity limit rule ~~~~~~~~~~~~~~~~~~~~~~~~~~~ -The capacity pf each process :math:`p` is limited by a maximal and minimal +The capacity of each process :math:`p` is limited by a maximal and minimal capacity, :math:`\overline{K}_p` and :math:`\underline{K}_p`, respectively, which are both given to the model as parameters: @@ -266,7 +266,7 @@ Process dispatch constraints So far, apart from the commodity balance function, the interaction between processes and commodities have not been discussed. It is perhaps in order to start with the general idea behind the modeling of the process operation. In -urbs all processes are mimo-processes, i.e., in general they in take in +urbs all processes are mimo-processes, i.e., in general they take in multiple commodities as inputs and give out multiple commodities as outputs. The respective ratios between the respective commodity flows remain normally fixed. The operational state of the process is then captured in just one @@ -302,7 +302,7 @@ where :math:`\underline{P}_{p}` is the normalized, minimal operational state of the process and :math:`\overline{PG}_p` the normalized, maximal gradient of the operational state in full capacity per timestep. -Intermittend supply rule +Intermittent supply rule ~~~~~~~~~~~~~~~~~~~~~~~~ If the input commodity is of type 'SupIm', which means that it represents an operational state rather than a proper material flow, the operational state of From 4bca4303ccdc1ade079e1a29b3b320c7c994eb9c Mon Sep 17 00:00:00 2001 From: Mert Alpaslan Date: Thu, 12 Mar 2020 12:18:32 +0100 Subject: [PATCH 4/4] basic typo corrections --- doc/theorydoc/DSM_prob.rst | 4 ++-- doc/theorydoc/buysell_prob.rst | 2 +- doc/theorydoc/intertemp_prob.rst | 2 +- doc/theorydoc/multinode_prob.rst | 2 +- doc/theorydoc/storage_prob.rst | 2 +- 5 files changed, 6 insertions(+), 6 deletions(-) diff --git a/doc/theorydoc/DSM_prob.rst b/doc/theorydoc/DSM_prob.rst index 05257edc..8c4bbd78 100644 --- a/doc/theorydoc/DSM_prob.rst +++ b/doc/theorydoc/DSM_prob.rst @@ -27,7 +27,7 @@ referencing to the corresponding upshift with the first index :math:`t` and the timesteps they actually occur via the second time index :math:`tt`. The latter is then restricted to an interval around the reference upshift since loads cannot in general be shifted indefinitely. As it is modeled in urbs, DSM does -not introduce any costs. to clarify the terms used for the DSM feature the +not introduce any costs. To clarify the terms used for the DSM feature the following illustrative example is helpful. Example of a DSM process @@ -155,7 +155,7 @@ of shifts is also limited in an urbs model via: DSM recovery ------------ -Assuming that DSm is linked to some real physical devices, it is necessary to +Assuming that DSM is linked to some real physical devices, it is necessary to allow these devices to have some minimal time between DSM events, where, e.g., the ability to perform DSM is recovered. This is modeled in the following way: diff --git a/doc/theorydoc/buysell_prob.rst b/doc/theorydoc/buysell_prob.rst index d4e85cb4..171d1d7b 100644 --- a/doc/theorydoc/buysell_prob.rst +++ b/doc/theorydoc/buysell_prob.rst @@ -9,7 +9,7 @@ new commodity types, buy and sell commodities, are introduced. For each a time series representing the momentary cost at each timestep is given. This time series is of course known to the model in advance, which has two implications. First, the modeled system is considered too small to influence the external -market and any possible influence is not captured by th model, and, second, the +market and any possible influence is not captured by the model, and, second, the perfect price foresight can distort the results when compared to a realistic trader in a market. For models with buy and sell commodities the variable vector takes the following form: diff --git a/doc/theorydoc/intertemp_prob.rst b/doc/theorydoc/intertemp_prob.rst index d4560a22..bc8e2475 100644 --- a/doc/theorydoc/intertemp_prob.rst +++ b/doc/theorydoc/intertemp_prob.rst @@ -13,7 +13,7 @@ intertemporal behavior, the second time slice is approximated by a number of support timeframes (years) :math:`Y=(y_1,...,y_n)`, which is in general smaller than the total model horizon. Each modeled timeframe is then essentially a minimal (or multinode-) model in its own right. The basic approximative -assumption linking the modeled timeframes are then given by: +assumptions linking the modeled timeframes are then given by: * Each modeled year is repeated :math:`k` times if the next modeled year is :math:`k` years later. The last year is repeated a user specified number of diff --git a/doc/theorydoc/multinode_prob.rst b/doc/theorydoc/multinode_prob.rst index 665ea479..e46f5c32 100644 --- a/doc/theorydoc/multinode_prob.rst +++ b/doc/theorydoc/multinode_prob.rst @@ -23,7 +23,7 @@ variable vector of the optimization problem reads: \pi^{\text{out}}_{aft}}_{\text{transmission variables}}). Here, :math:`\zeta` represents the total annualized system cost across all -modeled vertices :math:`v\in V`, :math:`\rho_vct` the amount of commodities +modeled vertices :math:`v\in V`, :math:`\rho_{vct}` the amount of commodities :math:`c` taken from a virtual, infinite stock at vertex :math:`v` and time :math:`t`, :math:`\kappa_{vp}` and :math:`\widehat{\kappa}_{vp}` the total and the newly installed process capacities of processes :math:`p` at vertex diff --git a/doc/theorydoc/storage_prob.rst b/doc/theorydoc/storage_prob.rst index fef4f26f..aa48ef80 100644 --- a/doc/theorydoc/storage_prob.rst +++ b/doc/theorydoc/storage_prob.rst @@ -58,7 +58,7 @@ where :math:`\kappa^{\text{c,p}}_{yvs}` are the total installed capacity and power, repectively, in year :math:`y` at site :math:`v` of storage :math:`s` and :math:`\widehat{\kappa}^{\text{c,p}}_{yvs}` the corresponding newly installed storage capacities and powers. Both quantities are then also -given an upper and a lower bond via: +given an upper and a lower bound via: .. math:: &\forall y\in Y,~v\in V,~s\in S:\\