Semantic Web Interest Group IRC Chat Logs for 2003-10-06

00:59:24 <D[a]vey> D[a]vey is now known as Davey

01:25:51 <dngor_> dngor_ is now known as dngor

02:02:43 <Davey> Davey is now known as D[a]vey

02:22:52 <_joshua> The web is more semantic in England.

02:40:07 <Schuyler> hey, not all of Britain is asleep now

02:40:17 <Schuyler> just us ferriners what are jetlagged

03:24:18 <D[a]vey> Schuyler: haha

03:38:09 <D[a]vey> D[a]vey is now known as Davey

05:01:50 <Davey> Davey is now known as D[a]vey

06:39:37 <mdupont> mdupont is now known as md-work

08:52:51 <darobin_> darobin_ is now known as darobin

10:36:12 <Schuyler> hey ndw

10:36:57 <ndw> hi Schuyler

10:37:54 <Schuyler> oop. sorry to bother you. had a DocBook question (apparent discrepancy between book and DTD), turned out to be own misreading. beg pardon.

10:38:09 <ndw> no worries

10:38:15 <Schuyler> thanks

10:38:17 <dajobe> morning

11:26:57 <sbp-> sbp- is now known as sbp

12:46:27 <Wack> is using rdfs:label and rdfs:comment to describe resources outside of schema purposes considered 'wrong' (using rdfs:label to give a resources a name to display in an editor) ?

12:47:20 <Wack> the resources themselves not being of rdf:type rdfs:Class or rdfs:Property

12:48:33 <Wack> rdfs:label and rdfs:comment have a domain of rdf:Resource, and the spec says that it "may be used to provide a human-readable version of a resource's name"

12:49:25 <dajobe> they can be used 'on' anything

12:50:09 <Wack> is it used as such? (outside schemas?)

12:50:46 <MarkB> i use it that way

12:50:48 <dajobe> I suppose so. Do you mean 'is it used much?'

12:51:05 <Wack> well, dc:title is used to give resources "names" as well

12:51:22 <dajobe> for particullar applications, more specific terms like dc:title or foaf:* are typically used

12:55:02 <Wack> ok, thanks, I thought rdfs:label was used only to describe schemas, but after reading the spec I wasnt sure anymore ;)

13:43:29 <DanC> .google PropertiesForNaming

13:43:30 <datum> PropertiesForNaming: http://esw.w3.org/topic/PropertiesForNaming

13:44:14 <DanC> ugh... swada still down?

13:52:29 <monkeyiq> is there a notation for capturing browse histories in rdf?

13:53:25 <DanC> good question, monkeyiq... I wanted something like that a while ago...

13:53:30 <DanC> I didn't find anything in particular.

13:54:06 <monkeyiq> DanC: I am thinking of adding something like that to my browsing client, instead of just doing "dumb" URL/time collection

13:54:38 <monkeyiq> be very nice to be able to infer site association by site-a to site-b jumps

13:54:59 <DanC> yup

13:55:20 <DanC> and to distinguish between following links and spontaneously switching sites (e.g. typing in the URL bar)

13:55:24 <monkeyiq> just thought it was common enough for someone to hit me on the head and say "look here"

13:55:46 <DanC> stuff to record: title, last-modified, last-visited, referrer

13:56:32 <monkeyiq> you'd also need some form of counter"

13:56:36 <DanC> perhaps in a background thread use google/DMOZ to find dc:subject's

13:56:37 <monkeyiq> eh, "counter"

13:56:42 <DanC> counter?

13:57:06 <monkeyiq> so you know how often for siteb you have referer of sitea

13:57:22 <DanC> hmm... perhaps

13:57:42 <monkeyiq> I was thinking of keeping the individual sitea - siteb movements

13:58:06 <monkeyiq> maybe reifying it and attaching the time of traversal and other metadata on the movement itself

13:58:18 <DanC> yes

13:58:24 <monkeyiq> so you know what the site titles were when you made the movement

