New time zone home (revisited)

[Mark Davis ☕]

Just to make it clear that our offer from last year still stands:

Mark

On Thu, Aug 27, 2009 at 10:48, Mark Davis ⌛ <mark at macchiato.com> wrote:

> The officers of the Unicode Consortium (http://unicode.org) have discussed
> this issue, and are interested in exploring hosting the TZ efforts. Aside
> from the Unicode projects, we currently also support other independent
> efforts (http://www.unicode.org/iso15924/, http://www.unicode.org/udhr/).
> Hosting the TZ project would provide for mailing list hosting, code
> distribution, source code repository (SVN) if desired, etc., web pages, etc.
> -- presuming that the functioning of the TZ group would continue basically
> as it does now.
>
> If there is interest in something along these lines, we can discuss more
> specifics of what this would look like and then pass a proposal by our board
> of directors.
>
> Mark

...

Speaking to "> I don't think I'd want Unicode specifying any of:"

We'd be hosting the TZ group; the process the group uses and its output
would be up to the group. (The only thing we'd need is for the group to
provide a description of whatever process *is*being followed.)


Mark

*— Il meglio è l’inimico del bene —*


On Mon, Jul 5, 2010 at 03:07, Stephen Colebourne <scolebourne at joda.org>wrote:

> On 27 June 2010 18:15, Olson, Arthur David (NIH/NCI) [E]
> <olsona at dc37a.nci.nih.gov> wrote:
> > It seems to have been overly ambitious to find both a new host and a new
> maintainter for the time
> > zone stuff at the same time. So, one thing at a time. Who has insights on
> a workable options
> > for new host(s) for the mailing list and the software distribution?
>
> I would still maintain that the CLDR environment is by far the best
> fit for this data. It manages all data to do with cultures and is used
> by all the vendors who also use the tzdata. I also believe they
> offered to accept us last time this was discussed.
>
> Stephen
> Spec-lead JSR-310
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20100714/bbd8db71/attachment-0001.html