Ian Jauslin
summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
Diffstat (limited to 'man/kondo_preprocess.1')
-rw-r--r--man/kondo_preprocess.135
1 files changed, 19 insertions, 16 deletions
diff --git a/man/kondo_preprocess.1 b/man/kondo_preprocess.1
index 1e22cae..414a44a 100644
--- a/man/kondo_preprocess.1
+++ b/man/kondo_preprocess.1
@@ -1,5 +1,5 @@
-.Dd $Mdocdate: September 22 2015 $
-.Dt kondo_preprocess 1.4
+.Dd $Mdocdate: February 3 2016 $
+.Dt kondo_preprocess 1.5
.Os
.Sh NAME
.Nm kondo_preprocess
@@ -13,11 +13,21 @@ for the Kondo model
.Pp
.Nm
.Fl v
+.Sh DEPRECATION NOTICE
+The use of
+.Nm
+is deprecated as of
+.Sy meankondo
+v1.5.
+.Pp
+Similar functionality can be obtained rather easily using the enhanced symbolic capabilities introduced in v1.5, which are more flexible than
+.Nm .
+.Pp
.Sh DESCRIPTION
.Nm
generates a configuration file to be read by
.Sy meankondo
-for the Kondo model. It generates the '#!fields', '#!symbols', '#!identities', '#!groups', '#!propagator', '#!input_polynomial' and '#!id_table' entries from special '#!propagator', '#!input_polynomial' and '#!id_table' entries, which are much more synthetic than those needed for the Kondo model.
+for the Kondo model. It generates the '#!fields', '#!virtual_fields', '#!identities', '#!groups', '#!propagator', '#!input_polynomial' and '#!id_table' entries from special '#!propagator', '#!input_polynomial' and '#!id_table' entries, which are much more synthetic than those needed for the Kondo model.
.Pp
The quantities in the configuration file are expressed in terms of the observables A and B, which we do not define here, as well as the magnetic field h.
.Pp
@@ -32,14 +42,7 @@ is part of a set of tools to compute and manipulate Fermionic hierarchical flows
: numerical evaluation of flow equations.
.It
.Sy meantools, meantools-convert
-: perform various operations on flow equations (derivation, exponentiation, evaluation and conversion to other formats).
-.El
-.Pp
-as well as the following pre-processors, which generate configuration files for their associated model:
-.Bl -bullet
-.It
-.Sy kondo_proprocess
-: Kondo model
+: perform various operations on flow equations (differentiation, products, sums, exponentials and logarithms of flow equations, evaluation and conversion to other formats).
.El
.Pp
.Sh COMMAND-LINE ARGUMENTS
@@ -73,13 +76,13 @@ up to the following differences.
.It
The fields can be specified as scalar products of A's and B's. For each n in {1,...,dimension},
.Nm
-defines An and Bn, as well as symbols for scalar products of the form
+defines An and Bn, as well as virtual fields for scalar products of the form
.D1 [f An.An]
.D1 [f Bn.Bn]
.D1 [f An.Bn]
.D1 [f An.h]
.D1 [f Bn.h]
-In addition, a vector product symbol is defined for (AnxBn).h :
+In addition, a vector product virtual field is defined for (AnxBn).h :
.D1 [f AnxBn.h]
.Pp
.It
@@ -101,7 +104,7 @@ Scalar products of A's and B's may also be specified using the '<#.#>' syntax:
.D1 <An.h>
.D1 <Bn.h>
.Pp
-The difference between '[f #.#]' and '<#.#>' is that the former corresponds to a '#!symbols' entry whereas the latter is replaced by its corresponding polynomial when
+The difference between '[f #.#]' and '<#.#>' is that the former corresponds to a '#!virtual_fields' entry whereas the latter is replaced by its corresponding polynomial when
.Nm
reads it (see
.Sx meankondo Ns (1)).
@@ -114,7 +117,7 @@ A vector 't=(t1,t2,t3)' of Pauli matrices (satisfying the Pauli commutation rela
.D1 <a.t>
.D1 <b.t>
.Pp
-Note that the '<#,#>' must be used since these scalar products do not commute whereas '#!symbols' entries must commute (see
+Note that the '<#,#>' must be used since these scalar products do not commute whereas '#!virtual_fiields' entries must commute (see
.Sx meankondo Ns (1)).
.Pp
.It
@@ -161,7 +164,7 @@ Example:
.D1 A1;A2: 1 , A2;A1: -1 , B1;B2: s{-1} , B2;B1: (-1)s{-1}
.Pp
.It Sy extra entries
-If there is a '#!symbols' or an '#!identities' entry in the configuration file, then they are appended to the end of those entries in the new configuration file.
+If there is a '#!virtual_fields' or an '#!identities' entry in the configuration file, then they are appended to the end of those entries in the new configuration file.
.Pp
Any other entry is appended to the new configuration file. This can be useful to pipe the output to tools other than
.Sy meankondo