Re: Questiona about timezones

Mark Nottingham <mnot@mnot.net> Mon, 01 October 2018 06:22 UTC

Resent-Date: Mon, 01 Oct 2018 06:19:19 +0000
Resent-Message-Id: <E1g6rY7-0001Qm-Fu@frink.w3.org>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <CAG47hGZ+CMTqqLf86kjSdsxgUtM1cLYS12TasPLOJNrOieqe0g@mail.gmail.com>
Date: Mon, 01 Oct 2018 16:18:51 +1000
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <DB77149F-2A14-4B6A-88B6-0AC33432249E@mnot.net>
References: <CAG47hGZ+CMTqqLf86kjSdsxgUtM1cLYS12TasPLOJNrOieqe0g@mail.gmail.com>
To: Grahame Grieve <grahame@healthintersections.com.au>
Subject: Re: Questiona about timezones
Archived-At: <https://www.w3.org/mid/DB77149F-2A14-4B6A-88B6-0AC33432249E@mnot.net>
Resent-From: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list

Hi Grahame,

This has come up a few times. While getting it into Web browsers would be difficult (thanks to the inherent privacy issues, as well as the existence of other solutions), defining it for non-browser applications simplifies the problem somewhat, and based on the number of times it's come up, might see some take-up.

Personally, I like the proposal in:
  http://www.w3.org/mid/DBDF1A48B00F2042B20953D2ACE4968806A0ADE526@sha-exch14.shared.ifeltd.com

If you (or someone else) wanted to sketch out a proposal in an Internet-Draft, we could discuss it and decide whether there's consensus to adopt.

That said, the gating factor is likely to be finding someone who's willing to put in the work of editing a document. If we can find people to help in that process, would you be willing to do so?

Cheers,



http://www.w3.org/mid/DBDF1A48B00F2042B20953D2ACE4968806A0ADE526@sha-exch14.shared.ifeltd.com

> On 26 Sep 2018, at 11:18 am, Grahame Grieve <grahame@healthintersections.com.au> wrote:
> 
> Hi
> 
> We've run into a problem with the FHIR HTTP API to do with timezones (FHIR = HTTP API for healthcare). TImezones are hard to deal with, and we can't nail everything down (duh!). There's cases where the server needs to know the client's timezone to perform certain tasks correctly on behalf of the client, and the client wants to know the server's timezone to fully understand certain outputs 
> 
> The classic response is for this to be handled by javascript client side, but that doesn't work for a data (json) API. Note also that in principle, servers should not have a timezone, but in practice, every clinical system in the world does have a timezone, and it matters a whole lot. If we care about legacy data, we have to have the client knowing what the server defaults to... and we really care about legacy data. And various clinical protocols have operational ties to timezones, not just offsets (giving medications at the right time really does matter)
> 
> Has anyone got any comments on this?
> 
> I like the header described in https://tools.ietf.org/html/draft-sharhalakis-httptz-05 and would specify it for both directions, but that's not blessed by the http-wg?
> 
> Grahame
> 
> -- 
> -----
> http://www.healthintersections.com.au / grahame@healthintersections.com.au / +61 411 867 065

--
Mark Nottingham   https://www.mnot.net/

Questiona about timezones Grahame Grieve
Re: Questiona about timezones Grahame Grieve
Re: Questiona about timezones Mark Nottingham
Re: Questiona about timezones Grahame Grieve
Re: Questiona about timezones Roberto Polli
Re: Questiona about timezones Grahame Grieve