Detailed Information On Kelvin And Its Usage


Source Code Info

Kelvin is written in ANSI C, with some supporting scripts in Perl. Kelvin can generally be expected to run on any relatively recent Linux or Unix distribution. It has been successfully built with various versions of the GNU C Compiler (GCC) and the Intel C Compiler (ICC).

Kelvin releases have historically been tested on the following platforms:

Kelvin may make very extensive use of memory management, and can, under most circumstances, definitely benefit from a drop-in allocator such as Hoard or ptmalloc3. Either of these can easily halve execution time, and will keep memory fragmentation down when running in multi-threaded mode, but they are not required. These are controlled by the compilation conditionals USE_PTMALLOC and USE_HOARD; Hoard usage is disabled by default; ptmalloc3 usage is enabled if it is available on your platform and otherwise disabled by default.

Distribution Versions

Some unsupported features of Kelvin are normally disabled for distribution purposes. They can be restored by removing -DDISTRIBUTION from FILE_CFLAGS in Makefile.main. Note that this is UNSUPPORTED; you do this at your own risk!


Preparation and Analysis Considerations

Kelvin typically takes all of its configuration information from a single file specified on the command line. This file is composed of directives that describe the analysis to be performed, and the locations of supporting data files. We provide a complete reference to Kelvin directives and several examples at the bottom of this document

Kelvin supports a wide variety of analyses and options. These can be broken into general categories, with a small number of possibilities for each category. Some analyses/options are compatible with other analyses/options, some are not.

Two-Point vs. Multipoint

Two-point analysis is the default. Multipoint analysis is enabled with the Multipoint directive. Multipoint analysis is incompatible with linkage disequilibrium and marker-to-marker analyses.

Linkage Disequilibrium (Association) vs. Linkage Equilibrium

Linkage equilibrium is the default for two-point analyses, and is the only option for multipoint analyses. Linkage Disequilibrium can be enabled for two-point analyses with the LD directive. LD analyses with microsatellites are normally disabled for distribution versions of Kelvin.

Dichotomous Trait vs. Quantitative Trait vs. Quantitative Trait With Threshold

A dichotomous trait model is the default. A quantitative trait model can be specified with the QT directive. A quantitative trait model with a threshold can be specified with the QTT and Threshold directives.

Sex Averaged vs. Sex Specific

By default, Kelvin will perform its calculations using the sex-averaged centiMorgan marker positions in the map file. If sex-specific marker positions are available, Kelvin can be made to use those with the SexSpecific directive. Sex-specific maps are not supported for LD analyses.

Imprinting vs. Non-imprinting

Kelvin will ignore the possibility of imprinting (parent-of-origin) effects by default. Imprinting effects can be allowed for by specifying the Imprinting directive.

Trait-to-Marker vs. Marker-to-Marker

Trait-to-marker analysis is the default, and considers the relationship between a hypothetical trait locus and a marker or group of markers. Marker-to-marker analysis is enabled with the MarkerToMarker directive, and considers the relationship between pairs of markers only.

Covariate-Dependent vs. Non-Covariate-Dependent

By default, Kelvin does not condition penetrances (or QT parameters) on covariates. Kelvin can be made to allow covariate-dependent penetrances (or QT parameters) with the LiabilityClasses directive, and appropriate entries in the pedigree and locus files, whieh assign individuals to different liability classe. Covariate dependence does not currently work with epistasis analyses.

Single Locus Analysis vs. Epistasis

By default, Kelvin conducts single locus analysis. The Epistasis directive will provide a two-locus model in which penetrances at one locus are allowed to depend upon genotypes at a specified marker. Currently, this marker must be a SNP (two alleles only), and epistasis analysis does not work with additional covariate dependence.

Automatic Pedigree Counting

By default, Kelvin will attempt to count and bin pedigrees to reduce computation. It does this by examining the pedigree file prior to analysis, and identifying combinations of pedigree structure, phenotype and genotype that appear more than once. Each unique combination need only be analyzed once, thus reducing the total number of computations. This mechanism will realize the greatest gains for datasets containing mostly small pedigrees: cases-and-controls, trios and affected sib-pairs.

Automatic pedigree counting will be implicitly disabled if any of the following are true:

Automatic pedigree counting can be explicitly disabled with the SkipPedCount directive.

Automatic Allele Frequency Estimation

Kelvin typically requires that allele frequencies be provided using the FrequencyFile directive. However, Kelvin will estimate allele frequencies internally in specific circumstances:

If Kelvin can estimate allele frequencies, it will use those allele frequencies in preference to any provided using the FrequencyFile directive. Automatic allele frequency estimation can be explicitly disabled with the SkipEstimation directive.

Kelvin will exit with error if allele frequency estimation is not possible and the FrequencyFile directive is not present.


Input Data File Formats

Kelvin typically requires four input data files: a pedigree file, a locus file, a map file, and a frequency file. The frequency file may be omitted if Kelvin is to estimate allele frequencies internally.

Pedigree File

Kelvin will accept either a pre- or post-MAKEPED format pedigree file. MAKEPED is part of the LINKAGE package. The only exception is that for pedigrees that contain loops, or if the proband must be explicitly specified, then a post-MAKEPED pedigree file is required. While it is possible to create a post-MAKEPED pedigree file by hand, it's much easier to create a pre-MAKEPED pedigree file, and run it through MAKEPED. Each line of a pre-MAKEPED pedigree file must start with five columns:

  1. Pedigree ID - All individuals in the same family must have the same Pedigree ID.
  2. Individual ID - The Individual ID must be unique inside a family. The combination of Pedigree ID and Individual ID must be unique inside the pedigree file.
  3. Father ID - this should be the Individual ID of the individual that is the father of the current individual. This should be '0' (zero) if the father of the current individual does not appear in the pedigree file.
  4. Mother ID - as above, for the current individual's mother.
  5. Sex - a 1 (one) if the current individual is male, or a 2 if female.

The remaining columns in the pedigree file are governed by the locus file. The pedigree file may contain any combination of cases-and-controls, nuclear families (defined as two founder parents and one or more children) or general pedigrees.

Locus File

This file may be referred to as a 'data file' in documentation for older versions of Kelvin. Each line in a locus file consists of an identifier character, and a label. Each line corresponds to one (or two) columns in the pedigree file. The locus file defines the number and order of columns in the pedigree file. The identifier characters, and their meanings, are as follows:

Kelvin currently requires that, if a phenotye status column is present, it must appear first, before any markers. If a covariate column is present, it must appear immediately after the phenotype status column, before any markers.

Map File

This file lists the positions of markers on the chromosome, in either Kosambi or Haldane centiMorgans. The first line of the file may optionally explicitly indicate the map function in use:

1
mapFunction=haldane

