Cri-Map Improvement Downloads
(To contribute, upload your files and documents here)
Tool Repository
Archive96 B2012-02-23 08:46:42
chrompic_recomb_ord.sh1.08 KB2012-02-21 18:02:17
crimap_2.503a_inc_doc.tar.gz87.13 KB2009-12-09 21:17:22
crimap_2.504.tgz1.45 MB2012-09-12 21:59:43
crimap_2.504_MacOSX-10.8.zip195.29 KB2013-04-22 11:33:22
crimap_2.504a.tgz402.38 KB2012-09-25 19:09:32
crimap_2.507.tgz187.62 KB2015-04-17 02:38:14
crimap_2.507_MacOSX-10.10.4.gz157.31 KB2015-07-22 03:33:41
unmerge_src_310112.tar.gz7.64 KB2012-02-21 17:59:50
o Archive
   - Historical data
   - A Linux/Unix shell script to parse chrompic output to extract the phase
     line outputs that have at least a specified number of recombinations.
     The output file contains the phase line on the left (position in line
     indicates affected locus as no spaces in line) and the animal id and
     maternal or paternal on the right (tab delimited).  Currently lacks
     family identity. This script supersedes postchromic.txt which contained
     a bug.
   - Credits: Jill Maddox []
o crimap_2.503a_inc_doc.tar.gz
   - Improved cri-map source code
   - Credits: Ian Evans, Jill Maddox []
o crimap_2.504.tgz
   - An updated version of CRI-MAP (v2.504) that resolves some inconsistencies
     between twopoint and other CRI-MAP functionality, also has some additional
     changes that are described in the crimap2_504.doc file that is within the
     crimap2.504.tgz file.  This file should replace the v2.503 on the main part 
     of the site but should leave v2.503 accessible also in case people want to
     continue to use it rather than v2.504. There are slight differences in map
     lengths and likelihood values with v2.504 compared to earlier versions of
     CRI-MAP because recombinations are now treated as integers.
   - Compiled with debug codes.
   - Contact: Jill Maddox []
   - This program was compiled from "crimap_2.504.tgz" on MacOS 10.8 (mountain
     lion).  The compilation is with the default settings of defs.h and the
     following settings: MAX_NUM_LOCI=11000; MAX_NUM_SWITCHS=1000000;
     HIGH_MEMORY_BITS=25. (please check your machine for the specifics for the
     best performance).
   - Contact: Paris Veltsos [] (University of St Andrews)
o crimap_2.504a.tgz
   - Changes made:
     1. use of float.h rather than values.h in e_chrom.c, e_ped.c, get_like.c
        and screen_o.c.  values.h is now obsolete in and should be replaced 
        by float.h as not all versions of C/C++ will still have values.h. 
        The values.h problem will occur for people using MacBooks and maybe 
        some others. This change should have no effect on functionality.
     2. Makefile with debug turned off for default compiling. Having crimap
        compiled with debug causes it to run more slowly - is only useful if 
        crimap is crashing.
     3. Formating changes in flips.c - a mea culpa as I forgot to change all
        lines to have a spacing of 5 characters, the extra lines that need to
        be adjusted for spacing changes are indicated in crimap2_504a.doc
     4. Flips permitted to have same loci in both ordered_loci and inserted_loci
        lines in par file.
   - Compiled without debug codes.
   - Contact: Jill Maddox []
o crimap_2.507.tgz
   The main change in this version pertains to the implementation of a version 
   of parallelisation using forks and pipes for the get_likelihoods function. 
   This means that flips, all and build will use multiple cpus when more than 
   one order is being tested. Note: this form of parallelisation will not work 
   for Windows but will work for Linux (tested using gcc/g++ versions 4.7.2 and 
   4.1.2) and should work for Unix, Solaris and MacOS.
o crimap_2.507_MacOSX-10.10.4.gz
   CRI-MAP 2.507 version compiled for Mac OSX users by Paris Veltsos. Compiled
   using MacOSX 10.10.4 (Yosemite). Note that users should use the command line
   "-n" option to specify the number of cpu's to use as they may not wish to use
   the same number that Paris compiled the program with.

o unmerge_src_310112.tar.gz
   - An improved version of the unmerge program for extracting or deleting loci
     or families from gen files. This version supersedes unmerge_ian.tar.gz
     which had a bug when deleting loci from a gen file. Please note that
     extract works better than delete as the unmerge program still needs to have
     the deleting families option fixed. Whilst one can extract loci and families
     at the same time, one can't combine deletes.
   - Credits: Ian Evans.
   - Contact: Jill Maddox []


© 2003-2024: USA · USDA · NRPSP8 · Program to Accelerate Animal Genomics Applications. Contact: Bioinformatics Team