It may be a bug caused by having different sampling frequencies in the
two files. However, I wouldn't advise combining files at different
frequencies because the ESS calculated on the combined file will be
wrong. I suggest down-sampling the first file and then combining them.
If you process the first run in LogCombiner (on its own) you can give
a resample frequency of 25000 (i.e., the same as the longer second
run). Then combine the result with the second run
See if that solves the problem with the burnin?
Andrew
___________________________________________________________________
Andrew Rambaut
Institute of Evolutionary Biology University of Edinburgh
Ashworth Laboratories Edinburgh EH9 3JT
EMAIL - a.ra...@ed.ac.uk TEL - +44 131 6508624
You say that it happens irrespective of the order you add the files -
is it always the second file that doesn't have its burnin removed?
When you enter the burnin, are you sure that you are pressing return
so that the value gets entered into the table? If you don't then it
doesn't recognize the value you give - this is a problem with Java in
general.
Andrew
On 23 Jan 2008, at 14:04, phylo tree wrote:
> > never removes the burnin for the second file. This happens
> > irrespective of what order the files are added to logcombiner. I
> have
> > set the burnin to be the the number of states as in Tracer. So the
___________________________________________________________________