The rest of the file must consist of three (or more) columns, each identified by a column header on the first (after the optional mapFunction) line. The column headers are as follows:

If the map function is specified by both a mapFunction line and by a column header, the same map function must be specified. If the map function is specified by neither, the default is Kosambi.

Frequency File

This file identifies the alleles for each marker, and the specifies the frequencies for those alleles. This file is only required if Kelvin cannot estimate allele frequencies internally. The file is composed of a series of line groups. Each group begins with a marker line, followed by one or more allele lines. Similar to the locus file, each line starts with an identifier character:

For any given marker, alleles must all be specified as labeled or unlabeled, although different markers in the same frequency file may use either method.

Example of File Formats

Pedigree File (pre-MAKEPED):

  1   2   3   4   5   6   7   8   9   10  11  12  13  14  15  16
1
2
3
4
5
212 101 0   0   1   1   3   4   1   3   2   2   1   2   1   1
212 102 0   0   2   0   1   2   2   3   2   2   1   1   2   2
212 103 101 102 1   1   3   2   3   3   2   2   1   2   2   1
212 104 0   0   2   1   1   4   1   1   1   2   1   2   1   1
212 105 103 104 1   2   3   1   1   3   2   2   2   2   2   2

Locus File:

1
2
3
4
5
6
A WebbedToes
M rs2112
M SNP_A-90125
M SNP_GO-7188
M rs8675309
M rs1984

In this example, we have a small three-generation family. The pedigree ID (212) is in column 1, and individual IDs (101 through 105) are in column 2. Note that individual IDs do not need to be consecutive. The father and mother IDs are in columns 3 and 4, respectively. Individuals 101, 102 and 104 are founders (their parents are not present in the pedigree), so their father and mother IDs are coded with 0 (zeros). Individual 103 is descended from individuals 101 and 102; individual 105 is descended from individuals 103 and 105. Sex indicators are in column 5; individuals 101, 103 and 105 are males, and individuals 102 and 104 are females. The remaining columns are defined by the locus file.

Line 1 of the locus file specifies a phenotype status column, which corresponds to column 6 in the pedigree file. This column follows the typical convention of dichotomous traits, coding unaffected individuals with a 1 (one), affected individuals with a 2 and unphenotyped individuals with a 0 (zero).

Each of the remaining lines in locus file specify markers, and correspond to two columns in the pedigree file: locus file line 2 corresponds to pedigree file columns 7 and 8, line 3 to columns 9 and 10, etc. For a fun exercise, spot the impossible inheritance in the sample pedigree.

Installing MAKEPED is beyond the scope of this documentation, but the general command to process a pedigree file with MAKEPED is:

makeped ped.pre ped.post n

where ped.pre is the pre-MAKEPED file you've created, ped.post is the post-MAKEPED file you want to create, and the last argument is either y or n, depending on if any of the families in the pedigree file do or do not contain consanguinity loops.

Map File:

  1    2            3      
1
2
3
4
5
6
CHR  MARKER       KOSAMBI
2    rs2112       1.732
2    SNP_A-90125  2.2361
2    SNP_GO-7188  2.6458
2    rs8675309    3.3166
2    rs1984       3.6056

The map file contains the minimum three columns: chromosome (column 1), marker (column 2) and sex-averaged centiMorgan position (column 3). The map function is not explicitly specified with a mapFunction line, but the header of the column 3 specifies a Kosambi map. If that header was HALDANE, then a Haldance map would be specified, or of the header was POS or POSITION, then the map function would default to Kosambi.

Frequency File:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
M rs2112
F 0.233 0.377
F 0.300 0.090
M SNP_A-90125
F 0.357 0.223 0.420
M SNP_GO-7188
A 2 0.866
A 1 0.134
M rs8675309
A 1 0.455
A 2 0.545
M rs1984
F 1.000

The frequency file contains five line groups, one for each marker. Lines 1 through 3 specify marker rs2112 with four unlabeled alleles, which will be implicitly labeled 1, 2, 3 and 4, with corresponding frequencies of 0.233, 0.377, 0.300 and 0.090. Lines 4 and 5 specify marker SNP_A-90125 with three unlabeled alleles. Lines 6 through 8 specify marker SNP_GO-7188 with two labeled alleles: 2, with a frequency of 0.866, and 1, with a frequency of 0.134. Lines 9 through 11 specifiy marker rs8675309 with two labeled alleles. Lines 12 and 13 specify a marker rs1984 with a single unlabeled allele with a frequency of 1.000. Note than in no case are labeled and unlabelled alleles mixed within a single marker.


Running The Programs

Once you have installed Kelvin, you can run it from your data directory, where you keep your configuration and data files. Kelvin takes only one parameter, which is the name of the configuration file, e.g.:

Kelvin kelvin.conf

Remember that if you did not specify absolute paths for output files in the configuration file, they will be written relative to your current directory.

It is often important to capture all output from a run into a file so that you may review it more after the run completes, or send it to us for diagnosis. The following command (using sh/ksh/bash syntax) runs Kelvin with all output redirected to a file called kelvin.out:

Kelvin kelvin.conf > kelvin.out 2>&1

Or, using csh/tcsh syntax:

Kelvin kelvin.conf >& kelvin.out

If you do need to send us information for diagnosis, please include the configuration and data files along with the output from the run.

Status Messages

When Kelvin is run, it first displays version, build and configuration information. All messages are prefaced with the current date and time. Messages fall into three categories:

  1. Progress messages, which begin with an at-sign (@) and elapsed time from the start of the run. They are indented according to their level of detail. They are relatively inconsequential, and intended only to let you know how much progress has been made on the analysis. You can control how much detail is provided and how frequently messages are displayed with the ProgressLevel and ProgressDelaySeconds directives.
  2. Diagnostic messages, which begin with a severity indication and then provide a description of the difficulty encountered. Severity levels are WARNING, which indicates a potential problem that requires your attention in order to ensure the integrity of the analysis results; ERROR, which indicates some kind of analysis problem that will prevent the run from continuing; and FATAL, which indicates an internal integrity failure in Kelvin that should be brought to the attention of the developers.
  3. Informational messages, are essentially everything else, and while helpful, do not necessarily need to be reviewed in order to ensure the integrity of the analysis results.

