mdupont: This is interesting for doing documentation of the terms of the computing community
mdupont: http://wiki.dotgnu.org/DotGnuWebChat
mdupont: this is the dotgnu chatlog
mdupont: this is the dotgnu chatlog
mdupont: this scan.pl program groups statements from a subject or about a subject into hash
mdupont: this is a report over all the statements about dgee in dotgnu
danbri: RSS-related links in Japan.
DanC: cf request for feedback on domain and range semantics 25 Oct from Hayes
DanC: ugh; DanC was party to keeping this off the issues list 25Oct
DanC: jang notes if vs. iff in his review of 6Jan
DanC: ugh; DanC was party to keeping this off the issues list 25Oct
DanC: jang notes if vs. iff in his review of 6Jan
DanC: PROPOSED: to meet again in 2 weeks, Wed 9 July at 1600Z for <=90min.
DanC: postponed: repeating events(E)
DanC: postponed: InterpretationProperties, esp as applied to timezones (agenda item F)
DanC: postponed: repeating events(E)
DanC: postponed: InterpretationProperties, esp as applied to timezones (agenda item F)
nym: My event module that I'm going to use for Burning Man. Comments appreciated
nym: the event module is simple, it includes statedate, enddate, organizer, type (of event), and geo:point for locational purposes
timbl: "Use semantic augmentation if you desire to give i.e. a phone number to the organizer." semantic augmentation?
libby: a bit underspecified, but quite well used
DanC: cf ThingsVersusTheirNames
DanC: the geo:Point example doesn't parse
nym: the event module is simple, it includes statedate, enddate, organizer, type (of event), and geo:point for locational purposes
timbl: "Use semantic augmentation if you desire to give i.e. a phone number to the organizer." semantic augmentation?
libby: a bit underspecified, but quite well used
DanC: cf ThingsVersusTheirNames
DanC: the geo:Point example doesn't parse
DanC: ACTION mortenf: take a stab at regression tests for .ics->.rdf and/or .rdf->.ics
repeating events - optimset in skical, repeating in icalendar, with respect to opening hours in particular (agenda item E)
libby: see may 14 chatlog action for libby on skical optimset, previous action about chefmoz to icalendar
DanC: not discussed.
DanC: not discussed.
DanC: news on DanC's action?
DanC: from 23Apr
DanC: a start: representing attendance, plans to attend
DanC: pls continue in email
DanC: from 23Apr
DanC: a start: representing attendance, plans to attend
DanC: pls continue in email
libby: see initial weblong action item
DanC: some notes
DanC: example output shows "-//Apple Computer\, Inc//iCal 1.0//EN" becomes xmlns:x='http://www.w3.org/2002/12/cal/prod/Apple_Comp_32a91'
DanC: libby's action from 26Feb is done; she has accepted another one to add support to ical2rdf.pl and add a couple schemas under cal/prod
mortenf: seeAlso RFC 2445
DanC: some notes
DanC: example output shows "-//Apple Computer\, Inc//iCal 1.0//EN" becomes xmlns:x='http://www.w3.org/2002/12/cal/prod/Apple_Comp_32a91'
DanC: libby's action from 26Feb is done; she has accepted another one to add support to ical2rdf.pl and add a couple schemas under cal/prod
mortenf: seeAlso RFC 2445
libby: see agenda (see thread)
libby: 2003-06-25, 1600UTC
DanC: weblog of previous meeting, 11 June
DanC: nearby: www-rdf-calendar list archive, RdfCalendar wiki topic, RDF Calendar Workspace
DanC: chatlog
DanC: Dan Connolly aka DanC attending
mortenf: Morten Frederiksen attending
libby: libby Miller attending
danbri: Dan Brickley attending
libby: 2003-06-25, 1600UTC
DanC: weblog of previous meeting, 11 June
DanC: nearby: www-rdf-calendar list archive, RdfCalendar wiki topic, RDF Calendar Workspace
DanC: chatlog
DanC: Dan Connolly aka DanC attending
mortenf: Morten Frederiksen attending
libby: libby Miller attending
danbri: Dan Brickley attending
_joshua: looks like they're reinventing RDF.
_joshua: http://intertwingly.net/wiki/pie/SyntaxConsiderations
edd: I'm not so sure they're reinventing RDF. The trouble with RDF for this application is that it works fine for metadata, but falls down a bit where the actual content itself is concerned. There've been some tortuous attempts to carry around HTML markup around inside RSS.
edd: It will be interesting to see how it all develops. There are many obstacles, most of them down to process and politics.
Morbus: I'm, personally, staying out of it.
AaronSw: No, you're supposed to complain we're reinventing RSS.
_joshua: http://intertwingly.net/wiki/pie/SyntaxConsiderations
edd: I'm not so sure they're reinventing RDF. The trouble with RDF for this application is that it works fine for metadata, but falls down a bit where the actual content itself is concerned. There've been some tortuous attempts to carry around HTML markup around inside RSS.
edd: It will be interesting to see how it all develops. There are many obstacles, most of them down to process and politics.
Morbus: I'm, personally, staying out of it.
AaronSw: No, you're supposed to complain we're reinventing RSS.