From mboxrd@z Thu Jan 1 00:00:00 1970 From: Don Armstrong Subject: Re: Time-zone in dates Date: Wed, 8 Jul 2015 10:59:54 -0500 Message-ID: <20150708155954.GS6137@geta> References: <87y4j6tgyn.fsf@nicolasgoaziou.fr> <20150626195749.GG5090@fjo-extia-HPdeb> <87zj3iodr4.fsf@ucl.ac.uk> <87egkugfjw.fsf@pierrot.dokosmarshall.org> <878ub1zlzy.fsf@delle7240.chemeng.ucl.ac.uk> <87lhf1i68s.fsf@alphaville.usersys.redhat.com> <87fv581jfv.fsf@ucl.ac.uk> <874mlo9l6k.fsf@ucl.ac.uk> <20150707172707.GK3703@cardamom.adamsinfoserv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36201) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZCrlQ-0000W7-Ie for emacs-orgmode@gnu.org; Wed, 08 Jul 2015 12:00:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZCrlM-0001dT-Lc for emacs-orgmode@gnu.org; Wed, 08 Jul 2015 12:00:00 -0400 Received: from linnode.donarmstrong.com ([64.62.190.156]:59915) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZCrlM-0001dC-FE for emacs-orgmode@gnu.org; Wed, 08 Jul 2015 11:59:56 -0400 Content-Disposition: inline In-Reply-To: <20150707172707.GK3703@cardamom.adamsinfoserv.com> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Cc: Michael Brand On Tue, 07 Jul 2015, Russell Adams wrote: > On Wed, Jul 01, 2015 at 12:22:43PM +0100, Eric S Fraga wrote: > > I particularly like the single event (a flight) that requires more than > > one time zone to make sense. My diary is chock full of cases where it > > looks like a flight out somewhere takes 2 hours but coming back takes > > 11! (strong winds ;-) > > I believe this doesn't disprove the need for storing in UTC. [...] > After all there's no data lost in the plane example other than the > relative timezone of the observer. The relative timezone of the observer is important, though, because that's how you enter the information, and it's often the most logical way to display the information. If you just store UTC there's no way to regenerate that. Though all of that said, just storing UTC is significantly easier, and while I'd love to see a complete implementation, an incomplete implementation which could be expanded to become complete would be a great advance. -- Don Armstrong http://www.donarmstrong.com This can't be happening to me. I've got tenure. -- James Hynes _Publish and Perish_