For example:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
10/01/15 08:26:25 @0s, Initializing
10/01/15 08:26:25 kelvin V0.38.1 edit 2463 built Jan 14 2010 15:04:43
10/01/15 08:26:25 Compiler 4.1.1 20070105 (Red Hat 4.1.1-52)
10/01/15 08:26:25 Using GNU Scientific Library (GSL) statistical functions instead of internal ones
10/01/15 08:26:25 OpenMP-enabled w/maximum of 6 thread(s).
10/01/15 08:26:25 GCC optimization level 2 enabled
10/01/15 08:26:25 To check status (at some risk), type CTRL-\ or type "kill -3 22860"
10/01/15 08:26:25 Using configuration file kelvin.conf
10/01/15 08:26:25 Computation is done in polynomial mode
10/01/15 08:26:25 polynomialScale is 1 (1-10, 1 is default)
10/01/15 08:26:25 Integration is done numerically (dkelvin)
10/01/15 08:26:25 Further progress will be displayed at 90 second intervals
10/01/15 08:26:25 6TL of 20AL*6GF*275pv(1LC) space for 24 pedigree(s)
10/01/15 08:26:25 Trait-to-marker, Sex-Averaged Multipoint (w/4 loci), Dichotomous Trait.
10/01/15 08:26:25 @0s, Performing analysis
10/01/15 08:26:26    @1s, Starting with position 1 of 6
10/01/15 08:27:56        @1m30s, Building polynomial w/pedigree: 12 (12/24)
10/01/15 09:26:20        @2m32s, Building polynomial w/pedigree: 24 (24/24)
10/01/15 09:26:20            @3m59s, Evaluating polynomials, currently at 8.1e+03 iterations

Lines 1 and 15-19 are progress messages. Line 2 is the Kelvin major version and build information. Next is the compiler verison number (line 3), followed by important compilation conditionals as specified in the Makefile and run characteristics as influenced by environment variables. In the example given, OpenMP support status and the number of threads used (line 5) is displayed.

Following this is a line (7) describing the action to take in order to force an early display of progress messages. You can use this as a sort of "pulse check" to make sure Kelvin is still alive and well and making progress should there be a lull between automatic progress updates. If you are running Kelvin interactively, you can perform this "pulse check" by type CTRL-\ (that means to hold down the CTRL or CONTROL key while pressing the backslash). If you are running under cygwin, you will first need to type stty quit ^C to make this to work. Note that the aforementioned ^C is actually the two character sequence of 'carat' (shifted 6) and 'C'. Pressing CTRL-\ sends a SIGQUIT signal to Kelvin, which it interprets as a request for status. If you are running Kelvin as a detached process or in a batch queue, you can send a SIGQUIT to the process by being logged-into the same node as it is running on, and using the kill command as described in the diagnostic output. Note that the signal number (-3 in the example) can be different from platform-to-platform, and the process ID (26577 in the example) will be different from run-to-run. The "at some risk" bit is because some status information is displayed asynchronously, i.e. regardless of the current context of the evaluation, and has been known, albeit extremely infrequently, to crash the program.

Next, location of the configuration file (line 8) and the analysis and run characteristics as determined from that file (lines 9-12) are displayed. The last of these (lines 13 and 14) are a terse description of the scope and nature of the analysis, for example a multipoint run might display:

1
2
8TL over a dynamic space (1LC) for 11 pedigree(s)
Trait-to-marker, Sex-Averaged Multipoint (w/4 loci), Dichotomous Trait.

This indicates that for each of 8 trait loci, PPLs will be computed using the closest 4 markers, integrating over a dynamically-sampled trait space, with all individuals in a single liability class. A two-point analysis will provide slightly different information, e.g.:

1
2
67D' cases over a dynamic space (1LC) for 4 pedigree(s)
Trait-to-marker Two-Point, Dichotomous Trait, Linkage Disequilibrium.

This indicates that for each of 67 initial D' values, two-point PPLs and LD statistics will be computed, integrating over a dynamically-sampled trait space, with all individuals in a single liability class.

Finally, progress indicators are displayed up through the end of the run.


Contents Of Output Files

Kelvin produces several different files of results depending upon the type of analysis performed.

Bayes Ratio File

Integrated likelihood ratio (BR) information is produced for all runs. It is written to the file br.out by default, although that filename is configurable. The first line written to the file is a comment that contains the Kelvin version number, e.g.:

1
# Version V2.7.0 edit 4449

This is included so that results can be associated with the version of Kelvin that produced them, and will allow for variations in algorithms, file formats and data precision. Subsequent lines contain different information for each type of analysis being performed:

Multipoint Analysis

For multipoint runs, a single table with a header line is output. The table consists of one row for each trait position. Columns are whitespace-delimited:

  1. Chr - chromosome number
  2. Position - trait positions in centiMorgans
  3. PPL - the posterior probability of linkage. This is rounded to two places if .025 or greater, and three decimal places otherwise.
  4. BayesRatio - integrated likelihood ratio.
  5. MarkerList(...) - parenthesised list of the closest N markers for each position, where N is the number of markers being considered at a time. Header text reflects actual count of columns.

Two-point Analysis

Two-point analyses output separate tables for each locus. Each table is prefaced with a comment line that details the chromosome, name and position of the current marker, e.g.:

1
# Seq: 1 Chr: 1 Trait: disease Marker: 1_3_mrk Position: 0.9900

and consists of one row of whitespace-delimited values for each value of D' (in the case of an LD analysis) and theta. Columns are whitespace-delimited:

  1. multiple columns of Dnm - the D' (d-prime) between allele m of the trait and allele n of the marker. There will be (n-1)*(m-1) columns present for linkage disequilibrium runs. These columns are not present on LE runs because LE is a special case of LD where D' is always 0. Note that the number of D' columns will vary within an analysis when the number of marker alleles varies.
  2. Theta(M,F) - male and female theta values. They are identical for a sex-averaged analysis.
  3. BayesRatio - integrated likelihood ratio.

Posterior Probability of Linkage (PPL) File

Separate PPL information is produced for two-point and marker-to-marker analyses. It is written to the file ppl.out by default, although that filename in configurable. The first line is a comment that contains the Kelvin version number as with the Bayes Ratio file. The next line is a header, followed by one line of whitespace-delimited values for each marker in the run.

  1. Chr - chromosome number.
  2. Trait/Marker1 - trait name for trait-to-marker analysis, first marker name for marker-to-marker analysis.
  3. Position1 - first marker position in centiMorgans (not present for trait-to-marker analysis).
  4. Marker/Marker2 - marker name for trait-to-marker analysis, second marker name for marker-to-marker analysis.
  5. Position/Position2 - marker position in centiMorgans.
  6. PPL - posterior probability of linkage. Evidence for or against linkage to the disease locus, not allowing for disequilibrium, i.e., D' is fixed at 0. It is rounded to two places if .025 or greater, and three decimal places otherwise.
  7. PPL(LD) (only for LD analyses) - evidence for or against linkage allowing for disequilibrium. The PPL(LD) is rounded to two places if .025 or greater, and three decimal places otherwise.
  8. PPLD|L (only for LD analyses) - Posterior probability of LD, given linkage. The PPLD|L is rounded like the PPL(LD).
  9. PPLD (only for LD analyses) - posterior probability of linkage and linkage disequilibrium, The PPLD is rounded like the PPL(LD).

