W3C home > Mailing lists > Public > public-geolocation@w3.org > June 2008

RE: value semantics

From: Chris Butler <cbutler@dash.net>
Date: Wed, 25 Jun 2008 15:54:26 -0700
Message-ID: <470455FBB46F8749A645E9F732A72C35025AE941@ex-be2.dash.net>
To: "Erik Wilde" <dret@berkeley.edu>, <public-geolocation@w3.org>

Hi Erik.

I agree that the iCal standard is not the best one out there and just
used it as an example of a standard that has an analogous problem around
base systems.  :-)

I do think that if there are different systems for positioning in
different parts of the world we should plan for that otherwise it will
be doomed to be a "standard" that is only used in certain places and not

I believe we are pushing for this particular geo API to be something
that is adopted across cultures and locations in the world so I would
strongly advise we think about this now...



-----Original Message-----
From: public-geolocation-request@w3.org
[mailto:public-geolocation-request@w3.org] On Behalf Of Erik Wilde
Sent: Wednesday, June 25, 2008 3:35 PM
To: public-geolocation@w3.org
Subject: value semantics

hello chris.

> If we build this in the sites that care about it will follow the
> standard.  Especially, if there are well documented translation
> algorithms...

not that the details of this are important for this list, but i think 
the design of the iCal standard is a bad one. here is where it defines a

date http://tools.ietf.org/html/rfc2445#section-4.3.4 and this does not 
say anything about a calendar type or that the semantics of the date 
might change based on an optional parameter or even future versions of 
the standard. on the other hand, it references iso 8601, which i think 
hardcodes the gregorian calendar as the way how dates should be 
interpreted. i think this is not a robust design, but this comment is 
based on my 10min examination of iCal, so i might be (and almost hope to

be) wrong.

but it is important to be clear amount the semantics of values, and 
reference systems for measurement values clearly are part of that.


dret.  UC Berkeley - School of Information (ISchool)
Received on Wednesday, 25 June 2008 22:55:11 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:33:49 UTC