W3C home > Mailing lists > Public > www-rdf-calendar@w3.org > May 2001

RE: RDF calendar schemas

From: Libby Miller <Libby.Miller@bristol.ac.uk>
Date: Wed, 30 May 2001 11:54:46 +0100 (BST)
To: Greg FitzPatrick <greg.fitzpatrick@metamatrix.se>
cc: "'Libby Miller'" <Libby.Miller@bristol.ac.uk>, www-rdf-calendar <www-rdf-calendar@w3.org>
Message-ID: <Pine.GSO.4.21.0105301108200.9352-100000@mail.ilrt.bris.ac.uk>
> That is great - I would like to know your opinion of Jonas's work 
> http://lists.w3.org/Archives/Public/www-rdf-interest/2000Aug/0109.html
> How much of this do you find usable?

Some background: this url points to an RDF representation of Skical by
Jonas Liljegren. Skical [1] includes a representation system for public 
events such as concerts, sports events. It builds on iCalendar and
extends it with information needed for public events such as
information about disabled access, availability of alcohol
etc. Jonas' work on Skical is highly relevant to work turning icalendar
into RDF.

I've described a strawman calendar schema [2] in order to have something
to play with which looks a lot like Jonas's description of Skical in
RDF, except for the dates. My schema uses rdf:label, which is 
wrong. Otherwise, I'd agree that the structure of the RDF representation
can be essentially flat. Jonas' work is a good place to start. However, 
in trying to query and use data like this, I have some issues I'd like
to bring up, concerning dates, repeated events and sub-events.


Should we be using XML schema datatypes to define dates? Especially
given the difficulties with the XSD namespace in RDF? In addition
querying anything which requires regexes or just partial string matching
as jonas's schema does within any of the current RDF apis isn't
possible, although query languages for RDF may well have
these capacities. This affects the form which dates can take. 
Ideally we would want to have the option of separating out hour,
minute, date, month, year, into separate nodes as I started to do.

Repeated events

Repeated events are the most problematic area of calendaring. I
haven't looked into representating repeated events in RDF at all, so
I can't evaluate what Jonas has done yet.

sub events

Finally, I found it very useful in modelling the XMLEurope data to have
the notion of one event being contained within another. For example,
a track is a kind of event which might be spread over one or more days
at a conference, which contains various presentations, also events. Or
is a track is too broad for you, a session might contain more than one
event, and may plausibly be considered an event in itself. The
vaclendar is a container for events as I see it. We'd still need an RDF
property to indicate somehow that there was more data about the event
available (maybe rdf:seealso would do?). 

Does this make sense?



[1] skical: http://ski.finns.nu/
[2] strawman RDF calendar
schema: http://ilrt.org/discovery/2001/05/ical/index.rdf

sample instance data

XML Europe demo:

> You have both the Dawson and Reddy DTD's as reference I hope?
> Greg
Received on Wednesday, 30 May 2001 06:55:32 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:14:10 UTC