13:58:43 <DanC> there's a connection with cache metadata and such too.

13:59:02 <DanC> I think EricP did an RDF schema for HTTP while working on annotea... I wonder where that is.

13:59:46 <monkeyiq> hmm, I definately think that looking at some prior stuff would be a good start.

14:00:28 <monkeyiq> I mean, the ideas I have seem workable, but I keep getting the feeling that its been done and that I have forgotten some handy things :(

14:01:22 * dajobe notes in passing, gnome's epiphany uses rdf/xml for it's bookmarks

14:01:37 <DanC> BLURB: hypertext histories and RDF schemas for HTTP

14:01:38 <dc_rdfig> A: hypertext histories and RDF schemas for HTTP from DanC

14:01:47 <DanC> logger, pointer?

14:01:47 <DanC> See http://ilrt.org/discovery/chatlogs/rdfig/2003-10-06#T14-01-47

14:01:57 <DanC> A:see [http://ilrt.org/discovery/chatlogs/rdfig/2003-10-06#T14-01-47|discussion]

14:01:57 <dc_rdfig> Added comment A1.

14:01:58 <monkeyiq> dajobe: I noticed that, but they don't seem to have moved into multi classification or the joy of RDF :(

14:02:08 <dajobe> small steps

14:03:11 * DanC -> telcon

14:03:42 * dajobe returns to editing rdf/xml again

16:14:26 <DanC> hmm... this HP photosmart 720 got confused about the time/date. again.

16:21:58 * ndw wonders how a printer uses the time/date. Does it imprint it on the pictures?

16:22:07 <DanC> it's a camera

16:22:20 <DanC> .google FilmKiller

16:22:20 <datum> FilmKiller: http://dm93.org/z2001/FilmKiller

16:22:38 <libby> cheers for putting your photos up ndw :)

16:22:55 <libby> ...wish I didn;t looks so goofy in every photo of me ever!

16:24:00 <ndw> oh

16:24:15 * DanC wonders what photos

16:24:43 <ndw> heh, I think Morten's image-74 of me has to win any goofiness contest you'd like to propose

16:25:09 <libby> heh ;)

16:25:18 <libby> at the bottom of here DanC: http://rdfweb.org/topic/PubsDiscussionAndLaptops

16:25:25 * ndw points dan to http://rdfweb.org/topic/PubsDiscussionAndLaptops

16:26:26 * DanC wonders why norm's web site wants to store a cookie on my machine

16:26:45 <ndw> Does it?

16:26:59 <ndw> Naughty software. Must be so Gallery can remember who you are if you login.

16:27:16 <ndw> I'll peek through the config options to see if I can turn that off

16:27:46 <libby> nice one of morten, ndw. and I'm codepicted with jeni :)

16:28:00 <DanC> BLURB: DASL (WebDAV Query), XML Query, and all that

16:28:01 <dc_rdfig> B: DASL (WebDAV Query), XML Query, and all that from DanC

16:28:30 <Massimo> ok, here's what I had in my bookmark (straight ;) :

16:28:44 <Massimo> http://www.webdav.org/dasl/ (dasl home page)

16:28:44 <dc_rdfig> C: http://www.webdav.org/dasl/ from Massimo

16:28:52 <DanC> try this, massimo:

16:28:55 <Massimo> http://xml.coverpages.org/dasl.html (coverpage's)

16:28:55 <dc_rdfig> D: http://xml.coverpages.org/dasl.html from Massimo

