This is an automatically generated IRC chat log made by the logger bot from the Semantic Web Interest Group IRC chat at irc://irc.freenode.net/rdfig (also known as server irc.freenode.net channel #rdfig if that URI does not work for you).
NOTICE: #rdfig logs are being turned off 2004-12-03. Please
switch to the new and
shiny #swig channel for Semantic Web Interest Group chat.
Change your client to #swig and enjoy the new experience.
Or read the latest #swig logs
to see what you've been missing :)
Semantic Web Interest Group Logs > 2003 > 2003-09 > 2003-09-29 (Latest) (Search)
00:57:13 <tav> tav is now known as tav|offline
01:00:25 <tav|offline> tav|offline is now known as tav
02:44:27 <zacker> zacker is now known as zack-gone
03:13:42 <D[a]vey> D[a]vey is now known as Davey
03:19:52 <Davey> I still can't find a decent example of RdfCalendar... or like, a decent explanation of its elements and such
03:50:46 <Davey> ack, I missed libby :/
03:50:50 <Davey> woah... shes british.
03:52:32 <danbri> lot of it about, old chap
03:52:40 <Davey> hmm?
03:52:50 <danbri> britishness in #rdfig :)
03:52:57 <Davey> oh, awesome ;)
03:53:07 * danbri comes out of the brit closet
03:53:11 <Davey> haha
03:53:58 <Cardinal> Yeah, it's not easy being American around here ;)
03:54:39 <Davey> hehe
03:54:52 <Davey> so theres lot of semantic web people in england?
03:55:04 <danbri> a fair number
03:55:05 <Davey> cause the PHP people here are very few and far between
03:55:24 <Davey> I can name 5 people in england who are pretty good with PHP... I'm one of them.
03:55:34 <Davey> imajes, markl, steph fox, wez, myself.
03:55:42 <Davey> of course, I'm like bottom of the pile ;)
03:56:02 <danbri> that compares pretty bad to perl, java etc...
03:56:20 <Davey> well, it does mean I have a good chance of standing out here :)
03:56:48 <danbri> I never understood why the world needed another language w/ PHP, but am told it's fast(er than perl cgi), easy to make things quickly etc...
03:57:12 <Davey> why does the world need another language than ASM? :)
03:57:46 <danbri> sure :)
03:57:54 <Davey> I honestly, can't talk about any other language than PHP, its what I started with, and I love it. It allows me to really do some amazing stuffs
03:58:01 <danbri> it seemed peculiarly coupled to a particular deployment scenario
03:58:11 <Davey> how so?
03:58:17 <danbri> but then i thought that about javascript too, til I met Jim here who uses it for everything
03:58:31 <danbri> writing '.php scripts', versus being a general purpose lang
03:58:47 <Davey> oh, well its certainly *geared* towards using it for the web
03:59:02 <Davey> but its also possible to write anything from a daemon to a shell script in it :)
03:59:04 <danbri> ie. seems (I may be wrong...) that it mostly gets used wrapped behind http
03:59:13 * danbri nods
03:59:22 <Cardinal> Possible, albiet not necessarily wise.
03:59:24 <Davey> I just wrote an article on using PHP for daemons :)
03:59:28 <danbri> have you played with RAP at all? the RDF library...
03:59:36 <Davey> Cardinal: definately, you'd like my article ;)
03:59:41 <Davey> I haven't danbri
04:00:08 <Davey> Cardinal: my article was about demonstrating Sockets, PCNTL, POSIX and Shared Memory, the natural example was a daemon
04:00:28 <Davey> but I do also note that its more often than not the wrong langauge for the job :)
04:00:54 <Davey> the article is quite satirical :)
04:01:30 <Davey> Cardinal: the article tag line is "PHP is not always the best tool for the job; this is one of those times. "
04:01:57 <Davey> and I end with this: Remember, ultimately, itÂ’s the right tool for the right job, and PHP has its little niche as a daemon language... somewhere.
04:02:20 <Davey> but anyways, back to the *semantic* web ;)
04:02:39 <Davey> Cardinal: do you think browsers would care if I used XSD?
05:42:04 <zack-gone> zack-gone is now known as zacker
06:10:22 <Davey> Davey is now known as D[a]vey
06:47:53 <D[a]vey> D[a]vey is now known as Davey
06:49:38 <Cardinal> A:| A test of sending XHTML as application/xhtml+xml
06:49:39 <dc_rdfig> Titled item A.
09:15:57 <zoyd> in rdfical, is it necessary for uid to be a sha1sum?
09:16:20 <libby> no, not at all
09:16:46 <Davey> libby!
09:17:17 <Davey> libby: I have been seeing your name *everywhere* all night. You are pretty damn active within this community it seems :)
09:17:56 <libby> heh :)
09:18:12 <Davey> libby: I had a few questions for you regarding RdfCalendar...
09:18:32 <libby> see the icalendar rfc http://www.ietf.org/rfc/rfc2445.txt. we are floowing that closel. basically it shoudl be a globally unique id
09:18:48 <libby> I've really got to run but will be back couple hours
09:18:55 <zoyd> one sec.
09:18:55 <Davey> seeya libby :)
09:18:59 <libby> put them here and I'll answer if I can :)
09:19:04 <zoyd> so, it can be a md5sum too?
09:19:23 <libby> dont see why not...if globally unique...
09:19:31 <zoyd> ok, bye.
09:19:32 <libby> would have to check...
09:19:37 <libby> seeya
09:20:26 <Davey> ah-hah, zoyd, I see you are using RdfCalendar too :)
09:21:06 <Davey> zoyd: Where are you learning the markup for it?
09:21:37 <zoyd> Davey: sure am .. completely useless as of now, hope that changes.
09:21:57 <zoyd> using ical2rdf.pl *grin*
09:22:10 <Davey> aaah, how do you generate the ical stuff? :)
09:22:37 <zoyd> Davey: hint: Mozilla Calendar.
09:22:44 <Davey> I'm organising a conference here, I'd like to be able to markup the timetable for the event (over 4 days) using RdfCalendar.... I wonder if such a thing is even possible
09:22:51 <Davey> hmm, Mozilla has a calendar?
09:23:15 <zoyd> http://www.mozilla.org/projects/calendar/
09:23:54 <Davey> oooh, yeah just found it on google :)
09:24:06 <zoyd> Davey: i bet i was faster.
09:24:15 <Davey> no, actually, you weren't ;)
09:24:20 <Davey> I was already installing :D
09:24:34 * zoyd slaps his irc client
09:26:04 <Davey> *very* sweet
09:26:45 <zoyd> the UI is nice and clean.
09:28:01 <Davey> how detailed does this allow you to be I wonder
09:28:15 <Davey> I want to go "Starts Here, Ends Here and this is the timetable of everything in between"
09:28:33 <Davey> I think I need to have events and tasks
09:28:41 <Davey> event being the conference and tasks being the talks
09:29:27 <zoyd> why not every talk being an event.
09:29:46 <Davey> not sure how that'll work out
09:30:11 <zoyd> so, Event 1: Conf2003 Opening, Event 2: Conf2003 Some talk, etc.
09:30:36 <Davey> yeah, but I need something that runs end to end (the conference) and contains certain tasks...
09:30:42 <Davey> this seems most logical
10:03:20 <Davey> Davey is now known as D[a]vey
11:06:13 <Talliesin> are typed literals tidy or untidy these days (I can never remember)
11:15:48 <libby> <Davey> I still can't find a decent example of RdfCalendar... or like, a decent explanation of its elements and such
11:16:03 <D[a]vey> libby: I'm finding dribs and drabs :)
11:16:04 <libby> is http://esw.w3.org/topic/RdfCalendarDocumentation no good?
11:16:15 <libby> yeah we havnnt; done too many docs yet
11:16:20 <libby> we will...
11:16:28 <libby> any adviceon what's missing would be cool
11:16:41 <D[a]vey> why the HECK haven't I come across that document before?
11:16:46 <D[a]vey> I'm learning from ical2rdf output :)
11:17:00 <libby> what we ussually do is output as icalendar and then use ical2rdf.pl to generate the RDFical
11:17:05 <libby> :)
11:17:07 <libby> great
11:17:13 <D[a]vey> lol :D
11:17:24 <D[a]vey> I'm gonna write a PHP class for PEAR to output RDF :)
11:17:29 <libby> those docs are only a start though...advice on what's needed would eb great
11:17:35 <libby> what's PEAR?
11:17:40 <dajobe> ditto
11:17:42 <D[a]vey>http://pear.php.net
11:17:43 <dc_rdfig> A: http://pear.php.net from D[a]vey
11:18:02 <dajobe> oh, a php cpan
11:18:07 <libby> neat!
11:18:11 <D[a]vey> yeah, except it doesn't suck ;)
11:18:14 <libby> love the favicon :)
11:18:29 <D[a]vey> heh
11:18:29 <dajobe> how does it not suck?
11:18:52 <D[a]vey> dajobe: its not CPAN ;)
11:19:01 <dajobe> thanks for the enlighenment
11:19:04 <D[a]vey> hehe
11:19:12 <D[a]vey> this is not the channel to get into such debates :)
11:19:21 <D[a]vey> I'm biased too, I'm a PEAR-DEV :)
11:19:25 <dajobe> well tell me something useful what it does that's different from CPAN
11:20:21 <D[a]vey> well, theres less duplication, more integration between packages, a better, more QA process for packages getting in and such
11:20:37 <dajobe> more cathedral than bazaar then
11:20:45 <dajobe> ugh, I quoted Raymond
11:21:15 <D[a]vey> lol
11:21:36 <dajobe> A:|PHP Extension and Application Repository - PEAR
11:21:36 <dc_rdfig> Titled item A.
11:21:39 <D[a]vey> ack, whats the Geo* thing again?
11:21:45 <D[a]vey> whats its name?
11:22:05 <D[a]vey> GeoInfo :)
11:22:17 <dajobe> you mean http://esw.w3.org/topic/GeoInfo
11:23:08 <D[a]vey> yes, thats it :)
11:23:09 <D[a]vey> thanks
11:25:34 <D[a]vey> libby: what you need, ideally, is a list of elements in their tree heirarchy, with a description and an example of each one
11:26:01 <dajobe> so what exactly are you going to put in PEAR that's not in the phpxml rdf classes?
11:26:09 <dajobe> libby's just gone out for food/lunch I think
11:26:38 <dajobe> or RAP http://www.wiwiss.fu-berlin.de/suhl/bizer/rdfapi/
11:27:28 <D[a]vey> dajobe: I'm going to be writing a small package which will allow you to do like $calendar->add_event('Foo',$start_time,$end_time); and at the end it'll output as RdfCalendar format XML
11:27:39 <dajobe> ok
11:29:01 <D[a]vey> I may also think about writing a File_iCalendar package for goign from RdfCalendar to iCal and for creating iCal from scratch. If I do that, I'll add the ability to go from iCal 2 RdfCalendar in XMl_RdfCalendar
11:31:09 <libby> ooh
11:31:19 * libby nearly went for lunch, got diutracted
11:31:20 <D[a]vey> http://blogs.law.harvard.edu/tech/rss#requiredChannelElements <--- see how the RSS spec is layed out? Something like that for RdfCalendar would be awesome.
11:31:21 <dc_rdfig> B: http://blogs.law.harvard.edu/tech/rss#requiredChannelElements from D[a]vey
11:31:43 <D[a]vey> B:|RSS 2.0 Specification
11:31:44 <dc_rdfig> Titled item B.
11:31:44 <libby> ok
11:31:51 <libby> makes sense
11:32:09 <libby> d[a]vey, have you dont much RDF stuff?,
11:32:12 <libby> done even?
11:32:19 <D[a]vey> libby: nope
11:32:41 <D[a]vey> s/nope/none except this/
11:33:05 <libby> I only ask because RDF voiocabs dont have a fixed xml representation - in general you need an RDF parser
11:33:39 <D[a]vey> now, this Cardinal was telling me about earlier...
11:33:41 <libby> parsing rdf as xml is trciky unless you control the format of the RDF
11:34:07 <D[a]vey> yes, this I understand (to a point)
11:34:11 <libby> in the rdfical case this migh5t be possible (at least for a while) because there are only two ways of generating it at the moment
11:34:14 <libby> ok, cool
11:34:24 <libby> didn;t want you to waste a bunch of time is all
11:34:59 <D[a]vey> can the <Vcalendar> and its child element be expressed in a different way?
11:35:17 <D[a]vey> elements
11:35:22 <libby> it may be that a schematron schema or simlar for profiles of rdfical would be a good idea. but icalendar itself is not ordered, so converters from ical to rdfical are not ordered either....
11:35:56 * libby thinks....
11:36:03 <D[a]vey> does it need to be ordered as such?
11:36:56 <libby> You should always have one or more top level vcalendars, and anythign inside shoudl be wrapped in components, but I couldnt; tell you offhand if you might get a different version sometimes.
11:37:14 <libby> theorticall you could, e.g. a very bad rdf outputter (I've got one of those)
11:37:32 <libby> ordering....not sure....
11:37:48 <libby> I guess not (I'm not very used to working with plain xml)
11:39:02 <libby> try the bottom query on this page for really horrible output: http://swordfish.rdfweb.org/discovery/2001/08/codepict/rdfxmlquery.html
11:39:17 <libby> (the other queries are too slow to work at the moment!
11:39:18 <libby> )
11:39:32 <libby> ...on the other hand you are unlikely to accross anything like that really
11:39:41 <D[a]vey> libby: you know, if you just update http://esw.w3.org/topic/RdfCalendarDocumentation and put an example of each element (or set of elements if its a case of parents needing the child) that would be sufficient I think...
11:39:52 <libby> normally, you'd get stuff generated by some icalendar tool
11:40:06 <libby> ok, thanks D[a]vey
11:40:35 <D[a]vey> theres some things I've seen in some of the examples on the site that I can't see where they come from
11:41:01 <libby> got an example?
11:41:12 <D[a]vey> http://www.w3.org/2002/12/cal/test/20030115mtg.rdf <---
11:41:13 <dc_rdfig> C: http://www.w3.org/2002/12/cal/test/20030115mtg.rdf from D[a]vey
11:41:25 <D[a]vey> the organizer and attendee elements
11:41:58 <libby> can;t see where they come from? do you mean no docsumentation? or is the original not there...
11:41:59 <D[a]vey> and what about valarm too? thats not of that page either...
11:41:59 <libby> ?
11:42:01 * libby looks
11:42:27 <D[a]vey> I'm asking, is that something in ical? or is it something you've added?
11:43:01 <libby> no, that's something in ical
11:43:26 * D[a]vey saw nothing in Mozilla Calendar for that, hence some confusion, I guess
11:43:27 <libby> none of the examples have any other namespece stuff in apart from the x-propert namespaces, which come from the icalendar examples)
11:43:46 <libby> different tools do diferent outputs. Apple ical will allow you to invie people to a meeting etc
11:43:53 <D[a]vey> ah, cool :)
11:44:22 <Wack> Wack is now known as _Wack
11:46:06 <D[a]vey> libby: is there any scope for putting a FOAF file in as part of the info for an <organizer> or <attendee> ?
11:46:24 <libby> I'd really like to dop that, yes
11:46:42 <D[a]vey> because that would be quite cool for what I'm doing...
11:47:15 <libby> I think that you might be able to use <attendee><foaf:Person><foaf:mbox_sha1sum....> as well as the ical properties.
11:47:26 * libby might have an e.g. somewhere, hang on
11:47:43 <D[a]vey> well, all I'm looking for is a link... ideally.
11:48:03 <D[a]vey> because with huge numbers of people, putting their FOAF into the RdfCalendar itself would be ugly...
11:49:05 <D[a]vey> see, what I'm *trying* to do, is use RdfCalendar for all the date data for my conference, FOAF for all the people data, GeoInfo for all the geographical data and then something I haven't decided for the text data on the site, and then I'll tie it all together using PHP and XSLT for output to various platforms and such
11:49:11 <libby> well, mbox_sha1sum is used to link references to people together. you just need that, not the whole foaf file
11:49:19 <D[a]vey> aaah, cool :)
11:49:27 <libby> blimey! sounds excelelnt
11:49:35 <D[a]vey> yes... I hope it will be :)
11:49:49 <D[a]vey> I want the entire website for the conference to be a testament to what can be achieved :)
11:50:09 <D[a]vey> and its a nice chance to really push myself (and anyone else interested in joining it ;)
11:50:20 <D[a]vey> D[a]vey is now known as Davey
11:51:05 <libby> it sounds great :) I'm happy to help if I can
11:51:12 <Davey> that would be great :)
11:51:24 <Davey> it would be nice if you could attend too... being as its in england :)
11:52:05 <Davey> you could even speak if you want to submit a paper :)
11:53:26 <Davey> I've really got a lot to learn in one week... course, none of the actual *data* is there yet. Hehe
11:56:40 <Davey> Davey is now known as D[a]vey
11:57:26 <libby> hm, I'll have a proper look...
11:57:47 <libby> - see http://swordfish.rdfweb.org/discovery/2003/09/foafcal/foaficaleg.rdf for an example of foaf and rdfical
11:57:58 <libby> geo could be done similarly
11:58:56 <libby> oops that's not right, hang on
12:01:54 <libby> fixed now. there are 2 ways to do it
12:03:41 * JibberJim thinks the first is fine...
12:03:52 <JibberJim> although Vevent is a subClassof of foaf:Agent ?
12:04:06 <libby> eh?
12:04:22 <JibberJim> homepage has domain of foaf:Agent doesn't it?
12:04:41 <libby> no, the attendee is (let's pretend) a subcass of foaf:Agent
12:04:51 <libby> oh, sorry
12:04:57 <libby> yeah, I guess so!
12:05:03 <libby> actually I dont know
12:05:35 <libby> yes yuo are right
12:05:46 <JibberJim> Yeah, I've no problem on the attendee part, I think foaf:homepage may be too narrowly defined.
12:05:54 <libby> sure
12:06:08 <libby> I'll email the list
12:06:16 <libby> chers for spotting that!
12:06:41 <libby> I think we definitelywant events to ahve homepages
12:07:00 <JibberJim> yes, lots of things other than "things which do things" deserve a foaf:homepage
12:07:04 <tav> tav is now known as salokcin`
12:07:08 <libby> yeah
12:07:09 <salokcin`> salokcin` is now known as tav
12:27:34 <D[a]vey> libby: thanks :D
12:28:00 <libby> no prob
12:30:04 <D[a]vey> it seems that actually having a set of basic elements that go inside <attendee> or <organizer> OR a <foaf:person> would be a nice way to do this... but that would probably break the rdfical > ical conversion
12:30:36 <libby> we could maybe change the conversion
12:30:40 <libby> tools
12:30:45 <libby> or one of them (mine :)
12:30:59 <D[a]vey> sure, grab in the FOAF definition and read the elements ical can use from there...
12:31:14 <libby> so if there was a attendee or organiser and a email addr, be easy to simultaneously generate the foaf terms too
12:31:35 <libby> whether Person is there doesn;t matter to many foaf tools, but does to some
12:32:10 <libby> <attendee rdf:parseType='Resource'>
12:32:10 <libby> <calAddress rdf:resource="mailto:libby.miller@bristol.ac.uk"/>
12:32:11 <libby> <foaf:mbox_sha1sum>289d4d44325d0b0218edc856c8c3904fa3fd2875</foaf:mbox_sha1sum>
12:32:11 <libby> </attendee>
12:32:15 <libby> is probably fine
12:32:36 <libby> I'd be a bit wary of making public a lot of emails mind you
12:32:54 <D[a]vey> I'm thinking more of putting the same data you put inside <foaf:knows> inside the <attendee> or <organizer> elements
12:33:08 <libby> so maybe skip caladdress altgether... <attendee>
12:33:08 <libby> <foaf:Person>
12:33:08 <libby> <foaf:mbox_sha1sum>362ce75324396f0aa2d3e5f1246f40bf3bb44401</foaf:mbox_sha1sum>
12:33:08 <libby> </foaf:Person>
12:33:08 <libby> </attendee>
12:33:27 <JibberJim> Is that right libby, they're not equivalent?
12:33:44 <libby> are what not?
12:34:07 <libby> caladdress and mbox?
12:34:25 <D[a]vey> <attendee>
12:34:25 <D[a]vey> <foaf:Person>
12:34:25 <D[a]vey> <foaf:name>Davey Shafik</foaf:name>
12:34:25 <D[a]vey> <foaf:mbox_sha1sum>26b2e3834d83a5ca3fc81e5a942862f7a2bcb653</foaf:mbox_sha1sum>
12:34:25 <D[a]vey> <rdfs:seeAlso rdf:resource="http://www.pixelated-dreams.com/blog/foaf.rdf"/>
12:34:25 <D[a]vey> </foaf:Person>
12:34:27 <D[a]vey> <attendee>
12:34:29 <D[a]vey> I was thinking, more like that.
12:34:31 <JibberJim> the <attendee><sha1sum/></attendee> is different to <attendee><foaf:Person><sha1sum></foaf:Person></attendee>
12:34:58 <libby> that looks fine Davey
12:35:21 <libby> dunno, my tools would process them equivalently jim...
12:35:23 <JibberJim> wouldn't you need an rdf:Description or something in the first anyway to have the multiple properties?
12:35:41 <libby> it's <attendee rdf:parseType='Resource'>, so I think ok
12:35:53 <libby> that's just the way it comes out of the ical2rdf.pl
12:35:54 <JibberJim> oh right, yeah. sorry missed the parseType
12:35:58 <libby> so it looks fairly simple
12:36:03 <libby> cool
12:36:35 <D[a]vey> libby: What I mean is, redefining a whole section for rdfical on what <attendee> and <organizer> can have in them, when FOAF exists, seems kinda redundant.
12:36:55 <libby> I agree
12:37:02 <libby> and it'd be better to use foaf
12:37:20 <libby> but, we are doing a stright translatoin of icalndar to rdf. anything else is extra
12:37:34 <libby> *but* it shoudl go in dovumentations and examples, and be linked to foaf via the schema
12:37:42 <libby> heh
12:37:59 <D[a]vey> you must excuse me, I'm rather like that ;)
12:38:01 <libby> basically rdfical won;t change. but you can always add stuff from diffeent namepsaces like foaf
12:38:32 <libby> and we need some good docs that show you how to do that
12:38:41 <D[a]vey> libby: yes, agreed :)
12:39:14 <libby> best practice and ewhatno. al;so geo stuff
12:40:18 <libby> I'm currently working on SWAD-Europe, and EC funded project
12:40:32 <libby> lots of outreach
12:41:04 <JibberJim> Ah, is that how you justify the IRC chatting libby?
12:41:32 <libby> it's web stuff ye4ah, a mix. all computers, some education, some research, imaging gateways etc
12:41:35 <libby> yep jim :)
12:43:00 <libby> btw, davey, there's a bug in your foaf - <foaf:workInfoHomepage rdf:resource="Web Design and PHP Developer"/> shoule be a url in there
12:43:39 <D[a]vey> ah yes, I noticed that when I stated to fill it out again... then I remembed I'd saved the data using mozilla form thing and just used that, forgot to change that :)
12:44:37 <D[a]vey> fixed my FOAF :)
12:44:57 <libby> neat :)
12:45:24 <D[a]vey> I just used the FOAFinator thing, haven't had a chance to read the FOAF spec yet
12:45:58 <D[a]vey> but I can see myself writing a XML_FOAF package for PEAR too (aswell as XML_GeoInfo if I can grasp that :)
12:46:04 <libby> :))
12:46:11 * libby -> lunch
12:46:15 <D[a]vey> enjoy :)
12:46:16 <libby> l8r...
12:46:26 <D[a]vey> for sure :)
12:48:19 <zoyd> from my foaf file how do i say that i'm attending an event by simply linking to the rdfical URI?
12:49:12 <zoyd> i saw libby's example on the list, but that contains the rdfical in itself.
12:50:06 <D[a]vey> thats a good question.
12:52:30 * zoyd goes through the channel logs looking for clues
12:58:41 <zoyd> if i'm not wrong it still does only a part of the icalendar standard.
12:59:06 <D[a]vey> you are correct, buts it *very* nice at doing what it does :)
12:59:13 <zoyd> i don't see Free/Busy stuff in there.
12:59:22 <zoyd> D[a]vey: indeed.
13:13:19 * libby will think re foaf->attendee
13:13:54 <libby> no, there's no freebusy because we have never seen any freebusy data at all in icalendar
13:16:16 <D[a]vey> libby: I think the point he raised about linking to rdfical from FOAF is valid too
13:16:27 <libby> yeah, just thinking about that
13:16:28 <D[a]vey> its cool to say "This is me, these are the people I know, this is what I'm doing..."
13:16:41 <libby> we have used <rdfs:seeAlso>
13:16:41 <libby> <ical:Vcalendar
13:16:41 <libby> rdf:about="http://ilrt.org/people/libby/calendar/exportrred20030414.rdf"/>
13:16:48 <libby> </rdfs:seeAlso>
13:17:04 <libby> but not saying explicitly anything about attending specicif events
13:17:12 <libby> it woudl eb easy to do though
13:18:37 <D[a]vey> this calendar is mad complex. heh
13:19:10 <D[a]vey> one thing I notice about ical... it requires an end time
13:19:46 <D[a]vey> or at least, Mozilla Calendar does
13:20:39 <libby> really?
13:21:00 * libby can;t remember the spec in suffient detail. it is incredibly lomg
13:21:21 <D[a]vey> well, like I say, Mozilla Calendar requires one... presumably as it needs to draw the end of the box ;)
13:23:40 <D[a]vey> is there an rdf2ical backwards converter?
13:24:54 <D[a]vey> actually, I'm gonna stick to what Mozilla Calendar supports
13:25:42 <CaptSolo> hi all :)
13:25:43 <libby> ok, how about this, re foaf and event http://swordfish.rdfweb.org/discovery/2003/09/foafcal/foafattend.rdf
13:25:47 <libby> hi capt
13:25:50 <CaptSolo> hi libby :)
13:25:59 <D[a]vey> Hello CaptSolo :)
13:26:10 <libby> there's something calld cwm, and that can do rdfical->icalendar yep
13:26:24 <CaptSolo> hi d[a]vey :)
13:26:26 <CaptSolo> what's new?
13:26:36 * CaptSolo has not been here for a while...
13:26:54 <libby> for cwm see http://www.wasab.dk/morten/2003/06/cal/action.html
13:27:39 <D[a]vey> libby: couldn't you even link something in the rdf:seeAlso to the ical:Vevent?
13:29:04 <libby> not unless the event had a uri, whichg we would tend to discourage
13:29:23 <libby> also, that gives you less information,i.e. doesnt say tat atending per se
13:30:13 <D[a]vey> no, I mean an in-document link...
13:30:33 <D[a]vey> we spoke about it briefly in #web when talking about with FOAF
13:30:34 <libby> seealso->event....?
13:30:43 <libby> can you guve an example..?
13:30:47 <D[a]vey> I'll check my logs and get back to you
13:30:55 * libby not sure why useful, but yes, you cold use nodeid for that I think
13:30:59 <libby> ok, cool
13:31:27 <maxf> hi Nikki
13:31:31 <Nikki_R> hi max
13:32:10 <D[a]vey> <contact:nearestAirport rdf:nodeID="pdx" /> <--- and then further down: <air:Airport rdf:nodeID="pdx"> ...., </air:Airport>
13:32:26 <bijan> bijan is now known as server
13:32:37 <server> server is now known as bijan
13:34:08 <D[a]vey> I can already see that rdfical is gonna be the best way to markup our timetable :)
13:34:10 <libby> yep that sounds fine to me...
13:34:12 <libby> :))
13:34:16 * libby very pleased
13:35:31 * libby must do some other work. l8r...
13:36:22 <D[a]vey> seeya :)
14:12:17 <D[a]vey> D[a]vey is now known as Davey
14:18:03 <Talliesin> hello
14:18:23 * Talliesin is still trying to remember whether typed literals ended up being tidy or untidy?
14:18:57 <Davey> hehe
14:19:02 <Davey> sorry I can't help
14:19:15 * DanCon waves from 1st of about 4 telcons today :-{
14:19:26 <dajobe> sympathy
14:19:40 <Davey> telcons?
14:21:49 * bijan tries to imagine DanCon's prior lives...musta been bad to yield 4 telcons!
14:22:19 <DanCon> teleconferences. But the concept doesn't deserve that many keystrokes
14:22:59 <bijan> Hmm, if you're into irony as well as terseness, you could shorten to "tlc"
14:23:00 <bijan> :)
14:24:39 <Talliesin> Okay, Of the things I've found saying they're tidy and they things saying they're not the former are more recent. I'm just going to go ahead and assume they are and can be used with owl:InverseFunctionalProperty and finish writing this and then look stupid when I find out they aren't tidy.
14:24:51 * Talliesin is lucky in not fearing looking stupid.
14:25:32 * mmealling wonders what the very rough estimate is for the number of documents on the web is.....
14:25:35 <DanCon> .google DontWorryBeCrappy
14:25:36 <datum> DontWorryBeCrappy: http://esw.w3.org/topic/DontWorryBeCrappy
14:25:57 <dajobe> billions and billions
14:26:16 <reagleBRKLN> related to
14:26:16 <reagleBRKLN>http://goatee.net/2002/09.html#_18we
14:26:17 <dc_rdfig> D: http://goatee.net/2002/09.html#_18we from reagleBRKLN
14:26:25 <reagleBRKLN> d:"design is like a mortgage"
14:26:30 <reagleBRKLN> D:"design is like a mortgage"
14:26:30 <dc_rdfig> Added comment D1.
14:27:58 * Talliesin is currently busy being crappy.
14:28:25 <mmealling> Business 2.0 said 800 million in '99
14:28:39 <Talliesin> Remember when there were rumours that Bobby McFerin had committed suicide - and lots of people seemed to assume it was true just because it was ironic.
14:28:47 <libby> Talliesin, it certainly used to be the case that Inversefunctionalproperties could not be used with non-resources.
14:28:58 <libby> ...but it's a good while since I looked...
14:29:33 <bijan> I believe that IFPs can't be used with literals in OWL DL (and thus lite)
14:29:40 <bijan> I belive they can be used in OWL Full
14:30:55 <mmealling> hmm... 3,307,998,701 indexed by Google... I wonder what they're what percent of the total they cover.
14:31:08 <bijan> So, in support of my first belief: http://www.w3.org/TR/owl-semantics/syntax.html#2.3.2.4
14:31:42 <bijan> The syntax doesn't allow a InverseFunctional in a DatatypeProperty Axiom
14:32:16 <_joshua> mmealling: About a quarter, by their own estimates
14:32:28 <bijan> In support of the latter, since in OWL Full, a Datatype Property can be equivalentTo a ObjectProperty, I'd say all the axioms carry over, thus the DP can be IF
14:34:21 <bijan> Othere support for the former, in perhaps a more obvious form: http://www.w3.org/TR/owl-semantics/rdfs.html#5.3
14:34:40 <bijan> See, "Only individual-valued properties can be inverse functional properties." :)
14:35:02 <bijan> (that's in the "Common portion" of the semantics, so reflects the strong conditions of OWL DL)
14:37:08 <Davey> Does danbri come here often?
14:37:18 <Davey> oh, he was here last night :)
14:37:48 <JibberJim> Is that a foaf:cheesyChatUpLine Davey?
14:38:01 <Davey> haha
14:38:01 <dajobe> he's in seattle at the moment
14:38:21 <Davey> well, I'd like some info on GeoInfo, and his is the only name to consistantly come up :)
14:39:41 <libby> what's up Davey? I might be able to help
14:39:57 <Davey> libby: well, I'm just trying to see how I can use it :)
14:40:31 <Davey> libby: I'd like to do 3 things, a) used it to map where the conference itself is b) map where the speakers are coming from c) map from the attendees are coming (to the nearest airports)
14:40:36 <libby> are you going to say: this event is in this place?
14:40:37 <bijan> Ok, nailed the second belief
14:40:56 <libby> ok, well (c) is fairly easy
14:41:13 <bijan> Sectopm 5.3 IOOP = P1
14:41:23 <Davey> libby: b) is using airports too, so thats just as easy
14:41:47 <libby> cool
14:42:01 <bijan> In the def of IFP, the property "c" is an element of IOOP
14:42:07 <libby> pixel write about uding nearestairport in foaf: http://www.perceive.net/pages/page/articles/year/2002/month/12
14:42:25 <bijan> And in the first table IODP is a subclass of P1
14:43:10 <libby> -although recelty we've used a different namsapec for lat/long: http://www.w3.org/2001/sw/Europe/200303/geo/intro.html
14:43:25 <bijan> So, since, in owl full, IOOP == P, and IODP subclassof P, then all the DP are in IOOP and thus legal IFP
14:43:47 <Davey> libby: yeah, I'm using the FOAF for nearest airport (I can get Airport -> lat/long info)
14:43:59 <libby> (note that not all foaf the properties in those examples exist! - check on http://xmlns.com/foaf/0.1/ before using them
14:44:01 <libby> )
14:44:34 <libby> so for (a0 you just want oe conference location lat/long?
14:44:38 <libby> one
14:45:19 <Davey> yes
14:45:34 <libby> I'm sure there's an example somewhere
14:45:36 <libby> looking
14:46:09 <Davey> I can't see how to go from the lat/long to something... useful. Cept for the blog thing
14:48:33 <_joshua> geourl
14:48:51 <Davey> _joshua: ?
14:49:05 <_joshua> convert lat/ong to something useful.
14:49:39 <libby> how do you mean useful?
14:49:47 * Talliesin is impressed by just how much detail bijan put into being unsure about my question :)
14:50:32 * libby will have to think about events and geo davey
14:50:33 <Davey> libby: well, firstly bring up a map of the area and mark the conference on it
14:50:57 <libby> jibberjim has done a lot of svg/map/geo stuff
14:51:10 <libby> also zool, from #foaf
14:51:20 <Davey> yes, I see this... his svg map thing is *very* cool (I think thats his)
14:51:20 <_joshua> I am working on some cool stuff for plotting point annotations in space
14:51:34 <Talliesin> bijan: http://www.w3.org/TR/owl-ref/#InverseFunctionalProperty-def - "NOTE: Because in OWL Full datatype properties are a subclass of object properties, an inverse-functional property can be defined for datatype properties."
14:51:37 <Talliesin> Hurrah
14:51:45 <_joshua> what map? url?
14:51:59 <bijan> Eh. Non-normative :)
14:52:04 <bijan> I stand by my derivations :)
14:52:06 <_joshua> I am doing a bunch of stuff with geodata lately
14:52:24 <libby> well done Telliesin
14:52:27 <libby> :)
14:52:42 <libby> what have you been doing _joshua?
14:53:22 <Davey> _joshua: http://jibbering.com/2002/8/foaf-people-map.svg
14:53:57 <bijan> Oh libby! No "well done" for my derivation! Sniff.
14:55:32 <Davey> this website is gonna be a job and a half.
14:55:46 <Davey> *so* much semantically rich data... I can't wait.
14:57:17 <libby> aw bijan!
14:57:33 * libby didn;t undersand the derrivation :(
14:57:34 <bijan> I see how it is
14:57:50 <libby> bijan *very* clever :)
14:57:52 <bijan> Meticulous examination of the normative specs just isn't cool
14:58:31 <Talliesin> bijan, go on have a cigarette, all the cool kids are doing it...
14:58:51 <bijan> You'll never get me to smoke that reference koolaid!
14:58:59 <libby> Davey, I would think something like this makes sense but I'm not sure (re geo and events) http://swordfish.rdfweb.org/discovery/2003/09/foafcal/foafgeo.rdf
14:59:16 <libby> but I will have to think further
14:59:35 <_joshua> why not use the location of the thing itself, not the nearest airport?
14:59:45 <Davey> libby: right, that makes markup sense... how to use the data? :)
14:59:57 <libby> maybe because noone will be abelt o find it with just nearest airport data?
15:00:49 <Davey> well, I'm will try to get someone with a GPS to go to the place we're holding it and getting *exact co-ordinates... then I'd like to put it on a street map
15:01:33 <_joshua> geourl.org/resources.html has how to find the coordinates of most things, for many countries
15:01:41 <_joshua> go to multimap or whatever, plug in the address, get the coord
15:02:09 <libby> yeah, multimap is cool
15:02:49 <_joshua> there's no reason to use location-by-association unless you wish to be deliberately vague.
15:03:14 <_joshua> and in some places it's ambiguous. I'm in manhattan, and i'm very close to three different airports. No clue which is nearest
15:03:43 <tim-in-and-out> tim-in-and-out is now known as timbl
15:03:44 <JibberJim> although indicating nearby airports may be useful for a conference...
15:04:11 <_joshua> Certainly. But that should be a web service of some sort.
15:04:27 <_joshua> given a point, tell me the nearest airports
15:05:21 <_joshua> Luckily I am working on such a generic service :)
15:05:23 * Talliesin did actually smoke koolaid once, for reasons that are now unclear.
15:10:03 <Davey> I think I can go from rdfical to icalendar format, theres nothing to say I can't output plain text
15:10:29 <Davey> + using XSLT
15:11:03 <JibberJim> you've the got the airport data yeah _joshua?
15:11:29 <Davey> Hey JibberJim :)
15:11:50 <Davey> JibberJim: am I correct in my assumption that the Jim mentioned as the creator of the SVG nearestAirport plotter is you?
15:12:14 <libby> using XSLT might be tricky if there is variation in output, but if your own data, shoudl be fine davey
15:12:24 <JibberJim> Although you run into problems with sea and countries etc. Is Malmo a nearest airport to parts of Copenhagen?
15:12:30 <JibberJim> Yes Davey, that's me.
15:12:49 <Davey> JibberJim: aah, then I'd like to talk to you :)
15:13:41 <Davey> JibberJim: whats involved in plotting those places on the map?
15:14:01 <Davey> does the map have to be of a certain format/size? do you use serverside scripting?
15:14:21 <JibberJim> It only plots on world maps Davey.
15:14:33 <Davey> yes, thats what I'm planning on doing :)
15:14:39 <Davey> is it possible/easy to do it on a raster map? (I don't want to require the SVG plugin)
15:14:48 <Davey> (well, one of things I'm planning :)
15:15:45 <JibberJim> well it's all client-side RDF parsing, erm not really rasteriseable in that code, talk to _joshua if you want geo to raster, he's got more than me I'm sure.
15:16:01 <Davey> JibberJim: well, thank you :)
15:16:44 <JibberJim> but yes you could do it through SVG and into the raster, doing it without SVG would be probably easier, I imagine PHP has imagemagick interfaces.
15:17:42 <_joshua> Davey: plotting points on a map is easy
15:17:48 <_joshua> see http://geourl.org/; the code is very simple
15:18:10 <_joshua> davey doesn't seem to believe I know what I am talking about
15:18:17 <Davey> I never said that!
15:18:23 <Davey> I'm checking out geourl.org now :)
15:18:55 <Davey> is geourl.org yours _joshua?
15:19:11 <_joshua> Yes
15:19:30 <Davey> ok, so how have you done it?
15:19:38 <Davey> I assume its all about math and such?
15:20:09 <JibberJim> just get a map in the same projection as your co-ords then all it is is scaling.
15:20:22 <Davey> same projection? :/
15:20:28 <Davey> as in... same place in the center of the map?
15:22:09 <Davey> _joshua: do you have any resources on generic plot marking? (nothing at boy scouts prepared me for this!!)
15:22:34 <_joshua> It is easy
15:22:49 <_joshua> the pixels are 1 lat by 1 lon
15:22:53 <_joshua> Scaled, of course
15:22:59 <Davey> well, I'm a peon, I failed geography ;)
15:23:01 <_joshua> notice that the map is twice as wide as it is tall?
15:23:14 <_joshua> it is 360 across and 180 up and down
15:23:15 <Davey> _joshua: now that you mention it, yes
15:23:19 <_joshua> Right
15:23:22 <_joshua> Cause it's a planar projection
15:23:39 <Davey> aaah, so I need to keep to a 36:18 ratio?
15:23:49 <_joshua> 2:1
15:23:57 <Davey> I knew that was gonna break down more ;)
15:24:06 <Davey> just too tired to get that far. LOL
15:24:28 <_joshua> Sorry, unprojected
15:24:30 <_joshua> look at http://www.colorado.edu/geography/gcraft/notes/mapproj/mapproj.html
15:24:35 <_joshua>http://www.colorado.edu/geography/gcraft/notes/mapproj/gif/unproj.gif
15:24:35 <dc_rdfig> E: http://www.colorado.edu/geography/gcraft/notes/mapproj/gif/unproj.gif from _joshua
15:25:35 <Davey> _joshua: ok, so I've go to plot using those degrees on that latter url?
15:26:24 <Davey> now... ok, I think I have this... now to find a nice world map
15:26:41 <zoyd> Davey: anything interesting on howto link to a rdfical event from foaf?
15:26:56 <Davey> zoyd: libby came up with something, hold up
15:27:14 <libby> here: http://swordfish.rdfweb.org/discovery/2003/09/foafcal/foaficaleg.rdf
15:27:20 <libby> oops no
15:27:32 <zoyd> http://swordfish.rdfweb.org/discovery/2003/09/foafcal/foafattend.rdf?
15:27:47 <Davey> yeah, you got it :)
15:27:48 <libby> here: http://swordfish.rdfweb.org/discovery/2003/09/foafcal/foafattend.rdf
15:27:54 <libby> yeah
15:27:55 <libby> hehehe
15:27:57 <Davey> Heh, wb libby ;)
15:28:02 <_joshua> davey: google for "nasa blue marble"
15:28:09 <Davey> _joshua: ok, thanks :)
15:28:19 <zoyd> but what if the event homepage has it's own rdfical?
15:28:44 <libby> I think zoyd, taht if you can smush on foaf:homepage, then you dont need to say everything about the event like time etc
15:29:09 <libby> you could just say <ical:Vevent>
15:29:09 <libby> <ical:attendee rdf:nodeID="me"/>
15:29:09 <libby> <foaf:homepage rdf:resource="http://www2004.org"/></ical:Vevent>
15:30:04 <zoyd> libby: i would want to put something like: you can meet me here: Monthly PLUG Meeting; dated: <whatever>
15:30:46 <libby> dated meaning what?
15:31:40 <zoyd> can there be a rdfs:seeAlso pointing to the events rdfical ... ical:uid to point to the specific event in it .. and ical:summary for readability?
15:32:23 <libby> zoyd, might be worth emailing www-rf-calendar @ w3.org with these examples..
15:32:30 <zoyd> dated: the meetings date(grabed from the event's rdfical).
15:34:05 <libby> the thing about seealso is that it's very generic. yeah you could add that in too I giess
15:34:07 <zoyd> in foafattend.rdf the date of the event could change. in that case your foaf file would have an older date.
15:34:45 <libby> right. better to point. but implicitly you are pointing using foaf:homepage, asthat's an inverseFunctionalProperty
15:34:57 <zoyd> so, the date and venue should be got from the rdfical produced by www2004.
15:35:30 <libby> probably. makes it less readable though
15:35:40 <libby> only works when aggregated and smushed
15:36:12 <libby> I'm not sure about uid. it makes intuitive sense
15:37:44 <Davey> _joshua: I think I'd rather go with like, an outline of the earth, rather than the real image, its a lot less cluttered, the website will be very simple :)
15:38:37 <_joshua> Lots of those around too
15:38:48 <Davey> yeah, just gotta find one :/
15:39:01 <zoyd> <ical:Vevent>
15:39:02 <zoyd> <rdfs:seeAlso rdf:resource="http://www2004.org/calendar/events.rdf"/>
15:39:02 <zoyd> <ical:uid>9a610655c6a8437d62b02cf24e0381837b873761</ical:uid>
15:39:02 <zoyd> <ical:summary>www2004</ical:summary>
15:39:05 <zoyd> </ical:Vevent>
15:40:04 <Davey> rdfs?
15:40:15 <libby> <ical:attendee rdf:nodeID="me"/>?
15:40:36 <libby> rdfs is rdf schema
15:40:45 <libby> seealso happens to be in that namespace
15:41:32 <zoyd> libby: a ical:date could be included but seeAlso gets a preference.
15:41:50 <libby> I would also like to see foaf:homepage included
15:42:06 <libby> but...that might not be event specific enough for some purposes, so uid makes sense
15:42:23 <zoyd> yeah, just like your example .. but with a seeAlso(if available).
15:43:11 <libby> I *think* that makes sense
15:43:24 * libby woudl like a sanity-check to the rdf calendar list
15:43:32 <libby> are you on the list zoyd?
15:43:42 <zoyd> libby: yes.
15:44:12 <danbri> brief comment re foaf:homepage on an Event, implying it is an 'Agent'.
15:44:15 <Davey> libby: ah yes, I've come across that :)
15:44:22 <libby> fancy sending a proposal to it?
15:44:33 <zoyd> <ical:Vevent>
15:44:33 <zoyd> <rdfs:seeAlso rdf:resource="http://www2004.org/calendar/events.rdf"/>
15:44:33 <zoyd> <ical:uid>9a610655c6a8437d62b02cf24e0381837b873761</ical:uid>
15:44:33 <zoyd> <ical:summary>www2004</ical:summary>
15:44:33 <zoyd> <ical:url rdf:resource="http://www2004.org"/>
15:44:35 <zoyd> <ical:dtstart rdf:parseType='Resource'>
15:44:38 <zoyd> <ical:date>2004-05-17</ical:date>
15:44:40 <zoyd> </ical:dtstart>
15:44:43 <zoyd> <ical:dtend rdf:parseType='Resource'>
15:44:46 <zoyd> <ical:date>2004-05-23</ical:date>
15:44:48 <zoyd> </ical:dtend>
15:44:51 <zoyd> </ical:Vevent>
15:44:53 <danbri> 'Agent' is currently super loose, basically something that causes change. Which events do. But agree it isn't ideal. Will have a think.
15:44:53 <zoyd> .. seems fine to me.
15:45:00 <danbri> (sorry to interupt)
15:45:08 <libby> no, thanks danbri, useful
15:45:17 <zoyd> if a seeAlso is found everything except ical:uid is ignored.
15:46:10 <libby> hm, well, you can;t give it that sort of sematics in RDF, though it is a good point about autoritativeness of data
15:46:26 <libby> you could of course make your app do that, or we could think about making it best practice
15:47:38 <_joshua> hey danbri: url to the less-complex rdf stuff you mentioned?
15:47:40 <libby> again, that's probably a q for www-rdf-calendar
15:48:31 <_joshua> Davey: http://www.vterrain.org/Imagery/whole_earth.html
15:48:47 <zoyd> libby: i'm not on the www-rdf-calendar list, though .. only the rdfweb-dev one.
15:49:00 <Davey> why thank you _joshua :)
15:49:10 <libby> ah ok, well send it there, and then I can send it to www-rdf-calendar by linking
15:49:23 <libby> that ok zoyd?
15:49:52 <zoyd> ok
15:50:05 <libby> thanks :)
15:50:11 * zoyd is off to dinner
15:50:17 <libby> bye
15:55:43 <danbri> joshua, SpotOfDrama in esw wiki
16:07:42 <_joshua> freaky, i never realized that about soap
16:25:12 <DanCon> .google SpotOfDrama
16:25:14 <datum> SpotOfDrama: http://esw.w3.org/topic/SpotOfDrama
16:25:18 <DanCon> :)
16:25:52 * DanCon wonders if there's any particular focus or priority to #rdfig this week... any wednesday events?
16:26:24 * JibberJim would like another Image wednesday chat to get some motivation on finishing some actions from the last one.
16:26:33 <libby> yeah
16:27:01 <dajobe> isn't there a cal one soon?
16:27:19 <DanCon> RdfCalendar has slipped into the someday pile; there's no next event scheduled.
16:27:19 <libby> no, no mre cal ones for now
16:27:24 <Davey> Davey is now known as D[a]vey
16:27:40 <DanCon> DanCon is now known as DanC
16:27:44 * libby has a bunch of actions from the final one, mostly to do with documentation
16:28:17 * DanC ponders the utility of an action item with no next meeting scheduled
16:28:48 <libby> well, it's stuff I wanted to do anyway
16:31:00 <DanC> hmm... "authority" component in URIs...
16:31:15 <DanC> LMM's right to point that out as a goofiness in the arch doc...
16:31:43 <DanC> it's come up in sw-meaning too... "the owner of a URI" is not well-defined, in the general case.
16:32:16 <DanC> news:comp.text.xml has no owner
16:32:44 <DanC> but there's consensus in the Internet community about how it's allocated.
16:33:23 <DanC> administrative hierarchy is one pattern of allocation, but far from the only one
16:35:07 * DanC wonders if the official registry and specs make the connection between the news: URI schema and the USENET newsgroup creation protocol...
16:36:30 <DanC> IANA registry cites RFC 1738...
16:37:09 <DanC> " The news URL scheme is used to refer to either news groups or individual articles of USENET news, as specified in RFC 1036." -- http://www.cis.ohio-state.edu/cgi-bin/rfc/rfc1738.html
16:38:59 <DanC> "Newsgroups specified must all be the names of existing newsgroups, as no new newsgroups will be created by simply posting to them." -- RFC1036 . hmm... what does "existing" mean there?
16:41:09 <DanC> hmm... USENET is somewhat fractal... only the "big 8" have a homogeneous policy.
16:42:54 <bijan> DanC: Was there a prior message from Tim that yoru rdfms-assertion issue was intended to express?
16:43:12 <DanC> prior to what?
16:43:13 <bijan> Or that can be seen as an input to that?
16:43:20 <bijan> To your raising of the issue
16:43:28 * bijan trying to get the history straight
16:43:28 <DanC> don't think so
16:43:59 <bijan> Hmm. Ok, I've always thought of this as "Tim's issue" but, well, I'm totally wrong :)
16:44:08 <bijan> mea culpa and mes apologies
16:45:12 <DanC> the formal genesis of the issue was my comments at the 2001 tech plenary
16:45:27 <DanC> of course, timbl and I talked about various related things prior to that
16:46:23 <bijan> Do you happen to have an idea where tim first put in direct input?
16:46:42 <bijan> I'm trying to figure out how we ended up with the various issue, issue texts, and proposed resolutions
16:47:44 * bijan should sic an undergrad on it
16:47:54 <DanC> hmm... first input from timbl on the issue that I saw was probably his 1994 WWW1 talk
16:48:06 <bijan> Heh.
16:48:14 <bijan> Ok, that's *2* undergrads
16:48:20 <bijan> I meant in this current arc :)
16:48:23 <bijan> So post your raising
16:49:47 <DanC> "Metadata can be regarded as a set of assertions, each assertion being about a resource (A u1 ...)" -- timbl, Jan 1997 http://www.w3.org/DesignIssues/Metadata.html
16:50:12 * DanC is trying to get a handle on what bijan considers "current"
16:50:29 <bijan> I mean, from your issue raising until now
16:50:42 <bijan> Thu, 08 Mar 2001 - today
16:51:22 * DanC recalls timbl chiming in on w3c-rdfcore-wg at one point...
16:51:55 <DanC> e.g. http://lists.w3.org/Archives/Public/w3c-rdfcore-wg/2002May/0126.html
16:53:06 <bijan> Ohhhhhh
16:53:17 <bijan> Well, that explains the closure=pt stuff
16:55:08 * DanC notes wishful thinking such as "Note that RDF specs are referred to by XML specs (via the namespace)"
16:55:20 <bijan> yep
16:55:44 * bijan despairs
16:57:04 * DanC disaparates
16:57:11 <DanC> ;-)
17:09:17 <jllkifsh> jllkifsh is now known as jllykifsh
17:30:38 <timbl> What explains waht closure=pt stuff?
17:31:30 <DanC> your msg to w3c-rdfcore-wg http://lists.w3.org/Archives/Public/w3c-rdfcore-wg/2002May/0126.html
17:31:31 <timbl> DanC,, what do you think Bijan meant by that "closure=pt stuff?"
17:31:52 <DanC> I think he meant the closure=pt command-line syntax of cwm
17:33:55 <timbl> Ah, so he is saying that the cwm code was written because of the RDF core mail.
17:34:25 <bijan> Not at all.
17:34:43 <bijan> I'm saying that the text in the RDF Core mail makes it clearer to me what the closure=pt stuff means
17:34:57 <bijan> Which wasn't clear from your sw-meaning email (to me)
17:35:00 <bijan> And I could be wrong
17:35:23 <bijan> I have no idea about your intellectual autobiography and what led to the genesis of closure=pt
17:35:25 <timbl> Oh.. that has to be good, if stg is clearer.
17:35:49 <timbl> The sw-meaning mail didn't make sense.
17:35:54 <timbl> to you.
17:36:13 * bijan replying
17:36:19 <bijan> But in meeting at the mometn
17:36:33 <timbl> What wasn't clear-- what cwm --closure=pt does, or why it does it, or what the use of it is?
17:37:30 <bijan> Clearly, "But in meeting at the moment" wasn't clear :)
17:38:15 * timbl leaves Bijan to his meeting.
17:48:29 <danbri> anyone interesting in scribing from dublin core conf?
17:49:14 <danbri> Jane Greenberg -- Chapel Hill N Carolina
17:49:41 <danbri> (info about programme)
17:49:52 <maxf> you're very interesting in scribing, danbri ;)
17:50:08 <danbri> 6 paper sessions a-f (and other details not interesting to non attendees)
17:50:18 * danbri better keep doing it then
17:51:40 <danbri> new dev't: special sessions, less formal than papers
17:51:54 <danbri> encourged to ask Qs of presenteres
17:52:10 <danbri> 12 posters in lobby + short paper in the proceedings
17:52:18 <danbri> (which are online via dublincore.org (in pdf))
17:53:50 <danbri> Makx Deckers -- exec director of DCMI
17:53:58 <danbri> ...on goals for workshop part of the week
17:54:18 <danbri> 11th dc meeting
17:54:29 <danbri> s/deckers/dekkers/
17:54:36 <danbri> 3rd DC _conference_ (prev were 'workshops' only)
17:55:03 <danbri> who we are, what we try to achieve?
17:55:13 <danbri> international...
17:55:30 <danbri> in general, more than 1500 participants from more than 1000 orgs, > 50 countries around world.
17:55:49 <D[a]vey> Hey danbri :)
17:55:59 <danbri> hi
17:56:05 * danbri note taking from dublin core conf
17:56:08 <danbri> makx:
17:56:16 <danbri> Open... DC invites everyone to participate...
17:56:45 <danbri> ...implementation experience, research issues shared, not just by speakers, but all participants in w/shop and special sessions; 2-way...
17:57:08 <danbri> ...also meeting place for metadata community, idea exchange
17:57:19 <D[a]vey> danbri: I notice you're quite active with the GeoInfo stuffs...
17:57:19 <DanC> BLURB: Dublin Core conference
17:57:19 <dc_rdfig> F: Dublin Core conference from DanC
17:57:25 <DanC> logger, pointer?
17:57:26 <DanC> See http://ilrt.org/discovery/chatlogs/rdfig/2003-09-29#T17-57-25
17:57:36 <danbri> ...adoption earlier this year of DC element set as an ISO standard
17:57:45 <DanC> F:see [http://ilrt.org/discovery/chatlogs/rdfig/2003-09-29#T17-57-25|log] of danbri's notes etc.
17:57:45 <dc_rdfig> Added comment F1.
17:57:46 <danbri> ...group has achieved a fully internationally recognised std
17:57:51 * danbri thanks danc
17:58:16 <danbri> makx introduces himself as 'the guy in the suit with the nice tie'
17:58:21 <danbri> (much laughing)
17:58:34 <DanC> F:see also [http://dc2003.ischool.washington.edu/|DC-2003 Homepage]
17:58:34 <dc_rdfig> Added comment F2.
17:59:08 <DanC> F:Seattle, Washington, USA. 28Sep-2Oct 2003
17:59:09 <dc_rdfig> Added comment F3.
17:59:11 <danbri> Advisory, Usage board, steering ctteee etc stand up
17:59:47 <danbri> re-introduces Stu Weibel, founding father of DC
17:59:59 <DanC> D:|design is like a mortgage
17:59:59 <dc_rdfig> Titled item D.
18:00:19 * DanC persues his quest to stamp out in-your-face URL
18:00:19 <danbri> (stu takes photo of audience and v-versa)
18:00:39 <DanC> E:Unprojected lat/long
18:00:39 <dc_rdfig> Added comment E1.
18:00:45 <DanC> E:|Unprojected lat/long
18:00:45 <dc_rdfig> Titled item E.
18:00:54 <DanC> E:Peter H. Dana 9/20/94
18:00:55 <dc_rdfig> Added comment E2.
18:01:36 <D[a]vey> danbri: do you have any suggestions as to where to get the lat/long for places?
18:01:48 <danbri> not offhand, sorry
18:01:51 <DanC> C:|20030115mtg.rdf
18:01:51 <dc_rdfig> Titled item C.
18:02:07 <DanC> D[a]vey, have you reviewed GeoInfo?
18:02:10 <DanC> .google GeoInfo
18:02:12 <datum> GeoInfo: http://esw.w3.org/topic/GeoInfo
18:02:16 <D[a]vey> yes, I have
18:02:21 <D[a]vey> this is why I want lat/long info ;)
18:02:23 <DanC> what are you after?
18:02:45 <danbri> Michael Eisenberg ---
18:02:49 <D[a]vey> well, I'm going to be using it in my conference website, wanted to get the exact lat/long of some places within the city
18:02:50 <danbri> (sp.?)
18:03:05 <danbri> ...welcomes to dc2004 on behalf of info school, uni washington
18:03:39 <DanC> "using it" it=???
18:03:46 * danbri doesn't scribe everything
18:03:51 <DanC> which conference? which city?
18:04:14 <D[a]vey> DanC: PHP and Web Standards (PaWS) UK 2004, Manchester UK
18:05:22 <DanC> hmm... I can't think of any sources of lat/long data for places inside Machester, but let's see...
18:05:29 <DanC> relevant questions include "Any other RDF data about places?"
18:06:33 <danbri> geourl.org has rdf for place->documents
18:06:51 <DanC> perhaps "UK waypoints (over 5000 waypoints for download)"
18:06:59 <DanC> under "Are there sources of data out there that I might mine for geographic data?"
18:07:04 <D[a]vey> wow, lol
18:07:16 <ndw> DanC, I found that multimap.com would give geodata for some landmarks; train stations and the like
18:07:52 <danbri> michael e: ...programmes re putting info to work for people; info at centre of world...
18:08:34 <danbri> Plenary Speaker: Mary Lee Kennedy, Director of the Knowledge Network Group, Microsoft
18:09:04 <danbri> (intro from michael: keeper of taxonomies, also MS Web and MS library...)
18:09:21 <DanC> pls ask michael@MS to keep his web pages still
18:09:54 <danbri> dc_rdfig:view
18:09:55 <dc_rdfig> B: RSS 2.0 Specification (http://blogs.law.harvard.edu/tech/rss#requiredChannelElements)
18:09:56 <dc_rdfig> C: 20030115mtg.rdf (http://www.w3.org/2002/12/cal/test/20030115mtg.rdf)
18:09:57 <dc_rdfig> D: design is like a mortgage (http://goatee.net/2002/09.html#_18we)
18:09:58 <dc_rdfig> E: Unprojected lat/long (http://www.colorado.edu/geography/gcraft/notes/mapproj/gif/unproj.gif)
18:09:59 <dc_rdfig> F: Dublin Core conference (blurb)
18:10:00 <D[a]vey> ah yes, danbri, am I correct in thinking the lat/long in GeoInfo is decimal, and not minutes?
18:10:25 <danbri> davey, there is a namespace that uses wgs_84 scales, which yep are decimal
18:10:48 <danbri> F:speakers include [http://dc2003.ischool.washington.edu/speakers.html#kennedy Mary Lee Kennedy]
18:10:48 <dc_rdfig> Added comment F4.
18:10:50 <DanC> ... e.g. "Internet Client SDK", December 19, 1997, Microsoft Corporation which used to be at http://www.microsoft.com/msdn/sdk/inetsdk/help/ , cited from http://www.w3.org/TR/NOTE-xh#References
18:11:38 <D[a]vey> thanks danbri :)
18:11:59 <danbri> Mary Lee Kennedy: "Meeting Employee Needs through an Enterprise Information Architecture"
18:12:31 <danbri> ...daunting meeting people doing worldwide standards. my focus has been on what we've been doing within MS
18:12:48 <danbri> ...demos tommorrow (conf dinner c/o ms)
18:13:17 <danbri> ...commitments: "how MS employee info needs are being met by taxonomy and other enterprise info arch"
18:13:28 <danbri> ...Exchange "architecture"
18:13:45 <danbri> (layered info systems slide; resources and people at bottoem, ui at top)
18:14:03 <danbri> topics: the Knowledge Network Group's purpose
18:14:10 <danbri> ...meeting employee requirements
18:14:16 <DanC> F4:speakers include [http://dc2003.ischool.washington.edu/speakers.html#kennedy|Mary Lee Kennedy]
18:14:16 <dc_rdfig> Replaced comment F4.
18:14:35 <danbri> ....connecting employees with info and people they need to successfully do their jobs
18:14:45 <danbri> ...work alongside groups building sol'ns w/ MS tech
18:14:59 <danbri> ...looking at business needs from the business rather than tech perspective
18:15:17 <danbri> ...2 years ago, started big project to u/stand how we would connect all the islands of info at MS together
18:15:22 <danbri> ...focus groups etc
18:15:30 <danbri> ...six criteria for info excellence:
18:15:39 <danbri> - find right quantity and quality of info to help do job
18:15:50 <danbri> - determine relevance via sufficient context
18:15:55 <danbri> - trust authority of content
18:16:10 <danbri> - find out who else has knowledge, what they know, engage in dialog
18:16:25 <danbri> - find same info, knowledge, people from any starting pt in the info system (portal, team site, app, store)
18:16:38 <danbri> - learn about new resources relevant to them as become available
18:16:52 * danbri hopes slides will be published, can't keep this up and listen at same time
18:17:48 <danbri> ..."people want to know what they don't know"
18:18:21 <danbri> ...focus area: organizing the intranet, finding the 'right' info; finding people and what they know
18:18:44 <danbri> ...'right' meaning various things to various people
18:18:55 <danbri> ...intranet
18:19:15 <danbri> ...worked closely w/ sharepoint ??? product team
18:19:32 <danbri> ...platform arch that connects indiv w/space, team sites, portal
18:19:49 <danbri> ...set of shared services developed, providing for consistent experience
18:20:22 <danbri> MS Intranet 1 year ago: disconnected island of team sites, portals, file shares, databases
18:20:28 <danbri> ..1000s of them!
18:20:35 <danbri> ...anyone could set up anything
18:21:09 <danbri> ...my team delivers search, taxonomy etc... had 8-15 portals sharing a common set of shared services (taxonomy, search)
18:21:20 <danbri> ...interest, but 1:1 relations made this hard work
18:21:39 <danbri> ...today, just launched platform 2 months ago, there is an obivious rel'n to our e/prise portal (MS Web)
18:21:53 <danbri> ...expandded our reach autoamtically
18:22:08 <danbri> ...in one year made huge progress
18:22:15 <danbri> ..."smart connecteed workspaces"
18:22:25 <danbri> ...connects people, teams, topics, divisions
18:22:38 <danbri> ...low cost for associating myself with it
18:22:45 <danbri> ...and free services improve user experince
18:23:16 <danbri> ...info lifecycle: how long to keep content on the site
18:23:22 <danbri> ...how to archive, etc
18:23:25 <danbri> ...site registriation and directory
18:23:29 <danbri> ...organizational browser
18:23:43 <danbri> ...we were suprised by the amount of traction this got
18:24:36 <danbri> ...when sites register, we ask for info like 'intended audience','coverage','lifecycle','language...'
18:24:44 <danbri> ...(pictures, screenshots)
18:25:25 <danbri> (looks portally)
18:26:06 <danbri> shows site registry, organised by Division, Region, Subject, Product, Audience, Community.
18:26:27 <danbri> (last one interesting: Social Communities; Microsoft Blogs being its subheadings)
18:26:35 <danbri> ...we added Communities one lately, as a lot of community effort in the ocmpany but wasn't easily accessible
18:29:11 <danbri> ...for each site in each heading, get description of title, desc, subject etc.
18:29:11 <danbri> ...we had long converstaion re whether or not to expose info about sites that someone doesn't have acccess to
18:29:11 <danbri> ...pos we took was that employees who seach msweb felt that we weren't covering everything, since partial-view sites weren't obviously listed
18:29:13 <danbri> ...so now we make them visible, at a metadata level
18:29:15 <danbri> ...intranet in terms of strategic business of the company
18:29:19 <danbri> ...to help folk u/stand focus of the company
18:29:21 <danbri> ..."browse the org"
18:29:23 <danbri> ...pictorial view, w/ billg at top, etc
18:29:27 <danbri> ...seven business divisions, and browse below those
18:30:29 <danbri> ...peer organisations, sub-organisations, external websites, internal web sites
18:30:29 <danbri> ...for each incl billg (who has no peer orgs)
18:30:29 <danbri> ...certain amount of manual work, looking to automate more
18:31:39 <danbri> ...this browse-the-org thing v popular within the company, gives good overview
18:31:39 <danbri> ...big win re bringing content together
18:31:39 <danbri> (moving on)
18:31:39 <danbri> ...finding the 'right' info
18:31:42 <danbri> ...info retrieval; info authoritativeness; info excellence practices.
18:31:46 <danbri> ...note that not just content but also behavioural aspect
18:32:12 <danbri> ...Info excellence practices
18:32:23 <danbri> ...major issue at MS. Everybody is a designer.
18:33:25 <danbri> ...don't want to stifle innovation
18:33:25 <danbri> ...certain low-cost changes that we ask of team and portal sites
18:33:25 * danbri grins re w3c site
18:33:56 <danbri> ...when you have a hyperlink to something you have an explanation of what you're linking to
18:33:56 <danbri> ...that search box goes in same place
18:33:56 <danbri> ...you provide a link back to parent site
18:33:56 <danbri> ...that you use a footer element
18:34:12 <danbri> ...also branding elements, graphics, fonts and "of course accessibility"
18:34:15 <danbri> :)
18:34:32 <D[a]vey> good lord.
18:34:57 <danbri> ...we really needed to change the info-seeking env at MS
18:35:09 <danbri> ...has been amazing relationship
18:35:16 <danbri> (with which group? missed)
18:35:29 <danbri> ...ah, sharepoint 2003
18:35:43 <danbri> ...luxury of influencing product
18:36:17 <danbri> ...eg search bar, can search contextually
18:36:24 <danbri> ...also need to be able to search for people
18:36:47 <danbri> ...ability to search for Mary Lee Kennedy as people
18:36:55 <danbri> also "star" rating re authoritativeness, where content tagged
18:37:17 <danbri> ...'cos of data that the portal sites have in reg form we have basic info, also 'last updated' etc., -> better sense of relevance
18:37:27 <danbri> ...what it doesn't do yet is whether relevant to you _in your role_
18:37:37 <danbri> ...in advanced search leveraged schema work we did on sites, docs
18:38:02 <danbri> ...so i can search on authorname, keywods etc
18:38:05 <danbri> ...anoter area we wanted to adress, worked on topics
18:38:23 <danbri> ...my group working on notion of knowleddge centres
18:38:36 <danbri> ...area of 'topics' in msweb... eg for us "What is the business of Microsoft"
18:38:48 <danbri> ...to get back for the 'why does this matter in the company"
18:38:52 <danbri> ...role as employees advocate
18:39:21 <danbri> ...but also (as in many orgs) if it doesn't address business needs, it is unlikely to get funded/supported
18:39:31 <danbri> ...our b.need is u/standing the strategic business of ms
18:39:39 <danbri> ...who doing what, plans etc
18:40:23 <danbri> (danbri aside, see http://www.netcrucible.com/blog/ for list of MS blogges in RDF/XML FOAF)
18:40:30 <danbri> ...glossary lookup
18:40:45 <danbri> ......we share a vocab management tool w/ ms.com folk
18:40:53 <danbri> ...coordinates internal/external view
18:41:29 <danbri> glossary... has relationships amongst terms
18:41:54 <danbri> ...acronyms etc.; difficult for indivudlas to keep up
18:42:09 <danbri> ...we have a tool called microspeak to learn the lang of the company!
18:42:17 <danbri> ...how to deal with this...
18:42:41 <danbri> ...this was a huge success in the company, suprised at its impact
18:42:45 <danbri> (moving on)
18:42:54 <danbri> ...finding people and what they know
18:43:14 <danbri> ...capturing 'people' info; people info retrieval; info excellence practices, taxo management.
18:43:17 <danbri> ...we do have a people schema, and vocab w.r.t. role, region of work etc.
18:43:33 <danbri> ...also auto capture basic stuff from active directory (name, tel no etc)
18:43:35 <danbri> ....we have gone a step further in our effort
18:43:40 <danbri> ...front page ms web
18:43:56 <danbri> ...and all pages, can search for people
18:43:56 <danbri> ...peoplefinder
18:44:41 <danbri> ...get a page about each person
18:45:12 <danbri> ...recent docs, profile, photo, ...
18:45:12 <danbri> ...interests
18:45:12 <danbri> ...reports to, direct reports
18:45:53 <danbri> ...workspaces, shared links
18:48:34 <danbri> ...
18:48:34 <danbri> ...can have a private space, have webparts (weather, newsfeeds etc.)
18:48:34 * danbri wonders if cdf, rss* etc
18:48:52 <danbri> ...->
18:48:58 <danbri> ...Enterprise Architecture Foundation
18:49:17 <danbri> ...tech platform, hosting. chose to partner w/ our own IT and product folk
18:49:36 <danbri> ...taxonomy has been key
18:49:51 * danbri thinks will stop after this one anyway
18:50:00 <danbri> ...taxonomy management
18:50:07 <danbri> ...coord via a Taxonomy Board
18:51:17 <danbri> ...mission to esetablish and maintain a Microsoft internal corporate wide taxonomic structure that creates the best foundation for effective content nav and retrieval
18:52:20 <danbri> ...content management: we didn't take a really strong pos'n on how to do this, beyond strategies for tagging, outdated content
18:52:29 <danbri> ...needed light touch for this to be adopted
18:52:37 <danbri> ...big challenge not to ask too much from users
18:53:27 <danbri> (...)
18:55:03 <danbri> ...big challenges:
18:55:21 <danbri> ...much info. and expectation that it is managed, both for productivity and regulatory reasons
18:55:36 <danbri> ...putting content in context, and dyn adjusting it based on changing contexts
18:55:46 <danbri> ...automation (categorizers, extractors, classifiers etc.)
18:55:48 <danbri> ...standards
18:55:54 <danbri> ...content integration (int and ext)
18:57:12 <danbri> (ends).
18:57:13 <danbri> -----
20:15:24 <ChrisDodo> who's up for some stupid event/ical RDF questions?
20:20:07 * DanC wonders if said questions would be more interesting than the telcon he's in
20:20:27 * DanC notes that it's almost always better to just ask the question than to ask whether a question should be asked
20:20:55 <ChrisDodo> true.
20:20:57 <ChrisDodo> ok.
20:22:18 <ChrisDodo> looking at all libby's stuff about ical in rdf, the ical: bit is put inside the foaf:topic. any reason for this? could it just go inside an rss item?
20:22:32 <ChrisDodo>http://planb.nicecupoftea.org/archives/000072.html
20:22:32 <dc_rdfig> G: http://planb.nicecupoftea.org/archives/000072.html from ChrisDodo
20:23:10 <ChrisDodo> and for bonus points, ways of including an event in XML::RSS.
20:45:29 <ChrisDodo> right, added rss event info to http://www.undergroundlondon.com/art/london.rss . Does it look right?
20:45:47 <ChrisDodo> (now to work out how to add ical info (probably a rewrite))
20:48:07 <ronwalf> argh
20:48:38 <ronwalf> Ok, given a generic web based rdf browser, how does one link to the view of a bnode?
20:49:33 <danbri> via a property/value pair?
20:49:51 <danbri> (property name might be explicit, semi explicit or hardcoded)
20:49:57 <danbri> eg mbox=mailto:foo
20:50:03 <ronwalf> That may describe multiple bnodes
20:50:04 <danbri> vs ?node=mailto:foo
20:50:13 <danbri> use a property that is uniquerly ID-ing
20:50:22 <ronwalf> We have the case that it has an inverse functional property down pat
20:50:36 <ronwalf> So just search for one?
20:50:40 <danbri> that's pretty much it
20:50:48 <ronwalf> That's kinda expensive and not reliable
20:50:52 <danbri> TAP has a more heuristicky approach
20:50:57 <danbri> allowing combi of properties
20:51:18 <danbri> eg. I am the only person called "Dan Brickley" with a workplaceHomepage of http://www.w3.org/
20:51:36 <danbri> (which seems more expensive and less reliable, to me)
20:52:08 <mmealling> heuristicky?
20:53:14 <danbri> nothing in the vocab for foaf:name or foaf:workplaceHomepage stops w3c hiring a 2nd 'Dan Brickley', so you don't get the vocab-backed guarantee that there is at most one referent for this expression.
20:53:44 <danbri> (mbox=mailto:danbri@w3.org by contrast guarntees 0 or 1 referent)
20:55:28 <ronwalf> Well, the reliable way, then, is to encode all the properties in the url :)
20:57:58 <ndw> gaurantees 0 or 1 referent at any given instant in time
20:58:22 <danbri> (pete from ukoln is presenting cores schema tools, credits dave and damian)
20:58:34 <danbri> damian as 'a friend of ilrt' :)
20:58:41 <danbri> at any instant -- quite
20:58:56 <danbri> ...foaf provides a stronger guarantee that the OWL spec is capable of expressing formally
21:01:22 <DanC>http://sdg.lcs.mit.edu/alloy/
21:01:22 <dc_rdfig> H: http://sdg.lcs.mit.edu/alloy/ from DanC
21:01:29 <DanC> H:Alloy
21:01:29 <dc_rdfig> Added comment H1.
21:02:32 <DanC> H:found via [http://conveyor.com/RESTwiki/moin.cgi/ResourceModel|ResourceModel] in the RESTwiki, thanks to [http://conveyor.com/RESTwiki/moin.cgi/WaldenMathews|Walden Mathews]
21:02:33 <dc_rdfig> Added comment H2.
21:02:52 <DanC> H:might be just what I need now that the larch tools are rotting
21:02:52 <dc_rdfig> Added comment H3.
21:03:32 <DanC> H3:might be just what I need now that [http://www.w3.org/XML/9711theory/#about-larch|my larch tools] are rotting
21:03:32 <dc_rdfig> Replaced comment H3.
21:06:21 <DanC> H:|Alloy
21:06:21 <dc_rdfig> Titled item H.
21:08:03 <DanC> G:|Plan B: RDF icalendar work
21:08:04 <dc_rdfig> Titled item G.
21:08:14 <DanC> dc_rdfig, remind folks to title their chumpings, ok?
21:08:14 <dc_rdfig> Not understood: remind folks to title their chumpings, ok?
21:08:48 <DanC> H:21 Sep 2003 by libby
21:08:48 <dc_rdfig> Added comment H4.
21:08:59 * mmealling wishes he could get his wikibot as reliable as chump is here... mine keeps loosing the connection to the server after a period of inactivity
21:26:51 <MorbusIff> MorbusIff is now known as Morbus
21:37:21 <libby> hi chrisdodo...re rss and foaf:topic, I think the idea was that an event should not be confused with its html page
21:37:37 * libby will try to dig out the reference
21:38:16 <danbri> libby, has anyone done religious holidays calendar -> RDF?
21:38:19 <ChrisDodo> trackback doesn't have to be an html page, just a uri
21:38:33 <danbri> and if so, made any extra use of rdf stuff, foaf etc? or just a raw conversion...?
21:39:54 <libby> I don;t know danbri...maybe chaals did something?
21:40:02 <libby> I'm sure there are some to convert from ical
21:40:04 <danbri> hmm yeah, sounds familar
21:40:22 <danbri> he often talks about data/time issues and non-western calendars
21:40:29 * libby wonders if the chatlogs being robot-protected means they are not in google
21:40:44 <libby> yeah. it also came up recently on the icalendar ietf list
21:41:28 * libby thought trackback was a url chrisdodo, at least usually...
21:41:50 <ChrisDodo> but the url doesn't have to have a webpage :)
21:41:56 <libby> heh, ok
21:42:02 * libby thougth usually was tho
21:42:20 <ChrisDodo> it's just a way of indicating "i'm talking about this"
21:42:36 <DanC> H:ooh... [http://sdg.lcs.mit.edu/alloy/case-studies.html|alloy case studies] includes one where "We used Alloy to analyze DAML+OIL ontologies."
21:42:36 <dc_rdfig> Added comment H5.
21:42:42 <ChrisDodo> damn you, now i have to built it to show you :)
21:42:52 <libby> heh
21:43:20 <libby> it might be cool to send it to the www-rdf-calendar list (I'll do it if you send me something) for a sanity check.
21:44:02 <libby> I've a feeling DanC objected to rss urls being event urls, but I can;t find the reference, so I may have made that up.
21:44:11 <ChrisDodo> I'll probably wait til I've got proper ical in the rdf first.
21:44:39 <libby> ok cool
21:45:23 <danbri> dc2003 snippet from jean g. of oclc: "xslt useful for mappings, but... knowledge in a set of xslt scripts can't be mined; need to keep track of semantic intent"
21:46:37 <mortenf> very good point, thought of something vaguely similar a few weeks ago...
21:48:57 <D[a]vey> :)
21:49:26 <libby> cool :)
21:50:58 <libby> lovely
21:51:08 <ChrisDodo> 2nd stupid question of the night: quite what is geoonion for?
21:51:35 * danbri will try.
21:51:49 <danbri> ok rdf forces you to express statements about the world in a certain style.
21:52:05 <danbri> you _could_ write RDF which said point X is 30434.2 metre from Y
21:52:35 <danbri> geonion provides a dozen or so 'useful' (...) distances, which may help simplify some UI and query issues
21:52:45 <danbri> 'find me restaurants within onion-3' etc
21:53:38 <ChrisDodo> ok, cool, that's what I thought.
21:53:39 <danbri> also for building in a bit of vagueness (I live within onion 2 of ...)
21:53:49 <ChrisDodo> it's a bit obtuse though.
21:54:02 <danbri> there's currently a foaf:based_near which is too vague really
21:54:12 <danbri> it's definitely experimental
21:54:22 <danbri> when i get a usb-happy gps will play more with it
21:54:39 <danbri> eek laptop power fading...
21:55:20 <ChrisDodo> what i'd like to see is a size element in geo. either a radius or a suare. it would make a lot of geo stuff a lot more useful.
21:56:26 <libby> geoonion is like that....
21:56:30 <libby> a radius
21:56:42 <danbri> radius yeah
21:57:01 <danbri> its a set of relations between places based on the circles that encompass them
21:57:07 <ChrisDodo> yeah, but something a bit less... graduated. And buillt into geo. place = lat + long (+ height) + size
21:57:46 <ChrisDodo> it still won't help working out if something is inside or outside something else.
21:58:26 <danbri> eg. <g2:Place g1:lat="..." g1:long="..." g1:alt="..." g2:size="..."/> ?
21:59:06 <ChrisDodo> yeah. throw a load of those together, and some magic, and it should be able to work out what is within, next to, near etc.
22:00:07 <_joshua> Down this path lies madness
22:00:12 <danbri> for a funny world of spheres and cubes
22:00:20 <ChrisDodo> :)
22:00:21 <_joshua> what about polygons?
22:00:27 <danbri> better to use Quake models? they come w/ editing tools etc? 1/2 ;)
22:00:36 <ChrisDodo> if you're doing polygons, might as well use GML.
22:00:54 <ChrisDodo> circles and squares are easy to compute.
22:00:56 * danbri wonders how VRML / web3d connect to this...
22:01:08 <JibberJim> See Chris Goad's stuff....
22:01:42 <JibberJim> - <http://www.mapbureau.com/rdfgeom2d1.0/revision2.html>
22:01:56 <_joshua> Evil
22:02:04 <_joshua> Circles are very easy.
22:02:09 <_joshua> Everything else is difficult.
22:02:34 <ChrisDodo> surely squares are easy?
22:03:11 <_joshua> No
22:03:43 <_joshua> intersection with squares is hard due to the fact that lines aren't straight on a sphere
22:03:48 <_joshua> angles aren't quite perpendicular
22:04:11 <ChrisDodo> ah, true. maybe i'm just thinking at country scale.
22:04:39 <_joshua> so circles are easy, because you can just check the distance and compare it to the radius
22:07:22 <ChrisDodo> i think there room for something in between complete 2/3d geometry and this onion thing. something light enough for a handset to be able to use for comparisons etc.
22:07:57 <_joshua> People don't think in squares anyway. They think in maps.
22:08:26 <ChrisDodo> yes, but things tend to be more square than circular :)
22:10:41 <DanC> hmm... what's the radius of a city? perhaps 2 radii are relevant: "everything within 10 miles of (x, y) is in Kansas City" and "all of Kansas City is within 20 miles of (x, y)"
22:12:26 <ChrisDodo> size of a city is a hard problem. http://radio.weblogs.com/0105728/2003/07/30.html#a466
22:12:30 * libby reminded of fuzzy 'sharpenings' from years ago in economics
22:13:06 <libby> evenryone can have a different idea of where the city boundaries are = a sharpening of the meaning of 'kansas city'
22:15:11 <ChrisDodo> we aren't in kansas anymore
22:15:58 <_joshua> Indeed
22:16:04 <_joshua> this is a difficult problem
22:16:19 <dajobe> I think you'll find DanC is
22:17:26 * DanC doesn't see the difficult problem
22:17:38 <DanC> I see an impossible problem and a bunch of related straightfoward problems
22:18:58 <ChrisDodo> optimist :)
22:20:22 * libby was thinking of supervaluationism and fuzzy logic: http://216.239.59.104/search?q=cache:ndZGKP0jdWoJ:www.supschool-logic.com/files/file5.doc+sharpenings+fuzzy&hl=en&ie=UTF-8
22:23:35 * libby is a robot :(
22:23:36 <libby> [[
22:23:37 <libby> Your software has been discovered sending too many requests to the chatlogs area ignoring the robots.txt entry for /discovery/chatlogs that forbids this. This page will be returned by all such requests from now on.
22:23:38 <libby> ]]
22:23:57 <libby> there doesn;t seem to be any way to search tghe logs
22:27:04 <sbp`> dajobe has promised a Web form
22:27:09 <sbp`> haven't you dajobe?
22:27:22 <D[a]vey> heh
22:27:23 <dajobe> yes
22:27:33 <sbp`> :-)
22:27:36 <dajobe> I'm still tweaking the CSS stuff
22:37:15 <DanC> H:2.1.3 No Sets or Scalars in the reference manual (PDF): "In Alloy,every expression denotes a relation.So there won t be any sets of atoms;they ll be represented by unary relations.And there won t be any scalars;they ll be represent- ed by singleton unary relations that is,relations with one column and one row."
22:37:27 <DanC> hmm... sounds kinda RDF-ish
22:43:46 <DanC> H:2.1.3 No Sets or Scalars in the reference manual (PDF): "In Alloy,every expression denotes a relation.So there won t be any sets of atoms;they ll be represented by unary relations.And there won t be any scalars;they ll be represent- ed by singleton unary relations that is,relations with one column and one row."
22:43:58 <DanC> dc_rdfig, hello?
22:44:27 <libby> dajobe can you unban me from the logs please, I need to look up a reference
22:48:25 <D[a]vey> D[a]vey is now known as Davey
22:49:07 <dc_rdfig> Added comment H6.
22:49:08 <dc_rdfig> Not understood: hello?
22:53:22 <DanC> H:"The keyword in was picked to capitalize on this pun:it can mean subset or membership. There s no risk of confusion because there are no sets of sets in Alloy."
22:53:22 <dc_rdfig> Added comment H7.
23:00:00 <DanC> H:no uncle problem here! "cousins =grandparents.~grandparents -siblings -iden [Person ]"
23:00:01 <dc_rdfig> Added comment H8.
23:07:49 <dmwaters> {global notice} Hi all, the netsplit earlier is do to some packetloss on the server's isp. If any of you may be interested in sponsoring a server, we are in need of both hub and leaf servers. If you are interested, please take a look at "http://freenode.net/sponsoring_servers.shtml" Thank you for using freenode!:)
23:13:01 <DanC> H:3.2.3 Ternary Fields ... Alloy's approach to NaryRelations
23:13:02 <dc_rdfig> Added comment H9.
23:24:41 <Davey> Davey is now known as D[a]vey
23:37:16 <_joshua_> _joshua_ is now known as _joshua
23:40:39 <GabeW> hi all
23:48:00 <libby> hello gabew
23:50:54 * GabeW is about to run to a phone call
23:51:24 * GabeW is wondering about a URI scheme where I could just get a unique identifier.. like a number, with no other semantics
23:53:44 <GabeW> uniq:1, uniq:348388, etc
23:59:06 <libby> what's it for gabew?
23:59:18 <GabeW> long story
23:59:20 <libby> uris or uids or something no good?
23:59:28 <GabeW> well, i want a uri scheme ;-)
23:59:33 <GabeW> you mean uuids...
23:59:41 <libby> yeah
The IRC chat here was automatically logged without editing and contains content written by the chat participants identified by their IRC nick. No other identity is recorded.
Alternate versions:
and
Text
Provided by Dave Beckett. Hosted by Useful Information Company.