Re: New edition of Calendrical Calculations (fwd)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 16 Jan 2003, Dave Rolsky wrote: On Thu, 16 Jan 2003, Rich Bowen wrote: All points noted and agreed. However, it still makes sense to ask nicely. I have no interest in making enemies of these gentlemen if it is not necessary. Followup: Dr Derschowitz is travelling, and so we will probably not hear a determination for a few weeks. I'll keep you in formed. - -- Rich Bowen - [EMAIL PROTECTED] Author - Apache Administrator's Guide http://www.ApacheAdmin.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE+KFfGXP03+sx4yJMRAoeQAKDR/RNHh7N1LedfPjRX8Q/wweA5egCgiha+ A3JkeRAzPYQ8kFsAEU0oLi0= =0vL8 -END PGP SIGNATURE-
Re: New edition of Calendrical Calculations (fwd)
On Thu, Jan 16, 2003 at 05:06:01PM -0500, Rich Bowen wrote: On Thu, 16 Jan 2003, Rich Bowen wrote: It would be advantageous from our pint of view to have the Perl version, so we'd be happy to make similar arrangements. We do expect that the Perl translation would be a full translation of all the Lisp code, not just selections from it. I also found this remark to be interesting. They would endorse s full translation, but not a partial one. Now I, personally, find the Vedic calendar much more interesting than the B'hai calendar, for example, and so would likely be inclined to implement that first, and the B'hai one later, if at all. It would be unfortunate if I was not permitted to release one before the other was ready. I really wish I could have an actual conversation with these guys, and try to understand what their motivation is for these restrictions. On Thu, Jan 16, 2003 at 03:40:57PM -0600, Dave Rolsky wrote: - Point out that at least some portion of this code is _already_ Free Software. See http://savannah.gnu.org/cgi-bin/viewcvs/emacs/emacs/lisp/calendar/ If this is the case, then why not just use the elisp code as a guide and reimplement the interesting bits in a perlish manner? CC can serve as a body of external documentation on how the code works. This certainly won't qualify as a clean room implementation, but since anyone who is interested in writing Date / Time modules in Perl has probably read CC already, I don't think that's a possibility. It doesn't solve the pseudo-legalistic bullying issues, but it sounds like a defensible position to start from. Z.
Re: New edition of Calendrical Calculations (fwd)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 17 Jan 2003, Adam Turoff wrote: On Thu, Jan 16, 2003 at 03:40:57PM -0600, Dave Rolsky wrote: - Point out that at least some portion of this code is _already_ Free Software. See http://savannah.gnu.org/cgi-bin/viewcvs/emacs/emacs/lisp/calendar/ If this is the case, then why not just use the elisp code as a guide and reimplement the interesting bits in a perlish manner? CC can serve as a body of external documentation on how the code works. This certainly won't qualify as a clean room implementation, but since anyone who is interested in writing Date / Time modules in Perl has probably read CC already, I don't think that's a possibility. It doesn't solve the pseudo-legalistic bullying issues, but it sounds like a defensible position to start from. Yes, I think that this is a very reasonable thing to do, and it is, in fact, what I have already tried to start doing. However, I would *really* like RD's permission and encouragement as well. I don' tthink that we're on shaky legal ground no matter what they say, but I'd like to have their blessing. Not sure why particularly. And perhaps it is worse to ask, because if they say no, then what do we do? But it seemed like the right thing to do. - -- Rich Bowen - [EMAIL PROTECTED] http://kenya.rcbowen.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Made with pgp4pine 1.75-6 iD8DBQE+KF/OXP03+sx4yJMRAoWUAKDdww6KmTh4QijcT87Rh4SnORdOmwCeIS/J xaL5N/6kFUOH1Y5WXLPCVDs= =Z7eG -END PGP SIGNATURE-
Re: New edition of Calendrical Calculations (fwd)
On Fri, 17 Jan 2003, Adam Turoff wrote: On Thu, Jan 16, 2003 at 03:40:57PM -0600, Dave Rolsky wrote: - Point out that at least some portion of this code is _already_ Free Software. See http://savannah.gnu.org/cgi-bin/viewcvs/emacs/emacs/lisp/calendar/ If this is the case, then why not just use the elisp code as a guide and reimplement the interesting bits in a perlish manner? CC can serve as a body of external documentation on how the code works. That's what I was thinking. This certainly won't qualify as a clean room implementation, but since anyone who is interested in writing Date / Time modules in Perl has probably read CC already, I don't think that's a possibility. It doesn't solve the pseudo-legalistic bullying issues, but it sounds like a defensible position to start from. I haven't read it yet, since I read the license first. I'm sure our position is defensible. I've read online that you can't patent or copyright algorithms anyway, so the license is pretty bogus anyway. I'd rather get their agreement (and hopefully convey to them the problems with the license) though. Plus in the worst case they could still sue a module author, who'd have to deal with the legal hassle, regardless of its legal merits. -dave /*=== House Absolute Consulting www.houseabsolute.com ===*/
New edition of Calendrical Calculations (fwd)
FYI - for those of you who are not already on Reingold and Dershowitz's mailing list, you might be interested in this information. -- HTML Writers Guild training classes http://www.hwg.org/services/classes/ -- Forwarded message -- Date: Sat, 28 Jul 2001 01:23:07 -0500 (CDT) From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: New edition of Calendrical Calculations At some point you downloaded the code from Calendrical Calculations by Dershowitz and Reingold, so the following information about a new edition may be of interest: Calendrical Calculations: The Millennium Edition, by Edward M. Reingold and Nachum Dershowitz (Cambridge University Press, 2001) includes the following improvements over the first (1997) edition, in addition to correcting all known errors: 1. New chapter on the Balinese Pawukon calendar. 2. New sections on the early Egyptian calendar (and the several calendars nearly identical to it), alternative functions for the Gregorian calendar, the Roman nomenclature for dates, and the Japanese calendar. 3. New sections on astronomical solar calendars (including the future Bahai calendar), the observational Islamic calendar, astronomical rules for the determination of Passover and Easter, and the astronomical Persian calendar. 4. Corrected Ethiopic and Hindu calendar code and corrected tables. 5. Substantially improved code for the Hebrew, Mayan, Chinese, and Hindu calendars. 6. Details of times-of-day calculations in Jewish and Islamic religious practice. 7. Improved robustness of the code. 8. Uniform epoch and units in the astronomical code. This new edition also comes with a compact disc for personal computers that contains the following files and directories: (a) An applet for converting dates based on the algorithms of this book. (b) Lisp code that implements the calendar functions in this book. (c) Lists of the month names used in the different calendars. (d) A Mathematica implementation. (e) A Java implementation. (f) A directory containing tables of sample dates. (g) Tab-separated tables of dates for all the calendars covered in this book for the years 2000--2005. The code for this edition will not be distributed over the web or by email (that has been too tedious). It will only be available on the CD included with the book. Professor Edward M. ReingoldEmail: [EMAIL PROTECTED] Chairman, Department of Computer ScienceVoice: (312) 567-3309 Illinois Institute of TechnologySecretary: (312) 567-5152 Stuart Building Fax: (312) 567-5067 10 West 31st Street, Suite 236 Chicago, IL 60616-3729 U.S.A.
