From 2deb3489f9e468811892db88aedd6ff50782518d Mon Sep 17 00:00:00 2001 From: Francesco Witte Date: Mon, 21 Oct 2024 18:09:51 +0200 Subject: [PATCH] Fix a couple of typos --- docs/modules/networks.rst | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/docs/modules/networks.rst b/docs/modules/networks.rst index b564fb1d4..e1b778611 100644 --- a/docs/modules/networks.rst +++ b/docs/modules/networks.rst @@ -163,7 +163,7 @@ in .csv-files rather than your python script. The :code:`init_previous` parameter can be used in design and offdesign calculations and works very similar to specifying an :code:`init_path`. In contrast, starting values are taken from the previous calculation. Specifying -the :code:`ìnit_path` overwrites :code:`init_previous`. +the :code:`init_path` overwrites :code:`init_previous`. Design mode +++++++++++ @@ -234,8 +234,8 @@ consequently the solution is obtained with numerical methods. TESPy uses the n-dimensional Newton-Raphson method to find the system's solution, which may only be found, if the network is parameterized correctly. **The number of** **variables n changes depending on your system's topology and your** -**specifications**. Generally, masA presolving step reduces the amount of variables, see below -for more information. +**specifications**. On top of that, the presolver reduces the number of +variables based on your model structure and your specifications. **General preprocessing** @@ -311,7 +311,7 @@ result. The following steps are performed in finding starting values: * fluid composition guessing. * fluid property initialisation. -* initialisation from previous simulation run (:code:`ìnit_previous`). +* initialisation from previous simulation run (:code:`init_previous`). * initialisation from .csv (setting starting values from :code:`init_path` argument). @@ -499,14 +499,14 @@ over-determined. determine, which parameters are still to be specified. If you are modeling a cycle, e.g. the Clausius Rankine cylce, you need to make -a cut in the cycle using the cycle_closer or a sink and a source not to -over-determine the system. Have a look in the +a cut in the cycle using the :code:`CycleCloser` or a :code:`Sink` and a +:code:`Source` not to over-determine the system. Have a look in the :ref:`tutorial section ` to understand why this is important and how it can be implemented. If you have provided the correct number of parameters in your system and the calculations stops after or even before the first iteration, there might be a -couple reasons for that: +couple of reasons for that: - Sometimes, the fluid property database does not find a specific fluid property in the initialisation process, have you specified the values in the