16:29:08 <DanC> B:[http://www.webdav.org/dasl/|DASL] home

16:29:08 <dc_rdfig> Added comment B1.

16:29:21 <DanC> i.e. let's try to collect these under one item, ok, Massimo?

16:29:36 * ndw now has to figure out if/how to integrate gallery into the rest of the site...

16:29:49 <DanC> B:also: [http://xml.coverpages.org/dasl.html|XML Cover pages on DASL]

16:29:49 <dc_rdfig> Added comment B2.

16:30:00 <Massimo> err, sorry, forgot about the annotation gizmo's

16:30:30 <DanC> D:|XML Cover pages on DASL

16:30:30 <dc_rdfig> Titled item D.

16:30:34 <DanC> C:|DASL

16:30:34 <dc_rdfig> Titled item C.

16:30:48 <Massimo> (I'm afraid that shows how little time I spend here, too bad :( ;)

16:32:19 * DanC was always curious about the sensingMethod of image-63... good to know it's One-chip color area sensor

16:32:23 <DanC> ;-)

16:32:34 <DanC> (re http://www.wasab.dk/morten/2003/10/photos/england/3/image-63.html)

16:32:41 <Massimo> B: so anyway, the best place to refresh from is definitely http://www.webdav.org/dasl/

16:32:41 <dc_rdfig> Added comment B3.

16:33:14 <Massimo> B: and from there the latest ID, cf. http://greenbytes.de/tech/webdav/draft-reschke-webdav-search-latest.html

16:33:15 <dc_rdfig> Added comment B4.

16:33:45 <Massimo> hmm, I have the uneasy feeling of not having tracked this more carefully...

16:33:48 <DanC> B4:and from there the [http://greenbytes.de/tech/webdav/draft-reschke-webdav-search-latest.html|latest ID]

16:33:48 <dc_rdfig> Replaced comment B4.

16:34:33 * Massimo skims a bit the doc to refresh up that old part of neural cortex having read in a previous life an incarnation of the protocol ID

16:34:56 <DanC> massimo, you're familiar with the way these annotations end up on http://rdfig.xmlhack.com/ ?

16:35:15 * Massimo gets in various shades or red...

16:35:41 * Massimo looks for Zakim for a smiley but can't find him ;)

16:35:42 <DanC> if you're not, don't sweat it

16:36:01 <DanC> the bots around here are logger and dc_rdfig

16:36:21 <Massimo> quick pointers to doc?

16:36:28 * DanC wishes for Jim Whitehead to show up

16:36:39 <DanC> do you see the "instructions for use" link?

16:37:04 <DanC> ... from the para atop http://rdfig.xmlhack.com/

16:37:13 <Massimo> reading...

16:38:02 <DanC> B:draft-reschke-webdav-search-05 of October 2003. quite recent. expires April 2004, of course.

16:38:03 <dc_rdfig> Added comment B5.

16:38:34 <DanC> libby, does DASL come up in RDF query discussion much?

16:38:38 <DanC> .google RdfQueryTestCases

16:38:39 <datum> RdfQueryTestCases: http://esw.w3.org/topic/RDFQueryTestCases

16:38:46 <Massimo> well, ok, read: so, like I guessed, out the B prefix if you want it to be added to the specific log, right? Or was I missing up more deep things? ;)

16:39:33 <DanC> the B prefix is one thing... the other is to avoid in-your-face-URLs

16:39:52 <DanC> i.e. write B: blah [http://...|text] rather than just B: cf http:...

16:39:55 <libby> I don;t think so DanC, I came accross it only a week or so ago when danbri and I were talking to a woman from computer science in bristol who had done her thesis on webdav

16:40:07 <Massimo> ah ok sorry gotcha

16:40:07 <libby> (I've forgotten her name :(

16:40:19 <dajobe> Bita

16:40:29 * Massimo feels reliefed from Libby's, tought I was the only guilty one ;)

16:40:29 <dajobe> Shadgar

16:40:31 * DanC tries to remember a Budapest poster that might have been about WebDAV

16:40:36 <dajobe> that's it

16:40:40 <libby> that's it, bita.

16:40:44 <libby> yeah

16:40:58 <Massimo> anyway, AFAIR, DASL is pretty much orthogonal:

16:41:15 <Massimo> you have, aking to OOP, some methods for the DASL server

16:41:33 <Massimo> for search, you have a SEARCH method where you pass some para's (a la RPC)

16:41:33 <DanC> B:hmm... interactions with [http://esw.w3.org/topic/RDFQueryTestCases|RDFQueryTestCases] seem few and far between

16:41:33 <dc_rdfig> Added comment B6.

16:41:55 <DanC> SEARCH method... ugh... like PROPFIND, should use GET

16:42:04 <libby> Bita Shadgar is her name

16:42:06 <DanC> hmm... well, maybe not if the payload is real big

16:42:16 <Massimo> and you have some way to find out the supported query language (it was OPTIONS time ago)

16:42:24 <Hyakugei> dc_rdfig:view

16:42:24 <dc_rdfig> A: hypertext histories and RDF schemas for HTTP (blurb)

16:42:25 <dc_rdfig> B: DASL (WebDAV Query), XML Query, and all that (blurb)

16:42:26 <dc_rdfig> C: DASL (http://www.webdav.org/dasl/)

16:42:27 <dc_rdfig> D: XML Cover pages on DASL (http://xml.coverpages.org/dasl.html)

16:43:01 <Massimo> yes Dan, re PROPFIND, this critique dates back to 1999.. good catch

16:43:34 <libby> Bita's poster is here: http://www2003.org/cdrom/papers/poster/p266/shadgar.pdf

16:43:42 <libby> very inetresting similarities

16:44:11 <DanC> B:hmm... SEARCH method and [http://www.w3.org/2001/tag/doc/whenToUseGet.html|when to use GET]

16:44:11 <dc_rdfig> Added comment B7.

16:45:07 <Massimo> Libby, interesting paper, but I think it's re WebDAV and not DASL in particular

16:45:31 <DanC> logger, pointer?

16:45:31 <DanC> See http://ilrt.org/discovery/chatlogs/rdfig/2003-10-06#T16-45-31

16:45:41 <DanC> B:see also [http://ilrt.org/discovery/chatlogs/rdfig/2003-10-06#T16-45-31|discussion]

16:45:41 <dc_rdfig> Added comment B8.

16:46:01 <libby> yes massimo, we talked about it and dasl and rdf a bit though

16:46:39 * DanC looks for recent/upcoming RDF query events, doesn't see any

16:47:33 <Massimo> ah ok. Anyway, is anybody uptodate with recent DASL support? As far as I remember, the huge problem this had was that, despite WebDAV got quite some decent support (eg Microsoft's), the DASL part lacked any real implementation interest (vendors etc)

16:47:51 <Massimo> that kept it aside track, so to say

16:48:26 * DanC wonders if another mention of Jim Whitehead's name will cause him to miraculously appear

16:48:36 <Massimo> semantic push.... ;)

16:48:41 <DanC> it's worked before.

16:48:46 <libby> heh

16:48:52 <monkeyqi> the tab gets redder every time you mention him :)

16:48:56 <Massimo> you have to use capital letters, Dan ;)

16:50:02 * DanC tries composing mail to JimW, discovers he doesn't have a current address in the most handy place

16:50:20 <Massimo> lemme look in my address book

16:50:40 <md-work> md-work is now known as mdupont

16:51:05 <Massimo> ejw@cse.ucsc.edu

16:51:29 <DanC> B:"DASL Charter - from the (now closed) working group"

16:51:30 <dc_rdfig> Added comment B9.

16:52:34 <Massimo> B: contact info: [mailto:ejw@cse.ucsc.edu|Jim Whitehead]

16:52:34 <dc_rdfig> Added comment B10.

16:52:53 <DanC> "Julian Reschke <julian.reschke@gmx.de> is spearheading this effort."

16:52:59 <DanC> what's ejw's role these days?

16:53:05 <DanC> I wonder.

16:53:35 <DanC> B:W3C hosts [http://lists.w3.org/Archives/Public/www-webdav-dasl/www-webdav-dasl]

16:53:36 <dc_rdfig> Added comment B11.

16:53:42 * DanC wonders who the team contact for that list is

16:53:46 <Massimo> http://www.cs.ucsc.edu/~ejw/cv/ ;)

16:53:46 <dc_rdfig> E: http://www.cs.ucsc.edu/~ejw/cv/ from Massimo

16:54:05 <Massimo> rats, sorry Dan, forgot about the implicit log... :(

16:54:06 <DanC> ... and why the archive cover page doesn't give the team contact

16:54:14 <DanC> no problem

16:54:20 <DanC> E:|Jim W's CV

16:54:20 <dc_rdfig> Titled item E.

16:54:28 <mdupont> guten tag

16:54:50 <Massimo> This was pre-existant to Query, don't remember who was the contact, maybe Ralph... anyway it makes sense I take up contact for that

16:55:03 <Massimo> (if nobody else cares, that is)

16:55:16 <DanC> B11:W3C hosts [http://lists.w3.org/Archives/Public/www-webdav-dasl/|www-webdav-dasl]

16:55:16 <dc_rdfig> Replaced comment B11.

16:56:00 <DanC> hmm... www-webdav-dasl contact is swick

16:56:56 <Massimo> yes, I remembered correctly then

16:57:06 <DanC> B:e.g. [http://lists.w3.org/Archives/Public/www-webdav-dasl/2003OctDec/0005.html|recent message on future directions]

16:57:06 <dc_rdfig> Added comment B12.

16:57:26 <DanC> "The SEARCH spec has been (albeit slowly) progressing,

16:57:26 <DanC> mainly because of feedback from Software AG (Tamino) and the Catacomb

16:57:26 <DanC> developers."

16:57:49 <DanC> re your earlier question about who's implementing, Massimo

16:58:19 <Massimo> mmm, ok, good. I might chat to this with some Software AG's folks, re their plans of support

16:58:50 <darobin> there was a flurry of activity on DASL recently, I'd totally forgotten about being on that list

16:59:05 <DanC> aha! here's the message that seems to have caused the IETF area director to put this on the agenda of the 8Oct IETF/W3C shin-dig... so it's public after all:

16:59:28 <darobin> two years ago JimW told me he had hope that DASL would be finished "soon", but unfortunately it seems to have wandered away...

16:59:35 <DanC> B:[http://lists.w3.org/Archives/Public/www-webdav-dasl/2003JulSep/0015.html|Future direction for DASL/WebDAV SEARCH] Jim Whitehead 29 Sep 2003

16:59:36 <dc_rdfig> Added comment B13.

16:59:47 <Massimo> B: A [http://www.webdav.org/other/interop03/|WebDAV Face-to-Face Interoperability Testing Event] seems relevant too, concerning DASL support...

16:59:47 <dc_rdfig> Added comment B14.

17:00:31 <Massimo> it just happened, but alas there doesn't seem to be a report yet

17:00:49 * DanC looks to see where/when

17:01:19 <DanC> B: September 15-16, 2003 Santa Cruz, California

17:01:20 <dc_rdfig> Added comment B15.

17:01:44 <Massimo> it says "DeltaV, DASL, and ACL client and server implementations are welcome at the event."

17:02:33 <DanC> yup

17:02:50 <DanC> thanks for swapping all this in, folks...

17:03:17 * DanC mails ejw a pointer

17:04:23 <DanC> massimo, you might add a few XQuery pointers, if you're so inclined

17:12:16 * Massimo back from a humonogous IE crash...

17:14:14 <Massimo> Well, the best pointer in the xquery world:

17:15:01 <Massimo> B: Pointer to [http://www.w3.org/XML/Query|XQuery-home-page]

17:15:01 <dc_rdfig> Added comment B16.

17:15:06 <DanC> B:[http://lists.w3.org/Archives/Public/www-archive/2003Oct/0004.html|FYI to JimW]

17:15:06 <dc_rdfig> Added comment B17.

17:15:43 <Massimo> Although I should really put the [http://www.w3.org/2001/12/xmlbp/xml-query-wg-charter.html|charter] re interaction of DASL and XQuery

17:23:27 <libby> *DanC looks for recent/upcoming RDF query events, doesn't see any

17:23:41 <libby> no, but I should be organising an irc chat on it

17:24:16 <DanC> has the RDF Net API submission acknowledgement had any impact you could see?

17:24:21 <DanC> I suppose it's old news to a lot of folks

17:25:02 <libby> I've not noticed a lot of impact, though people seem to think intersting and useful

17:27:31 * zoyd goes to find out what RDF Net API is all about

17:27:38 <DanC> .google RDF net api

17:27:39 <datum> RDF net api: http://www.w3.org/Submission/2003/03/Comment

17:27:47 <bijan> We're implementing it

17:27:49 <DanC> :)

17:28:21 <DanC> were you implementing before W3C acknowledged it?

17:28:27 <DanC> (if I may ask)

17:28:32 <bijan> Nope

17:28:44 <bijan> I remember reading about it some time back

17:28:48 <zoyd> hmm .. looks interesting should read

17:28:49 <bijan> But it fell off my plate

17:29:16 <zoyd> btw, has anyone seen any RDF data that uses foaf:Group?

17:41:18 <eaon> eaon is now known as eaon|busybusy

18:55:18 <MorbusIff> MorbusIff is now known as Morbus

19:19:39 <Hyakugei> .google ical rfd rss

19:19:40 <datum> ical rfd rss: http://annwm.lbl.gov/~leggett/Atlas/IOVSvc/IOVSvc3.ps

21:19:22 <mdupont> mdupont is now known as md-bk-0800CET

21:22:37 * DanC tries to design a reasonably portable script to fix the dates on some files imported from a confused camera

21:22:54 <DanC> the OS X touch manpage says utimes(2) is the underlying system call

21:23:54 <DanC> the python posix module docs say to use os instead, because it's portable. which is wrong. the os module is platform-dependent in python. (I complained about this; I think they acknowledged it as a problem, but it doesn't seem to be fixed. perhaps time to file a bug report)

21:27:57 <DanC> >>> posix.utime.__doc__

21:27:58 <DanC> 'utime(path, (atime, utime)) -> None\nutime(path, None) -> None\nSet the access

21:27:58 <DanC> and modified time of the file to the given values. If the\nsecond form is used, set the access and modified times to the current time.'

22:03:29 <DanC> hm... I'm getting: OSError: [Errno 1] Operation not permitted: 'IM000114.AVI'

22:04:00 <DanC> I'm not the file's owner, but I'm in the file's group

22:04:05 <DanC> and the file is g+w

22:04:58 <DanC> well, if I change the owner to me, it works:

22:05:00 <DanC> $ python ~/scripts/fixtimes.py 2003-10-06-12-27-18 2003-09-02-17-28-00 IM000114.AVI

22:05:02 <DanC> IM000114.AVI (33204, 995770L, 234881029L, 1, 502, 93, 3949556L, 1062430492, 1062414992, 1065477787)

22:05:02 <DanC> time of IM000114.AVI was Mon Sep 1 06:16:32 2003

22:05:02 <DanC> time of IM000114.AVI should be Sun Oct 5 01:15:50 2003

22:05:02 <DanC> fixed.

22:11:56 <DanC> now... how to fix these times in iPhoto...

22:15:39 <DanC> grumble... how to decode .sit files?

22:16:45 <ChrisDodo> Aladdin StuffIt Expander.

22:17:44 <dajobe> unsit

22:18:30 * DanC doesn't see unsit in debian foo...

22:18:57 <dajobe> 'sit' might be another quicktime, ie a morass of different versions in a wrapper

22:20:58 <DanC> whoa... flash from the past... http://www.funet.fi/pub/mac/source/unsit-15.shar.Z

22:21:11 <dajobe> heh

22:22:15 <DanC> "Not a StuffIt file

22:22:15 <DanC> Can't read file header"

22:22:40 * DanC remembers why he hesitated to by an iMac

22:22:48 <dajobe> iLockin

22:28:01 <DanC> hmm... these .scpt files are evidently compiled applescript, but you can open them in the applescript editor.

22:28:15 <DanC> I guess applescript source files aren't text files.

22:28:25 <DanC> now *there*'s a bright idea!

22:28:54 * DanC tries to remember how to do applescript from the command-line

22:29:28 <DanC> I'd like to use python to do these iPhoto metadata updates, but I'm not sure I want to stretch that far today

22:30:15 * DanC re-reads http://www.macdevcenter.com/pub/a/mac/2003/05/28/iphoto2.html Automating iPhoto 2 with AppleScript

22:32:50 <dajobe>http://www.perl.com/pub/a/2003/10/03/musicbrainz.html

22:32:50 <dc_rdfig> F: http://www.perl.com/pub/a/2003/10/03/musicbrainz.html from dajobe

22:32:59 <dajobe> F:|Identifying Audio Files with MusicBrainz

22:32:59 <dc_rdfig> Titled item F.

22:33:42 * DanC is about half way thru figuring out how to apply musicbrainz to my local music storage problems

22:33:58 <dajobe> F:including RDF, Musicbrainz, URIs for items.

22:33:58 <dc_rdfig> Added comment F1.

22:34:46 <dajobe> Leigh Dodds is working on some of that too. He's working on MB support for his FOAF tool

22:35:09 <dajobe>http://www.ldodds.com/blog/archives/000087.html

22:35:10 <dc_rdfig> G: http://www.ldodds.com/blog/archives/000087.html from dajobe

22:35:18 <dajobe> G:|FOAF-a-Matic Mark 2 beta by Leigh Dodds

22:35:19 <dc_rdfig> Titled item G.

22:35:35 <dajobe> G:desktop FOAF creator in Java. With Musicbrainz API

22:35:35 <dc_rdfig> Added comment G1.

22:36:42 <dajobe> G:Leigh's [http://www.ldodds.com/blog/archives/000050.html|My life in RDF] article reminded me of some of DanC's work

22:36:43 <dc_rdfig> Added comment G2.

22:38:53 <DanC> aha... "osascript - execute OSA scripts"

22:42:01 <DanC> bash-2.05a$ osacompile fixtipt.as

22:42:01 <DanC> kCGErrorIllegalArgument : initCGDisplayState: cannot map display interlocks.

22:42:23 <DanC> ding! score another bright idea for apple! a compiler you can't use without a connection to the window system!

22:55:51 <DanC> vnc is wicked cool. I can see my iMac's screen on this linux box.

23:49:01 <libby> libby is now known as sbp`

23:53:22 <gerald> hi. anyone know if there is any info available on rdfig's chump installation? (in particular, how the html and rss versions are made)

23:54:19 <JibberJim> They use XSLT from the RDF I believe.

23:54:56 <gerald> I found one way that kinda works, generating HTML on the fly from the XML, but I think I'd rather have static HTML files.

23:55:34 <gerald> I have this in an .htaccess:

23:55:41 <gerald> RewriteEngine on

23:55:41 <gerald> RewriteRule \.xml$ /people/gerald/2003/10/weblog-xml-handler [T=application/x-httpd-cgi,L]

23:55:57 <gerald> and weblog-xml-handler is a shell script that basically does:

23:55:59 <gerald> echo Content-Type: text/html

23:55:59 <gerald> echo

23:55:59 <gerald> xsltproc $xslfile $DOCUMENT_ROOT$REQUEST_URI

23:56:44 <JibberJim> Can't you use a cron job to generate the HTML? it's what I do on the logs (for #svg) which generate RDF?

23:57:05 <gerald> yeah, I'd like the HTML to be updated in realtime though.

23:57:45 <JibberJim> well my logger cron is every minute, which seems realtime enough for most uses but yeah.

23:58:48 <gerald> there's probably some mod_rewrite stuff I could do to test if foo.html is older than foo.xml and if so, regenerate