Maximizing Model (MOD) File

All analyses can optionally write maximizing models to a separate file, named mod.out by default, although that name is configurable. In all cases, the first line is a comment line that identifies the version of Kelvin that created the file. Note that due to Kelvin's use of an efficient numerical integration algorithm, there is no guarantee that the maximum MOD will occur at the true maximum values of all parameters. The default integration routine can be overridden in order to perform maximization over a fixed grid of user-specified parameter values for precise maximization.

Multipoint Analysis

For multipoint runs, a single table with a header line is output. The table consits of one row for each trait position, containing the values of all trait parameters that maximized the likelihood at that position. Columns are whitespace delimited:

  1. Chr - chromosome number
  2. Position - trait positions in centiMorgans
  3. MOD - maximum LOD score achieved at this position.
  4. Alpha - the value of alpha that maximized the HLOD score.
  5. DGF - the maximizing disease gene frequency.
  6. LCnPV(...) - the maximizing penetrance vector, one for each liability (covariate) class in the analysis. For dichotomous trait runs, it is three (or four, if imprinting effects are being considered) columns of the maximizing penetrance for DD, Dd, (dD,) and dd. For quantitative trait (QT) runs with the normal distribution, it is three (or four) columns of means followed by three (or four) of standard deviations for the maximizing distributions for DD, Dd, (dD,) and dd, followed by the threshold in the case of the QTT model. Quantitative trait runs with the Chi-Square distribution have only three (or four) columns of degrees of freedom followed by the threshold. Values are comma-separated and enclosed in parentheses. Header text reflects actual count and nature of columns. Again, the models reported here may not represent true maximizing models, if the integration algorithm has bypassed the true overall maximum of the parameter space.

Two-point Analysis

For two-point analyses, a separate table is output for each marker, or pair of markers, in the case of marker-to-marker analyses. Each table is prefaced with a comment line that details the chromosome, name and position of the marker (or markers). For marker-to-trait analyses, this line is identical to that in the Bayes Ratio file. For marker-to-marker, the line looks like:

1
# Seq: 2 Chr 1: Marker1: 1_3_mrk Position1: 0.9900 Marker2: 1_4_mrk Position2: 1.3200

Each table is prefaced with a header line. Columns are whitespace-delimited:

  1. Case - Identifies the model as maximizing overall, or maximizing where theta is 0, or (in the case of LD analyses) as maximizing where D' is 0.
  2. MOD - maximum LOD score achieved for the current Case.
  3. multiple columns of D' values, as described for two-point Bayes Ratio files. For LD analyses only.
  4. Theta(M,F) - as described for two-point Bayes Ratio files.
  5. Alpha, DGF and LCnPV(...) - as described for multipoint maximizing mode files. Not present in marker-to-marker analyses.
  6. R2 - the standard LD correlation coefficient. Only present in marker-to-marker runs.

Sequential Updating

Sequential updating is a method for combining the results of multiple analyses in post-processing. Sequential updating tools are included in the Kelvin distribution.

calc_updated_ppl

This program takes one or more Kelvin-format Bayes ratio files, and produces PPL (and, if appropriate) PPLD statistics. If a single Bayes ratio file is provided, calc_updated_ppl simply reproduces the PPL statistics generated by the original analysis. If multiple Bayes ratio files are provided, the Bayes ratios are sequentially updated and new PPL statistics are generated.

calc_updated_ppl can also use the PPL statistics generated by a multipoint analysis as prior probabilities when calculating the PPLD (posterior probability of linkage and LD) statistic. In this way, the results of a linkage analysis can be combined with an LD analysis. Both the linkage and LD analyses must be aligned against the the same map.

By default, calc_updated_ppl expects Bayes ratio files from two-point, sex-averaged analyses, in the most recent format, and displays PPL statisics. Bayes ratio files created using older (pre-2.1) versions of Kelvin must be converted to the current format using the provided conversion script. All input files must contain Bayes ratios for the same markers, in the same order. The default behavior can be modified with a number of command line flags:

-m, --multipoint
Specifies that the input Bayes ratio files are from multipoint analyses. PPLs will be calculated at each position that appears in any of the input files. If a given position does not appear in all files, the updated PPL will be calculated using only the files in which the position does appear.
-s, --sexspecific
Specifies that the input Bayes ratio files were created using a sex-specific map.
-M [mapfile], --mapin [mapfile]
Specifies a map file for input. Only valid with two-point Bayes ratio files. When a map is provided, individual Bayes ratio files are permitted to omit some markers. Each file may only contain markers that appear in the map, and they must all appear in the same order as they appear in the map. Updated statistics will be calculated for each marker that appears in at least one Bayes ratio file.
-f, --forcemap
Specifies that marker position information in Bayes ratio files should be ignored, and marker positions from a supplied map should be used instead. Requires that a map have been provided with --mapin.
-R [pplfile], --pplout [pplfile]
Specifies the name of a file to which updated PPL statistics should be written, rather than displaying them.
-O [brfile], --partout [brfile]
Specifies the name of a file to which updated Bayes ratios should be written.
-P [pplfile], --pplin [pplfile]
Specifies the name of a file containing multipoint PPLs which should be used as prior probabilities for calculating the PPLD statistic. This new statistic is labled cPPLD (combined PPLD). For each marker in the LD analysis, the prior probability will be sampled from the multipoint PPLs. If there is no PPL at the exact marker position, one will be estimated using linear interpolation.
-r, --relax
Specifies that marker names in Bayes ratio files should be ignored, and that updated statistics should be calculated using Bayes ratios from all files in the order in which it appears. This option should be used WITH CAUTION, since it implies that the same markers appear in different analyses with different names.
-?, --help
Displays usage help.

Examples

Here's a simple example of updating across two two-point Bayes ratio files, and saving the updated statistics to a file:

calc_updated_ppl br1.out br2.out > updated-ppl.out

Here's an example of updating across three multipoint Bayes ratio files, and requests that the updated Bayes Ratios be written to the file br-updated.out:

calc_updated_ppl -m --partout br-updated.out br1.out br2.out > updated-ppl.out

Here's an example of updating across three two-point Bayes ratio files, each of which contains a slightly different subset of the total set of markers. A map file is required in this case:

calc_updated_ppl --mapin complete.map br1.out br2.out br3.out > updated-ppl.out

Here's an example of using multipoint PPLs with a single two-point, LD Bayes ratio file. This just recalculates the PPLD statistics for the given Bayes ratios, but uses the multipoint PPLs as priors for the PPLD statistic (producing the cPPLD statistic):

calc_updated_ppl --pplin mp-ppl.out br.out > cppld.out

