Re: Host big file

[Michael Sallman <msallman@pro-ns.net>]

Tom,

These look like the threads where it was discussed.
http://www.tass-survey.org/tass/mailarchive/2001-12/msg00049.html
http://www.tass-survey.org/tass/mailarchive/2001-10/msg00018.html
Following the threads, I'm not sure if you tried changing model.bas, or
if you did and this is a different problem.

At least I know why it looked familiar :-)

     > >
     > > Subject: Re: Notes on Disk Set 19
     > > Date: Thu, 18 Oct 2001 18:18:21 -0500
     > > From: Michael Sallman <msallman@pro-ns.net>
     > > To: Tass <tass@listserv.wwa.com>
     > > References: <4.2.2.20011015215827.00de0350@pop.veriomail.com>
     > >
     > > Tom,
     > >
     > > I just took a quick look at model.bas and noticed this:
     > >
     > > TilNow# = JulianDay# - 2451545.5#       ' Days since Jan 1, 2000
     > > midnight
     > >
     > > If Jan 1, 2000 midnight is 1/1/2000 0h UT, I think it should be
     > > 2451544.5.
     > >
     > > I haven't had a chance to test it out (though it does add the 1
day),
     > > but I thought I'd at least mention it in case it's obvious to
you (or
     > > someone else) if this is the problem or not.
     > >

Mike

Tom Droege wrote:

    > Michael,
    >
    > I think the file names are just recopied by Michael's pipeline. 
If the
    > final date time is not correct, then we should know about it.  This is
    > something that I hoed someone else would correct.
    >
    > Tom Droege
    >
    > At 10:37 AM 10/27/02 -0600, you wrote:
    >
    > > Tom,
    > >
    > > The disks arrived safely yesterday.
    > > Disk1 : Mhra2241518.cal - Mhra2398580.cal
    > > Disk2 : Mhra2403591.cal - Mhra2547520.cal
    > > I notice that the file names (Mhra2547520) don't match the JD
    > > (2452548.52022). I thought that had gotten fixed. Or maybe I'm
    > > thinking of something similar. Not a big deal, as I assume the JD in
    > > each individual record is correct.
    > >
    > > I will try to get things set up in the next week or so to make the
    > > data accessible.
    > >
    > > Mike
    >
    >
    >