Subject: Fwd: RE: [xsl] Retrieving the date of processing|
From: Lisa Settle <lsettle@xxxxxxxxxxxxxxxxx>
Date: Mon, 30 Aug 2004 15:32:33 -0700
Mailing-List: contact xsl-list-help@xxxxxxxxxxxxxxxxxxxxxx
Delivered-To: mailing list xsl-list@xxxxxxxxxxxxxxxxxxxxxx
Date: Thu, 19 Aug 2004 08:12:04 +0100
X-Virus-Scanned: by amavisd-new at rnib.org.uk
Subject: RE: [xsl] Retrieving the date of processing
X-Junkmail-Status: score=11/60, host=arc-relay1.arc.nasa.gov
Hi Daniel. Hadn't realised it was accessible, sorry.
-----Original Message----- From: Daniel Bibbens
Yes. Anyone may use the URL I provided earlier
(http://xobjex.com/cgi-bin/date.pl) which is an always-on,
production server. That URL exists exactly for the purposes
discussed here and is already in use by at least three
other production systems.
At present, the reported time is local to (Pacific Daylight
Savings Time Zone) and synchronized every six hours to the
"atomic clock" at Argonne National Lab. I will entertain
any reasonable request such as moving to GMT or adding or
<request class="maybeReasonable"/> Add xml markup, your own entry, then a GMT value that could be utilised by XSLT 2.0 for anyone to convert to their own local time?
current-time() - 19:01:36.404Z is an example I get... Though the number of decimal places is arbitrary, hence perhaps could be zero.
http://www.w3.org/TR/xmlschema-2/#dateTime is the fancy specification for full date and time if you wanted to go that far? Their example is 1999-05-31T13:20:00-05:00 showing GMT -5 hours.
<time> <local zone="-8:00">19:01:36.0</local> <utc>19:01:36.404Z</utc> </time>
Any WG member improve on that?
FYI: The data at the URL is produced using Dave Rolsky's
Time::Local module for Perl (see:
NOTICE: The information contained in this email and any attachments is confidential and may be privileged. If you are not the intended recipient you should not use, disclose, distribute or copy any of the content of it or of any attachment; you are requested to notify the sender immediately of your receipt of the email and then to delete it and any attachments from your system.
RNIB endeavours to ensure that emails and any attachments generated by its staff are free from viruses or other contaminants. However, it cannot accept any responsibility for any such which are transmitted. We therefore recommend you scan all attachments.
Please note that the statements and views expressed in this email and any attachments are those of the author and do not necessarily represent those of RNIB.
RNIB Registered Charity Number: 226227