Skip Menu |

This queue is for tickets about the Time-modules CPAN distribution.

Report information
The Basics
Id: 617
Status: new
Priority: 0/
Queue: Time-modules

People
Owner: Nobody in particular
Requestors: phillips [...] jive.nl
Cc:
AdminCc:

Bug Information
Severity: Critical
Broken in: 96.061301
Fixed in: (no value)



Subject: Time::JulianDay off by one day
In Time::JulianDay (v99.061501) calculates the JulianDay number incorrectly... The definition of JD says that the Julian daynumber changes at **midday** not midnight (when you would expect). julian_day() returns the julian daynumber at the end of the day. If you are not specifying the dayfraction you should assume the time is at 0:00 of the date requested. So the number returned is too large by 1.
Date: Thu, 16 May 2002 13:11:22 -0700 (PDT)
From: David Muir Sharnoff <muir [...] idiom.com>
To: Guest via RT <bug-Time-modules [...] rt.cpan.org>
Subject: Re: [cpan #617] Time::JulianDay off by one day
* This message about Time-modules was sent to you by guest via rt.cpan.org * * Full context and any attached attachments can be found at: * <URL: https://rt.cpan.org/Ticket/Display.html?id=617 > * * In Time::JulianDay (v99.061501) calculates the JulianDay number incorrectly... * * The definition of JD says that the Julian daynumber changes at * **midday** not midnight (when you would expect). julian_day() * returns the julian daynumber at the end of the day. If you are not * specifying the dayfraction you should assume the time is at 0:00 * of the date requested. So the number returned is too large by 1. It's off by 0.5. I haven't decided what to do about this yet. I'm also not sure if it's off by +0.5 or -0.5 -Dave
I'm open to suggestions as to what to do to fix this. I'm reluctant to do anything that would break anyone's working code. Since the definition of Julian Day has the day change at noon rather than midnight, following the definition would make the module less useful for most users. My current thought is to simply document the problem.