convert_br.pl

This Perl script will convert avghet.out or br.out files generated by older versions of Kelvin into the most recent format. Output is always to the terminal.

-m [mapfile]
If the Bayes ratio file was generated by Kelvin 0.36.0 or earlier, it will contain no Position column. In this case, a mapfile may be provided, and the marker positions from the mapfile will be used to fill position information in the output Bayes ratio file. If the string nomap is passed, instead of a mapfile, then the marker positions will be filled with sequential integers.
-c [chrnum]
If the Bayes ratio file was generated by Kelvin 0.34.2 or earlier, there will be no Chromosome column. In this case, the user must specify the chromosome.

Examples

Here's an example that captures the output to a file:

convert_br.pl -c 12 -m mapfile.dat avghet-old.out > br-new.out

Note in this example, -c 12 specifies that avghet-old.out contains data from an analysis of chromosome 12, and that marker position information is in the file mapfile.dat. A full description of command line syntax is available by typing:

convert_br.pl --help


Configuration File Reference

Kelvin's configuration file format is intended to be easy to read and edit. Kelvin, in general, requires the user to explicitly specify what Kelvin is to do, and doesn't make any assumptions about what the user may or may not want. Kelvin will display helpful error messages and terminate if the configuration file contains incompatible directives.

In addition to the configuration file, any valid directive may be specified on the command line by prepending the directive with '--' (two hyphens). Any additional arguments on the command line will be treated as arguments to the directive, up to the end of the line, or the next directive, which again must be prepended with '--'. Directives on the command line that specify input or output files will override the values set in the configuration file. Directives that take a series or range of values (like TraitPositions), will add to the values, if any, specified in the configuration file. There is currently no way from the command line to remove values set in the configuration file.

Configuration File Format

The kelvin configuration file is a text file containing directives that describe the nature of the analysis to be performed, and the names of input and output files. Directives typically appear on separate lines, but multiple directives, separated by a semicolon (';'), may appear on the same line. Some directives require arguments, which must appear on the same line as the directive they modify. Blank lines in the configuration file are ignored. Extra white space (spaces and tabs) around directives and arguments is ignored. Comments may be embedded in a configuration file with a pound sign ('#'). The pound sign and any text, up to the end of the line, will be ignored. Comments may appear on a line by themselves, or at the end of a line that also contains a directive(s). In the latter case, a semicolon is not required to separate the directive and the comment.

Directives

Directives are words or combinations of words with no intervening spaces. This document will capitalize the individual words that make up a directive (for example, MapFile), but they may appear in the configuration file with any capitalization (Mapfile, mapfile, MAPFILE, etc.). Also, directives may be abbreviated, so long as the abbreviation is unique. For example, MapFile could be abbreviated to Map. SexLinked could be abbreviated to SexL, but not to Sex, since that could also be an abbreviation for SexSpecific.

Arguments

Most directives require one or more arguments, which will take one of the following forms:

Sample Configuration File

Kelvin configuration files can be quite simple. Here's a file for a multipoint analysis that will generate PPLs for a dichotomous trait at one centiMorgan intervals, considering 4 markers around each trait position:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
# Sample multipoint, dictomous trait configuration

MultiPoint 4
TraitPositions 0-end:1

PhenoCodes 0, 1, 2

PedigreeFile ped.post
LocusFile locus.dat
MapFile map.dat
FrequencyFile freq.dat
BayesRatioFile br.out
PPLFile ppl.out

Lines 3 and 4 specify a 4-marker multipoint analysis, and that the trait should be placed at 1 cM intervals, starting at 0 cM and running through the end of the map. Line 6 specifies the values that will appear in the affection status column in the pedigree file. Lines 8-13 specify input and output files.

Here's a file for two-point analysis that will generate PPLs and linkage disequilibrium statistics between a dichotomous trait and each marker in the dataset:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
# Sample two-point, dictomous trait LD configuration

LD

PhenoCodes 0, 1, 2

PedigreeFile ped.post
LocusFile locus.dat
MapFile map.dat
FrequencyFile freq.dat
BayesRatioFile br.out
PPLFile ppl.out
MODFile mod.out
ExtraMODs

Two-point analysis is the default, so no directive is necessary to specify that. Line 3 specifies a linkage disequilibrium analysis. Line 5 specifies the values that will appear in the affection status field of the pedigree. Lines 7-13 specify input and output files. Line 14 specifies that additional information should be written to the MOD file specified on line 13.

Directive Reference

Kelvin directives are intended to be fairly self-descriptive.

Common Input And Output
Analysis Type
Trait Model - Quantitative
Trait Model - Epistasis
Options
Other

In this reference, the following conventions are used to describe the valid arguments to directives.

Common Input And Output

PedigreeFile
PedigreeFile <filename>
Specifies the name of the input file from which the pedigree data will be read. Defaults to pedfile.dat if not specified.
LocusFile
LocusFile <filename>
Specifies the name of the input file from which the pedigree column layout information will be read. This file is sometimes referred to as a 'data file.' Defaults to datafile.dat if not specified.
FrequencyFile
FrequencyFile <filename>
Specifies the name of the input file from which marker allele frequencies will be read. Defaults to markers.dat if not specified.
MapFile
MapFile <filename>
Specifies the name of the input file from which the marker map data will be read. Defaults to mapfile.dat if not specified.
BayesRatioFile
BayesRatioFile <filename>
Specifies the name of the output file to which Bayes ratios will be written. For multipoint analyses, PPLs will also be written to this file. For Marker-to-marker analyses, no output is written to this file. Defaults to br.out if not specified.
PPLFile
PPLFile <filename>
For two-point analyses, specifies the name of the output file to which PPLs will be written. For multipoint analyses, PPLs are written to the file specified by the BayesRatioFile directive, and no data will written to the file specified with this directive. Defaults to ppl.out if not specified.
MODFile
MODFile <filename>
Specifies the name of the output file to which maximizing model information will be written.
ExtraMODs
ExtraMODs
Specifes that additional data should be written to the file specified by the MODFile directive. For two-point analyses, an extra line containing MOD information where Theta is 0 will be written, and for LD analyses, another line containing MOD information where D' is 0 will be written. This directive is incompatible with the Multipoint directive.
ProgressLevel
ProgressLevel <number>
Specifies the level of detail of progress information that Kelvin should generate while it runs:

The default is 1. Use this in conjunction with the ProgressDelaySeconds directive to fine-tune the flow of progress information to suit your needs.

