[Babase] More issues with newcycles and newcycstats

Karl O. Pinc babase@www.eco.princeton.edu
Thu, 17 Feb 2005 19:25:53 +0000


On 02/17/2005 10:51:28 AM, Laurence R Gesquiere  
(lgesquie@Princeton.EDU) wrote:
> Hi Karl,
> 
> Hope you had a good time at the wedding.
> 
> Thanks for correcting so quicly the newcycles table.
> I found another problem,: the mdate was not estimated when it's a
> cycle resulting in a pregancy and on the opposite a mdate has been
> estimated when it's a resume cycle. In fact, it should be the
> opposite: because a cycle which results in a pregnancy should start
> with a mdate, while then resume cycle should not.

Ok.  Won't be able to fix it until tonight.

> I've also noticed that if there is no tdate, the mdate was not
> estimated. This problem will probably be solved when we will enter  
> the
> tdate but I just wanted to mention it to you anyway.

I bet the m date was estimated in newcycles, but nothing
shows in newecyclestats.  Yes?  When you don't have a
transition date then you won't have anything in newcyclestats
-- both endpoints are required.

> 
> Thank you so much for your help.

Your welcome.

> Laurence
> 
> 
> 
> ----- Original Message -----
> From: "Karl O. Pinc" <kop@meme.com>
> Date: Wednesday, February 16, 2005 12:55 pm
> Subject: Re: [Babase] Issues with newcycles and newcycstats
> 
> >
> > On 02/16/2005 10:52:56 AM, Catherine Markham wrote:
> >
> > > It seems the heart of the trouble is a problem in newcycles -
> > it
> > > looks like mdates were calculated only for resumes after a
> > pregnancy,
> > > as opposed to all cycles other than resumes.
> >
> > Oops.  Yes.  Fixed.
> >
> > The logic was obviously backwards.  I re-ran the program to
> > make sure it ran but did not look at the results so double
> > check for me please.
> >
> > >  One of the
> > > ramifications in newcycstats arising from the incorrect
> > newcycles
> > > table is that there are gaps from ddate to next tdate if an
> > mdate is
> > > not present in newcycles.
> >
> > Yes.  This remains the case.  Because there are no GAPS table,
> > when there's
> > a missing transition marker (Mdate, Tdate, Ddate, whichever)
> > then there's no way to know when one state starts and the next
> > stops.  So the program leaves the whole thing unrecorded.
> >
> > Cathrine,
> >
> > I'm off the computer now so you can use it.
> >
> > Karl <kop@meme.com>
> > Free Software:  "You don't pay back, you pay forward."
> >                 -- Robert A. Heinlein
> >
> >
> >
> > _______________________________________________
> > Babase mailing list
> > Babase@www.eco.princeton.edu
> > http://www.eco.princeton.edu/mailman/listinfo/babase
> >
>

> begin:vcard
> n:Gesquiere;Laurence
> fn:Laurence R Gesquiere (lgesquie@Princeton.EDU),Laurence R Gesquiere
> tel;fax:608-258-2712
> tel;work:609-258-6788
> org:Princeton University;EEB
> adr:;;420A Guyot Hall;Princeton;NJ;08544;
> version:2.1
> email;internet:lgesquie@Princeton.EDU
> title:Ph.D
> end:vcard
>


Karl <kop@meme.com>
Free Software:  "You don't pay back, you pay forward."
                 -- Robert A. Heinlein