[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