ProgressDelaySeconds
ProgressDelaySeconds <number>
Specifies the delay between progress notifications displayed by Kelvin. The intent of this directive is to stabilize the frequency of progress notifications and hence the overall volume of progress information. The default value is 120 seconds. This causes only the most recent progress notifications permitted by the ProgressLevel directive to be displayed every two minutes. For example, if 32 pedigrees have been processed in the last two minutes, only the notification of the start of processing of the 33rd will be displayed. Note that this can cause progress messages to be delayed. If, in our example, the 33rd pedigree is start processing 2 seconds into the 120 second delay interval, the message displayed at the end of the interval will be 118 seconds old.
If you require an earlier progress update, press CTRL-\.
If no fresh progress notifications are available, ...running... will be displayed.
Specifying 0 (zero) causes Kelvin to display all permitted levels of progress messages as they occur.

Analysis Type

MultiPoint
MultiPoint <count>
Specifies that (as opposed to the default two-point analysis) Kelvin should perform a multipoint analysis, generating a multipoint PPL for each location specified with the TraitPositions directive. Groups of <count> adjacent markers, centered on each trait location, will be used to calculate the PPL. This directive is incompatible with the MarkerToMarker and LD directives.
LD
LD
Specifies that (as opposed to the default linkage equilibrium statistics) linkage disequilibrium statistics should be calculated. This directive is incompatible with the MultiPoint and SexSpecific directives.
MarkerToMarker
MarkerToMarker [ All | Adjacent ]
Specifies that (as opposed to the default trait-to-marker analysis) only the relationships of pairs of markers should be considered, and that no trait is included in the analysis. Under linkage equilibrium, the intermarker distance is estimated. Under linkage disequilibrium, the degree of linkage disequilibrium between the markers is estimated. If All is specified, all possible pairs of markers in the dataset are considered. If Adjacent is specified, only adjacent pairs of markers are considered. This directive is incompatible with the MultiPoint directive.

Trait Model - Quantitative

QT
QT Normal { <mean>, <standarddeviation> }
QT ChiSq
Specifies that the trait is quantitative, rather than dichotomous. The trait data in the pedigree file should be of a quantitative nature (values on a continuous scale, rather than discrete affected or unaffected values). Two distributions are available, Normal and Chi-squared. If Normal is specified, the sample <mean> and <standarddeviation> values may be provided. Otherwise, a sample mean and standard deviation will be calculated using the trait values in the pedigree file. This directive is incompatible with the MarkerToMarker directive.
QTT
QTT Normal { <mean>, <standarddeviation> }
QTT ChiSq
Like the QT directive, but in addition considers a threshold beyond which an individual as simply assumed to be affected. The minimum and maximum threshold may specified with the Threshold directive, but that is not required. This directive is incompatible with the MarkerToMarker directive.
Threshold
Threshold [ <min>, <max> | Fixed <value> ]
Specifies the minimum and maximum values for the threshold - or, optionally, a fixed threshold value - for use with the QTT directive, if needed. The defaults are min=0, max=3. The <min> and <max> should be values. This directive requires the QTT directive.
LiabilityClasses
LiabilityClasses <number>
Specifies that individuals in the pedigrees have been categorized into two or more classes. The penetrance values for individuals in one class will be considered independently from the other class(es). Note that a column that identifies the class for each individual must appear in the pedigree file. Kelvin expects liability classes to be numbered contiguously, starting at 1. If Kelvin detects that one or more of the specified classes is empty, it will drop the empty classes, and consolidate the remaining classes. This directive is incompatible with the MarkerToMarker directive.

Trait Model - Epistasis

Epistasis
Epistasis <markername>
Specifies that Kelvin should consider epistasis between the trait and the marker identified by <markername>. Marker genotype data for the selected marker must be provided using the EpistasisPedigreeFile and EpistasisLocusFile directives. If the marker also appears in the dataset to be analyzed, it will be dropped. This directive is incompatible with the LiabilityClasses directive.
EpistasisPedigreeFile
EpistasisPedigreeFile <filename>
Specifies the pedigree file that contains genotype data for the marker specified with the Epistasis directive. This can be a pedigree file from another dataset (another chromosome, for example), or it can be the same file specified the the PedigreeFile directive. This directive requires the Epistasis and EpistasisLocusFile directives, and is incompatible with the LiabilityClasses directive.
EpistasisLocusFile
EpistasisLocusFile <filename>
Specifies the file that contains pedigree column layout information for the file specified by the EpistasisPedigreeFile directive. This can be a locus file from a another dataset (another chromosome, for example), or it can be the same file specified with the LocusFile directive. This directive requires the Epistasis and EpistasisPedigreeFile directives, and is incompatible with the LiabilityClasses directive.
EpistasisFrequencyFile
EpistasisFrequencyFile <filename>
Specifies the file that contains allele information for the marker specified by the Epistasis directive. This directive is only required if the epistasis marker alleles are not '1' and '2'. This directive requires the Epistasis, EpistasisPedigreeFile and EpistasisLocusFile directives, and is incompatible with the LiabilityClasses directive.

Options

PhenoCodes
PhenoCodes <unknown>
PhenoCodes <unknown>, <unaffected>, <affected>
Specifies the values that will appear in the affection status (phenotype) field of the pedigree file, to indicate if an individual is affected, unaffected, or if the affection status is unknown. For dichotomous traits, all three values must be integers; the defaults are 0 (for unknown), 1 (for unaffected) and 2 (for affected). For quantitative trait analyses, only the value for unknown affection status should be specified, which may be any real number; the default is -99.99. For quantitative threshold traits, all three must be specified; the defaults are -99.99, -88.88 and 88.88. This directive is incompatible with the MarkerToMarker directive.
TraitPositions
TraitPositions [ Marker | <value> | <range> ] {, ... }
Specifies the positions at which PPLs will be calculated in a multipoint analysis. The literal string Marker indicates that PPLs should be calculated at each marker position, in addition to any other positions. If a range is specified, the end value of the range may be specified as the literal end. In that case, Kelvin will expand the range so the last value is just past the last marker in the map. The literal end in a range specification is only valid with this directive. This directive requires the MultiPoint directive, and is thus implicitly incompatible with the MarkerToMarker and LD directives.
SexLinked
SexLinked
Specifies that the pedigree contains data for the X chromosome.
SexSpecific
SexSpecific
Specifies that the map file contains sex-specific centiMorgan positions for the markers, and that the sex-specific positions should be used instead of sex-averaged positions during the analysis. Requires that the map file actually contains sex-specific positions. This directive is incompatible with the LD directive.
Imprinting
Imprinting
Specifies that imprinting, or parent-of-origin, effects on the trait should be considered. This directive is incompatible with the MarkerToMarker directive.
PolynomialScale
PolynomialScale <scale>
If the user knows in advance that an analysis will require large amounts of memory, this directive can be specified, and Kelvin will pre-allocate memory before it begins calculations. This will result in somewhat more efficient use of memory, compared to Kelvin incrementally allocating memory as it runs. The <scale> is an integer between 1 and 10. This directive is incompatible with the NonPolynomial directive.
NonPolynomial
NonPolynomial
Specifies that Kelvin should not internally represent the likelihood calculation as a polynomial. This option will dramatically reduce memory requirements, but can increase run time by orders of magnitude for complex analyses. This directive is incompatible with the PolynomialScale directive.
TraitPrevalence
TraitPrevalence <value>
Specifies the prevalence of the trait, presumably in the general population. This directive is required for automatic allele frequency estimation if the pedigree file contains any cases-and-controls.

