From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Carl Witty Newsgroups: gmane.lisp.guile.devel Subject: Re: Text collation Date: Tue, 05 Dec 2006 14:29:20 -0800 Message-ID: <1165357761.21448.171.camel@meteor.newtonlabs.com> References: <877j00cirs.fsf@laas.fr> <87hcz3mqhr.fsf@zip.com.au> <87r6x0qjyy.fsf@laas.fr> <87fyc1df70.fsf@zip.com.au> <87zma9m07p.fsf@laas.fr> <87u00e6jxa.fsf@zip.com.au> <87fybwhw5a.fsf@laas.fr> <87slfvkxbc.fsf@zip.com.au> <1165344122.21448.138.camel@meteor.newtonlabs.com> <871wne6ppf.fsf@zip.com.au> NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1165357832 12483 80.91.229.10 (5 Dec 2006 22:30:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 5 Dec 2006 22:30:32 +0000 (UTC) Cc: Guile-Devel Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Dec 05 23:30:29 2006 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by dough.gmane.org with esmtp (Exim 4.50) id 1Grinv-0007VZ-S5 for guile-devel@m.gmane.org; Tue, 05 Dec 2006 23:30:24 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Grinu-0007mF-S9 for guile-devel@m.gmane.org; Tue, 05 Dec 2006 17:30:22 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Grins-0007m8-Py for guile-devel@gnu.org; Tue, 05 Dec 2006 17:30:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Grins-0007lC-3O for guile-devel@gnu.org; Tue, 05 Dec 2006 17:30:20 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Grinr-0007kt-LD for guile-devel@gnu.org; Tue, 05 Dec 2006 17:30:19 -0500 Original-Received: from [216.254.24.28] (helo=gemini.newtonlabs.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1Grinq-0005RC-Qg for guile-devel@gnu.org; Tue, 05 Dec 2006 17:30:19 -0500 Original-Received: from meteor.newtonlabs.com (cwitty@meteor.newtonlabs.com [10.0.0.25]) by gemini.newtonlabs.com (8.12.3/8.12.3/Debian-7.1) with ESMTP id kB5MU97T004760; Tue, 5 Dec 2006 14:30:15 -0800 Original-To: Kevin Ryde In-Reply-To: <871wne6ppf.fsf@zip.com.au> X-Mailer: Evolution 2.6.3 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:6295 Archived-At: On Wed, 2006-12-06 at 07:41 +1100, Kevin Ryde wrote: > Carl Witty writes: > > > > If I understand correctly, this would make date->julian-day (for > > instance) convert from Julian calendar dates before 1582 and Gregorian > > calendar dates after 1582. > > Yes. > > > This is cute, but I don't think it's particularly useful; > > Apart from being what people actually used then! > > > the problem is that the Julian to Gregorian switch > > lasted for hundreds of years around the world (and, indeed, some > > churches still use the Julian calendar to determine religious dates), so > > you can't tell if a date is Julian or Gregorian just by looking at the > > year. > > Yes, the switch happened at different times, but if you're calling it > gregorian then it makes some sense to go with the date pope gregory > signed off on :). It could get some localization perhaps, though that > sounds like hard work. I think the gnu "cal" program does that. I believe that virtually any program that needs to do date computations on historical dates will need more support than SRFI-19 provides, no matter what meaning we assign to "date"s with years before 1582. If you consider the small set of Guile users who need to do date computation for historical dates, and the even smaller set for which "before 1582 is Julian, after 1582 is Gregorian" is exactly the date semantics they want, I think it is quite possible that this smaller set is empty: that nobody would ever correctly use the SRFI-19 "date" type for historical dates. (My totally-made-up estimate is that the likelihood of wanting a split in October 1582 is about the same as the likelihood of wanting the proleptic Gregorian calendar, which is at least used for ISO 8601; and that both of these are far more likely than wanting a split which is automatically computed based on the locale of the user running the program.) If it is indeed true that nobody would ever correctly use a split-at-1582 date type, then the decision should be made on the basis of the difficulty of implementing, testing, and documenting. It seems like implementing and testing the proleptic Gregorian calendar is far easier than the split-at-1582 calendar, and the difficulty of documenting either is about even. > > I would propose leaving the code the way it is now, and changing > > the note to something like "Note: Dates in this module use the proleptic > > Gregorian calendar, > > If the srfi author wanted to clarify that then it'd be ok, otherwise > surely a calendar with at least some sort of historical basis is more > use. I note that the SRFI does say "A date is a representation of a point in time in the Gregorian calendar..." Carl Witty _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel