[Babase] MEMBERS/CENSUS/DEMOG conversion is running
Susan Alberts
babase@www.eco.princeton.edu
Sat, 25 Sep 2004 19:27:43 +0300
>> Karl - were you planning on coming back here to Duke for a bit in October?
>
>The plan is Oct 11, although I want to try to get enough done beforehand
>(don't tell Jeanne ;-) that I wont' have to come.
OK this sounds good to me. Oct 11 is soon enough that we won't lose
momentum and it sounds like you're motivated to get a lot done in
order not to go to Duke right away. I like this!. I don't have a good
enough sense of where we are, though, to assess the costs of a
potential slowdown if you don't go to the lab, so let's discuss that
again closer to the time.
>
>BTW, Any word on RANKS.Grp needing to be a supergroup?
Yes I am also interested in hearing more on this. I guess Karl's
question is actually whether ranker is checking this and it is true,
which I obviously don't know the answer to. I don't remember the
rationale for using but suspect it had to do with the a group
fission. I am also not sure what the implications of this are because
supergroup and GID are identical in the Groups.dbf table. So, I've
sort of been just sitting waiting to hear what others have to say on
this, sorry. In general this rule seems fine to me but I am missing
nuance so I am not sure my input is helpful and anyway it doesn't
answer karl's question so you can just ignore this if you like.
Susan
>
>>
>>-s
>>
>>--On Wednesday, September 22, 2004 11:20 PM -0500 "Karl O. Pinc"
>><kop@meme.com> wrote:
>>
>>>Hi,
>>>
>>>I've updated the conversion program to do MEMBERS/CENSUS/DEMOG
>>>and am running it now. I'm using the babase_test database.
>>>Steph can run it for herself if she likes in the
>>>babase_sandbox database as usual.
>>>
>>>I believe I've finally got all the
>>>bugs out of the interpolation program. However, performance
>>>is terrible with the 'old-style' census rows.
>>>It works just as it does now, and in normal use
>>>it does not matter as there are no new 'old-style'
>>>census rows, but the conversion is slow.
>>>This hot minute I'm going to move on and work toward
>>>getting the rest of the tables converted as they should
>>>go quickly. The program may still be running the next
>>>time I look in a day or so in which case I can speed up
>>>the interpolation without much effort.
>>>
>>>On another note, the REPSTATS/CYCSTATS updating is
>>>terribly inefficent. This will slow down the census
>>>updating as entering census data updates Statdate
>>>which updates REPSTATS/CYCSTATS. I can make this
>>>much faster too with not very much effort and will
>>>probably need to do this before we go live.
>>>
>>>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
>>
>>
>>
>>
>>_______________________________________________
>>Babase mailing list
>>Babase@www.eco.princeton.edu
>>http://www.eco.princeton.edu/mailman/listinfo/babase
>
>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
--
--------------------------------------------------------------------------------------------------------------------------------------
Susan Alberts, Department of Biology, Duke University, Box 90338,
Durham NC 27708
919-660-7272 (phone), 919-660-7293 (FAX)