Other

SkipPedCount
SkipPedCount
Specifies that automatic pedigree counting and binning should be disabled. Note that pedigree counting may be implicitly disabled for certain datasets or types of analysis.
SkipCountWeighting
SkipCountWeighting
Specifies that the default algorithm for weighting cases and controls when counting and binning pedigrees should be disabled, and that absolute counts should be generated instead. Has no effect if pedigree counting is disabled, or if no cases and controls appear in the dataset.
SkipEstimation
SkipEstimation
Specifies that automatic allele frequency estimation should be disabled. If this directive is present, then allele frequencies must be provided using the FrequencyFile directive. Note that allele frequency estimation may be implcitly disabled for certain datasets or types of analysis.
SkipAnalysis
SkipAnalysis
Specifies that preprocessing steps (pedigree counting, allele frequency estimation) should be done, if applicable, but no other processing.
DryRun
DryRun
Specifies that configuration and input data should be read and validated, and that the complexity of the analysis should be estimated, but no calculations are performed.

Advanced Directive Reference

Input and Output
Trait Model - Quantitative
Trait Model - Fixed Models
Other
Diagnostics

Kelvin can be configured to perform calculations based on fixed grids of parameter values. This option should be used with extreme caution for purposes of computing PPLs because it is not compatible with Kelvin's underlying numerical integration routines and can return erroneous BRs. However, it can be useful in cases where, for instance, a very fine grid of values is wanted for purposes of increasing precision of the MOD and/or maximizing values, or for calculation of fixed-model LODs. It can also be configured to reproduce the "fixed-grid" numerical integration routines used by older versions of Kelvin for purposes of comparison with results generated under those versions. The FixedModels directive enables this behavior, and is required for any advanced directives that fix points of the trait model.

Input and Output

CountFile
CountFile <filename>
Specifies the name of the input file from which pedigree count information will be read. The default is that pedigrees are not counted. Pedigree counting can dramatically improve efficiency by skipping redundant calculations when multiple families have the exact same structure, genotypes and affection status. This makes it very useful for case/control, trio or affected sib-pair analyses.
ForceBRFile
ForceBRFile
Specifies that a BayesRatioFile be written during a MarkerToMarker analysis. This option is for debugging purposes.
NIDetailFile
NIDetailFile <filename>
Specifies the name of an output file to which some dynamic grid information will be written. Examples include the number of likelihood ratio calculations (numLR) and error of the BR (error). This option is used for debugging purposes (for example, 'numLR' is useful to find out how many subgroups of DCUHRE are required to approximate the BR).
SurfaceFile
SurfaceFile <filename>
Specifies the name of an output file to which LOD values (arrived at in the middle of BR calculations for both dynamic and fixed grids) will be written. The LOD values are used either for validation purposes, or to feed into the visualization tools (LiVit, DiVit, or PLOT). This option is for debugging purposes.
SurfacesPath
SurfacesPath <dirname>
This option is for debugging purposes.

Trait Model - Quantitative

QTMeanMode
QTMeanMode [ Vary | Same | Fixed <value> ]
Specifies constraints on mean values when using the normal distribution for a quantitative trait analysis. Same specifies that the mean can only vary between traits, whereas Vary allows it to vary between genotypes as well; the range of possible values is constrained using the Mean directive below. Fixed specifies a fixed mean. The default is Vary. This directive requires either the QT or QTT directives with the Normal distribution. This directive is incompatible with the MarkerToMarker directive.
QTStandardDevMode
QTStandardDevMode [ Vary | Same | Fixed <value> ]
Specifies constraints on standard deviation values when using the normal distribution for a quantitative trait analysis. Same specifies that the standard deviation can only vary between traits, whereas Vary allows it to vary between genotypes as well; the range of possible values is constrained using the StandardDev directive below. Fixed specifies a fixed standard deviation. The default is Same. This directive requires either the QT or QTT directives with the Normal distribution. This directive is incompatible with the MarkerToMarker directive.
Mean
Mean <min>, <max>
Specifies the mean values when using the normal distribution for a quantitative trait analysis. The <min> and <max> should be specified as values. The defaults are min=-3, max=3. This directive requires either the QT or QTT directives with the Normal distribution. This directive is specified differently (and is required) when using FixedModels with a quantitative trait; see Mean below. This directive is incompatible with the MarkerToMarker directive.
StandardDev
StandardDev <min>, <max>
Specifies the standard deviation values when using the normal distribution for a quantitative trait analysis. The <min> and <max> should be specified as values. The defaults are min=0.25, max=2.5. This directive requires either the QT or QTT directives with the Normal distribution. This directive is specified differently (and is required) when using FixedModels with a quantitative trait; see StandardDev below. This directive is incompatible with the MarkerToMarker directive.
DegreesOfFreedom
DegreesOfFreedom <min>, <max>
Specifies the degrees of freedom values when using the Chi-squared distribution for a quantitative trait analysis. The <min> and <max> should be specified as values. This directive requires either the QT or QTT directives with the ChiSq distribution. This directive is specified differently (and is required) when using FixedModels with a quantitative trait; see DegreesOfFreedom below. This directive is incompatible with the MarkerToMarker directive. This directive is normally disabled for distribution versions of Kelvin.
Truncate
Truncate <min>, <max>
Specifies minimum and maximum QT trait values to be allowed in the distribution, so that "long tails" on either end may be cut off. The <min> and <max> should be specified as values. This directive requires either the QT or QTT directives, and is incompatible with the MarkerToMarker directive.

Trait Model - Fixed Models

FixedModels
FixedModels
Specifies that Kelvin should not sample the trait space using numerical techniques, but should calculate Bayes ratios at specific points in the trait space as specified using trait model directives. This directive is normally disabled for distribution versions of Kelvin.
Constraint
Constraint Penetrance [ [ DD | Dd | dD | dd ] { <class> } [ == | != | > | >= ] [ DD | Dd | dD | dd ] { <class> } ] {, ... }
Constraint Mean [ [ DD | Dd | dD | dd ] { <class> } [ == | != | > | >= ] [ DD | Dd | dD | dd ] { <class> } ] {, ... }
Constraint StandardDev [ [ DD | Dd | dD | dd ] { <class> } [ == | != | > | >= ] [ DD | Dd | dD | dd ] { <class> } ] {, ... }
Constraint DegreesOfFreedom [ [ DD | Dd | dD | dd ] { <class> } [ == | != | > | >= ] [ DD | Dd | dD | dd ] { <class> } ] {, ... }
Constraint Threshold [ <class> [ == | != | > | >= ] <class> ] {, ... }
This directive allows the values specified using the various trait model directives to be constrained based on trait genotype or liability class. For example, the trait penetrances might be constrained such that the penetrance given a single copy of the disease gene is always less than or equal to the penetrance given two copies of the disease gene. For constraints based solely on trait genotypes (no liability class is specified), the genotypes should be different. Constraints involving a liability class require that the LiabilityClasses directive. Constraints on a given dimension of the trait model (Penetrance, Mean, StandardDev, DegreesOfFreedom, Threshold) require that the respective directive be specified, with all the requirements those directives imply. Multiple constraints on the same dimension may appear, separated by a comma, on the same line. In this case, if either of conditions is true, the constraint is satisfied. Constraints that appear on separate lines will all be enforced. This directive requires FixedModels.
Alpha
Alpha [ <value> | <range> ] {, ... }
Specifies the set of alpha values that will be considered during the analysis. This directive requires the FixedModels directive. This directive is incompatible with the MarkerToMarker directive.
DiseaseGeneFrequency
DiseaseGeneFrequency [ <value> | <range> ] {, ... }
Specifies the set of disease gene frequency values that will be considered during the analysis. This directive requires the FixedModels directive, and is incompatible with the MarkerToMarker directive.
DPrime
DPrime [ <value> | <range> ] {, ... }
Specifies the set of D' values that will be considered during the analysis. This directive requires the FixedModels and LD directives, and is not compatible with the MultiPoint directive.
Penetrance
Penetrance [ DD | Dd | dD | dd ] [ <value> | <range> ] {, ... }
Specifies the set of penetrances to be considered for each trait genotype (DD, Dd, dD or dd), when conducting a dichotomous trait analysis. This directive requires the FixedModels directive, and is incompatible with the QT, QTT and MarkerToMarker directives. The dD genotype is only legal if the Imprinting directive is also specified.
Theta
Theta [ <value> | <range> ] {, ... }
Specifies the set of sex-averaged thetas to be considered during the analysis. This directive requires FixedModels, and is incompatible with the SexSpecific directive.
Threshold
Threshold [ <value> | <range> ] {, ... }
Specifies the threshold values for use with the QTT directive. See Threshold above for usage outside of a FixedModels context. With the FixedModels directive, this form of the directive must be used to specify the set of thresholds. This directive requires the QTT directive, and is incompatible with the MarkerToMarker directive.
Mean
Mean [ DD | Dd | dD | dd ] [ <value> | <range> ] {, ... }
Specifies the mean values when using the normal distribution for a quantitative trait analysis. See Mean above for usage outside of a FixedModels context. With the FixedModels directive, this form of the directive must be used to specify the set of mean values to be considered for each trait genotype (DD, Dd, dD or dd). This directive requires either the QT or QTT directives with the Normal distribution. The dD genotype is only legal if the Imprinting directive is also specified. This directive is incompatible with the MarkerToMarker directive.
StandardDev
StandardDev [ <value> | <range> ] {, ... }
Specifies the standard deviation values when using the normal distribution for a quantitative trait analysis. See StandardDev above for usage outside of a FixedModels context. With the FixedModels directive, this form of the directive must be used to specify the set of standard deviations. This directive requires the FixedModels directive, and either the QT or QTT directives with the Normal distribution. This directive is incompatible with the MarkerToMarker directive.
DegreesOfFreedom
DegreesOfFreedom [ DD | Dd | dD | dd ] [ <value> | <range> ] {, ... }
Specifies the degrees of freedom values when using the Chi-squared distribution for a quantitative trait analysis. See DegreesOfFreedom above for usage outside of a FixedModels context. With the FixedModels directive, this form of the directive must be used to specify the set of degrees of freedom values to be considered for each trait genotype (DD, Dd, dD or dd). This directive requires either the QT or QTT directives with the ChiSq distribution. The dD genotype is only legal if the Imprinting directive is also specified. This directive is incompatible with the MarkerToMarker directive. This directive is normally disabled for distribution versions of Kelvin.

Other

DiseaseAlleles
DiseaseAlleles <number>
Specifies the number of alleles for the hypothetical trait locus. Currently the only supported number of disease alleles is 2, which is also the default. This directive is incompatible with the MarkerToMarker directive.
MaxIterations
MaxIterations <number>
Specifies that Kelvin's dynamic trait space sampling algorithm should go through at most <number> iterations.
Study
Study <label> [ client | server ] <dbhost> <dbusername> <dbpassword> <pedids include regex> <pedids exclude regex> { MCMC <total samples> <start of sample ids> <end of sample ids> }
Specifies parameters for a "Likelihood Server" run. Likelihood Server is a highly experimental operating mode in Kelvin that enables more parallelization of analysis and the use of alternative likelihood calculation algorithms. Details can be found in the Exotic Operating Modes documentation.

Diagnostics

The Diagnostics directives are all for debugging purposes. They're separated by concern, and all take an integer indicating a "diagnostic level" that determines what level of detailed debugging output for that class of diagnostics should be shown.

Diagnostics directives have no effect for distribution versions of Kelvin.

DiagOVERALL
DiagOVERALL <value>
This option is for debugging purposes.
DiagLIKELIHOOD
DiagLIKELIHOOD <value>
This option is for debugging purposes.
DiagREAD_PEDFILE
DiagREAD_PEDFILE <value>
This option is for debugging purposes.
DiagALLELE_SET_RECODING
DiagALLELE_SET_RECODING <value>
This option is for debugging purposes.
DiagGENOTYPE_ELIMINATION
DiagGENOTYPE_ELIMINATION <value>
This option is for debugging purposes.
DiagPARENTAL_PAIR
DiagPARENTAL_PAIR <value>
This option is for debugging purposes.
DiagCONFIG
DiagCONFIG <value>
This option is for debugging purposes.
DiagINPUTFILE
DiagINPUTFILE <value>
This option is for debugging purposes.
DiagXM
DiagXM <value>
This option is for debugging purposes.
DiagDCUHRE
DiagDCUHRE <value>
This option is for debugging purposes.
DiagPOLYNOMIAL
DiagPOLYNOMIAL <value>
This option is for debugging purposes.
DiagALTLSERVER
DiagALTLSERVER <value>
This option is for debugging purposes.
DiagMAX_DIAG_FACILITY
DiagMAX_DIAG_FACILITY <value>
This option is for debugging purposes.