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 > 2001 > 2001-04 > 2001-04-15 (Latest) (Search)
00:29:56 <connolly_> connolly_ is now known as DanC_
00:30:23 <DanC_> chump down?
03:27:02 * bkdelong listens to the pin drop.
03:28:30 <gerald> hey bk
03:32:29 <bkdelong> Heya
03:33:42 * em waves to bk and plans to respond to mail asap
03:34:24 <bkdelong> Hehehe
03:34:27 <bkdelong> No pressure.
03:35:02 <em> :)
03:36:52 <bkdelong> I've suddenly, er, had some encouragement to move forward. (http://www.brain-stream.com/archive/2001_04_08_archive.html#3206559)
03:39:20 * em reading...
03:41:09 <em> :) excellent!
03:41:34 <em> glad to hear (err.. read) things are focusing and moving forward
03:42:24 <em> I'd be happy to help discussing SW/DC stuff more with you
03:42:46 <bkdelong> It'll be updated in about 10min when Sally' writes her On Firday's entry. Last I heard, she had one sentence left.
03:43:05 <em> understood...
03:43:20 <bkdelong> Great! Yeah, the SW/DC stuff feads back to the "blue sky" talks we had at lunch during the plenary
03:43:26 <em> yep :)
03:43:28 <bkdelong> s/feads/feeds
03:44:26 <em> and all of this feeds off various discussions we've had in the past... :) it all ties together...
03:44:35 <bkdelong> Exactally.
03:45:00 <bkdelong> A few things just need a good kick in the pants.
03:45:17 * em has big feet
03:45:52 * bkdelong has steel-toed boots.
03:47:29 * em has to get back to some writing...
03:47:48 <em> take care bk, looking forward to playing catchup/update
03:48:24 <bkdelong> k. later.
03:48:56 * DanC_ waves
03:49:38 * em pops back in to wave to danc :)
03:49:47 * DanC_ reads "The Unknowable"
03:49:58 <DanC_> I was gonna check in my write-to-palmpilot code...
03:50:12 <DanC_> ... but that requires some engineering discipline, and I'm not in that mood just now.
03:50:15 <bkdelong> Is that like KnowNowable?
03:50:49 <DanC_> I found 'the unknowable' on the scratchpad: http://www.cs.auckland.ac.nz/CDMTCS/chaitin/unknowable/
03:51:11 <DanC_> whatcha writin', em?
03:51:19 <em> IBM research book?
03:51:37 <DanC_> yeah, I saw mention of IBM research
03:51:45 <em> this guy: http://www.cs.umaine.edu/~chaitin/ ?
03:52:43 <DanC_> I expect so; dunno.
03:53:32 <em> re writing: has some free time tonight... semantic web white paper / road map
03:53:32 * em does this after loading his rdf/palm db back into EOR
03:53:32 <em> :) haven;t slept in days... :)
03:53:33 <bkdelong> Yeah, the site at Auckland is a mirror of his Maine page
03:53:48 * DanC_ is surprised that em isn't poking me to check in my POST-to-pilot code
03:53:59 * em pokes!
03:54:14 * em puts down the SW paper and pokes again
03:54:36 * em updates his copy of palmagent
03:54:58 <DanC_> hmm... I don't check in untested code, but techinically, this code is tested.
03:55:16 <DanC_> I usually try not to check stuff in with undocumented limitations, but hey...
03:55:27 <em> noticed this... :(
03:57:18 * DanC_ reviews/summarizes changes...
03:58:27 <bkdelong> It's up, em : http://sally.editthispage.com
03:58:33 <em> BK, have you seen palmagent? If you're interested in SW stuff, check out what DanC is doing at http://dev.w3.org/cvsweb/2001/palmagent/
03:58:53 * em checks on sally
03:58:58 <bkdelong> Cool....I'll have to commandeer Kirky's palm.
04:01:35 <em> re editthispage: thanks for the update bk. so I'm assuming from this that you'll be sticking around in boston?
04:02:15 <bkdelong> Yeah...though I'll be looking for a new job.
04:02:32 <bkdelong> I'm hoping to do similar work to what I did with Dublin Core, Mozquito Technologies etc
04:02:59 <bkdelong> I like digging my hands in technology and making it easier for others to grok :)
04:03:34 <em> hmm... none of that around here, eh :)
04:03:47 <bkdelong> hehehe.
04:04:43 * em thinks about this more as he signs off (again)...
04:04:48 <em> take care bk, danc
04:05:22 <DanC_> not gonna test my code, Eric? pdkb.pl v1.6
04:05:24 <bkdelong> Later
04:06:13 * em pops back in to tect code... can't resist :)
04:08:18 * em checks out code
04:08:49 <DanC_> so it works like this, eric: first, start the server: perl pdkb.pl --serve DATEBOOK
04:09:06 <DanC_> then, put an event record in foo.rdf (I can dcc one to you if you like)
04:10:03 <DanC_> then POST foo.rdf to http://127.0.0.1:NNNN/DatebookDB/
04:10:05 * em figures this from code... cant remember where he put medusa
04:10:11 <em> :(
04:10:25 <DanC_> medusa? what's medusa got to do with it?
04:10:32 <DanC_> if you need a POST tool, I recommend curl
04:10:41 <em> ah...
04:11:30 * em installs curl
04:11:36 <DanC_> I don't have the exact command line, but it's something like: curl --data "`cat foo.rdf`" --header "Content-Type: application/rdf+xml" http://.../
04:11:37 <em> done
04:13:19 <em> perl pdkb.pl --serve ~/MyPilot/backup/DatebookDB.pdb
04:13:26 <em> Serving palm datebook </home/em/MyPilot/backup/DatebookDB.pdb> at: <http://birch:35205/>
04:13:35 <DanC_> you're rolling!
04:13:38 <em> ok... now, to find curl
04:13:45 <em> got it
04:13:49 <em> ok...
04:14:20 <em> creating a sample meeting.rdf file
04:14:31 <DanC_> there's a trick to what you put in foo.rdf; did you see that? you have to have <rdf:Description about=""><rdf:value rdf:resource="#myevent"/></rdf:Description> in there
04:14:42 <em> hmm...
04:14:47 <em> can you send me a sample?
04:14:53 <DanC_> yeah... hang on...
04:15:38 <GabeW> Hi people
04:15:46 <DanC_> actually, I should check in the sample, shouldn't I?
04:16:31 <em> yes... examples will be helpful (and do the tidy -i -xml before :)... the frame-happy syntax shouldn't be seen by humans :)
04:16:41 <DanC_> ok... checked in dbrec-test.rdf
04:16:46 <em> yet... I seem to be able to read this...
04:16:54 <em> checking out...
04:17:29 <DanC_> frame-happy is not an indentation thing. frame-happy just means "sorted by subject"
04:17:59 <em> understood... but first glance is scary until you realise this
04:18:16 <em> cvs seems slow... hmm... network prob agina?
04:18:27 <DanC_> if your post succeeds, you'll get ,put.pdb in the current directory (of the server)
04:20:23 <em> got it...
04:20:23 <em> looking into the exact put syntax for adding records
04:20:46 <DanC_> see the curl command above? (should go in the readme...)
04:21:45 <em> curl --data "cat dbrec-test.rdf" --header "Content-Type: application/rdf+xml" http://birch:35205/
04:21:53 <em> <title>403 Forbidden</title>
04:21:58 <em> <h1>403 Forbidden</h1>
04:21:59 <em> hmm...
04:22:18 <DanC_> put /DatebookDB/ at the end
04:22:34 <DanC_> you post to the datebook, not to the server home page
04:22:43 <em> ah ha!
04:22:57 <em> {:rxd "YYYY-MM-DDTHH:MM:SSZ"; :from "192.168.1.3"; :method :POST; :res </>].
04:23:03 <GabeW> Can I ask a basic question about N3 or are you guys too deep in your hacking right this minute..
04:23:03 <em> [:rxd "YYYY-MM-DDTHH:MM:SSZ"; :from "192.168.1.3"; :method :POST; :res </DatebookDB/>].
04:23:03 <em> @@ POST request; content: cat dbrec-test.rdf
04:23:12 <em> syntax error at line 1, column 0, byte 0 at /usr/lib/perl5/5.005/i386-linux/XML/Parser.pm line 168
04:23:23 <DanC_> that content isn't right; you're missing some back-quotes
04:23:36 <em> GabeW: can you hold off on the n3 question for about 2 min?
04:23:49 * GabeW will come back in 5
04:23:52 <em> we're close to transfering brain share :)
04:24:52 <em> hmm... not sure if i'm on a bad perl installation...
04:25:39 <em> looks close..., but I didn;t get ,put.pdb file
04:27:05 <DanC_> do you get a bunch of RDF after ...content: this time?
04:27:48 <DanC_> i.e. in the @@ POST diagnostic?
04:28:12 <em> hold on... the put shut the server down
04:28:25 <em> ok... back up
04:28:35 <DanC_> yeah, the server is very touchy.
04:28:54 <em> same error on put
04:29:00 <em> curl --data "cat dbrec-test.rdf" --header "Content-Type: application/rdf+xml" http://birch:35216/DatebookDB/
04:29:07 <em> Serving palm datebook </home/em/MyPilot/backup/DatebookDB.pdb> at: <http://birch:35216/>
04:29:07 <em> [:rxd "YYYY-MM-DDTHH:MM:SSZ"; :from "192.168.1.3"; :method :POST; :res </DatebookDB/>].
04:29:07 <em> @@ POST request; content: cat dbrec-test.rdf
04:29:11 <em> syntax error at line 1, column 0, byte 0 at /usr/lib/perl5/5.005/i386-linux/XML/Parser.pm line 168
04:29:41 <em> content: cat dbrec-test.rdf seems wrong... this should be rdf data no?
04:30:12 * em looks into curl command line parameters
04:30:12 <DanC_> yes, it should. your curl command line is wrong
04:30:37 <DanC_> the --data bit is touchy: --data "`cat dbrec-test.rdf`"
04:30:44 <em> oh...
04:30:46 <DanC_> that's double-quote, back-quote, cat ...
04:30:51 <em> restarting server...
04:31:00 <em> perl pdkb.pl --serve ~/MyPilot/backup/DatebookDB.pdb
04:31:04 <em> Serving palm datebook </home/em/MyPilot/backup/DatebookDB.pdb> at: <http://birch:35219/>
04:31:11 <em> PUTing data
04:31:34 <em> curl --data "'cat dbrec-test.rdf'" --header "Content-Type: application/rdf+xml" http://birch:35219/DatebookDB/
04:31:43 <em> [:rxd "YYYY-MM-DDTHH:MM:SSZ"; :from "192.168.1.3"; :method :POST; :res </DatebookDB/>].
04:31:43 <em> @@ POST request; content: 'cat dbrec-test.rdf'
04:31:43 <em> syntax error at line 1, column 0, byte 0 at /usr/lib/perl5/5.005/i386-linux/XML/Parser.pm line 168
04:31:50 <DanC_> back-quotes.
04:32:01 <em> hmm... still seems wrong... no instance data
04:32:10 <DanC_> copy/paste this: --data "`cat dbrec-test.rdf`"
04:32:17 <GabeW> yeah
04:32:50 * em gets his hand held one more time...
04:32:52 * DanC_ thinks eric skipped a few years of shell-quoting purgatory
04:32:53 <em> starting server
04:33:08 * em thinks em hasn't slept
04:33:35 <em> Serving palm datebook </home/em/MyPilot/backup/DatebookDB.pdb> at: <http://birch:35223/>
04:33:36 <em> [:rxd "YYYY-MM-DDTHH:MM:SSZ"; :from "192.168.1.3"; :method :POST; :res </DatebookDB/>].
04:33:36 <em> @@ POST request; content: <rdf:RDF xmlns:rdf='http://www.w3.org/1999/02/22-rdf-syntax-ns#'
04:33:38 <em> xmlns:pd='http://www.w3.org/2000/08/palm56/datebook#'>
04:33:38 <em> <rdf:Description rdf:about=''>
04:33:38 <em> <rdf:value rdf:resource='#n'/>
04:33:38 <em> </rdf:Description>
04:33:39 * DanC_ feels a bit guilty for keeping em up. but only a little bit.
04:33:40 <em> <rdf:Description rdf:about='#n'>
04:33:42 <em> <pd:date>2001-04-27</pd:date>
04:33:44 <em> <rdf:type
04:33:46 <em> rdf:resource='http://www.w3.org/2000/08/palm56/datebook#Timeless' />
04:33:48 <em> <pd:description>testing@@</pd:description>
04:33:50 <em> <pd:note>workie?</pd:note>
04:33:52 <em> </rdf:Description>
04:33:54 <em> </rdf:RDF>
04:33:56 <em> @@ fillRecord: subject is #n
04:33:58 <em> @@ fillRecord: date 2001 04 27
04:34:00 <em> ah ha!!!
04:34:02 <DanC_> bingo.
04:34:02 * em feels better :)
04:34:04 <GabeW> Is this success?
04:34:23 <em> has a ,put.pdb file :)
04:34:53 <em> syncs his palm...
04:35:10 <DanC_> well, there you go; if you use coldsync, you can copy that ,put.pdb over your DatebookDB.pdb and sync; dunno if jpilot works that way.
04:36:03 <em> yep! bingo :)
04:36:03 * em will sleep well tonight :)
04:36:30 <em> this is really excellent danc... well done!
04:36:45 * DanC_ rings up his second satisfied palmagent customer
04:36:51 * GabeW feels like he's witnessing something, but he's not sure what...
04:36:55 <DanC_> thanks for alpha testing, Ericm.
04:37:18 <em> my pleasure! :)
04:37:28 <DanC_> GabeW, we're able to POST rdf-encoded datebook records to our palmpilots
04:37:50 <GabeW> oh, thats kwite kool
04:38:15 <DanC_> i.e. we're replacing the palm desktop or outlook or whatever with any software you like that can do HTTP and RDf.
04:38:15 <GabeW> So, what rdf vocab./schema is used to do this?
04:38:34 <DanC_> it's a schema I made up based on Palm::Datebook
04:38:39 <em> GabeW: ... you just witnessed 'hell' for the Semantic Web
04:38:40 <em> only this time... we got 'hello'
04:39:11 <DanC_> on the TODO list is to map my datebook schema to/from vcard using rules.
04:39:15 <DanC_> RDF rules.
04:39:45 <GabeW> Very kewl.. So any app that wants to talk about appointments can use these schema (and of course extend it) and it can be imported into palmos
04:39:57 <DanC_> yup.
04:40:28 <em> arrg.... can't update cvs..
04:40:40 <GabeW> And, if someone else comes up with a schema, because they are schema on a semantic level, the translation to Your Schema is much easier
04:40:44 * em suggests new sample event record to include <pd:description>Watson, come here please.</pd:description>
04:40:52 <GabeW> than lets say translating XML schemas back and forth.
04:41:14 <DanC_> easier: well, the proof isn't in the pudding yet; but that's the hypothesis.
04:41:24 <GabeW> You will start to understand the depth of my RDF grok level.
04:41:29 <em> s/watson/danc
04:41:33 <GabeW> By my comments and questoins
04:42:00 <DanC_> your comments are relatively astute so far, GabeW. What's your n3 question, btw?
04:42:15 <GabeW> Astute because I know to keep my mouth shut without thinking first ;-)
04:42:19 <DanC_> feel free to put watson or whatever in dbrec-test.rdf yourself, eric
04:42:39 <DanC_> ... or to just go nighty-night.
04:42:48 <GabeW> My N3 question is well, a couple. First, is there a way to express collections (Bag, Set, Alt) in n3?
04:43:09 <DanC_> there are two ways...
04:44:13 <DanC_> first, you can write { :myBag a rdf:Bag; rdf:_1 <firstItem>; rdf:_2 <second> }
04:44:27 <GabeW> (eww)
04:44:28 <em> DanC: cvs [server aborted]: "commit" requires write access to the repository
04:45:02 <DanC_> your CVS directory is set up read-only, remember eric? you'll have to check it out again using ssh rather than pserver
04:45:41 * em thought i did... worth checkign
04:45:53 <DanC_> other collection syntax: (<firstItem> <second>). But it's defined in terms of daml:first and daml:rest and we haven't specified the connection to rdf:_1 yet.
04:46:21 <GabeW> OK, so thats what I figured.
04:47:01 <GabeW> Second question is whether (assuming that you can) there is at least one way to express
04:47:25 <GabeW> every N3 expression (assuming in some sort of canonical form) in RDF/XML and vice versa
04:47:33 * em will deal with cvs later... night all, thanks again Danc
04:47:39 <GabeW> night em
04:47:42 <DanC_> night eric. likewise.
04:48:30 <DanC_> there are various corner cases where conversion breaks down; e.g. { <sub> <funky-pred/> <obj> } can't be written in RDF 1.0 syntax.
04:49:04 <DanC_> and I thought {} was short-hand for reification, but TimBL hasn't made up his mind about that yet.
04:49:19 <GabeW> OK, so N3 is a "in-flight" thing..
04:50:13 <DanC_> absolutely. N3 was a hair-brained idea last summer; it became a one-night hack last October. it's had maybe a few dozen man-hours put it into it by now.
04:50:49 <GabeW> pretty good for a one night hack - I mean its pretty concise and fairly precise.
04:51:18 <lilo> [GlobalNotice] Good morning, all. The news is up on http://openprojects.net/ along with project philosophy and status. Highlights: Contribution to the fund, initiating the 501c3 process, PayPal and non-US users. Fiddling with the new code and server status. Have a great week! :)
04:51:47 <DanC_> yeah... I think it started with TimBL's frustration that RDF 1.0 syntax doesn't have, at its core, the equivalent of <subj> <pred> <obj>.
04:52:17 <DanC_> i.e. no way to just write the three URIs without a namespace for the predicate or anything like that.
04:52:26 <GabeW> I'm trying to evaluate RDF (and the semantic web stuff) for the legal xml effort
04:53:04 <GabeW> There are some problems with the nature of XML for capturing all the semantics (and even structure) for different types of legal documents used in different contexts
04:54:20 <GabeW> XML schema only allow (without trickery) one real structure which has to align with semantic meaning -- which is dangerous because semantic meaning of text in legal documents
04:54:35 <DanC_> yeah... I remember you were talking about several structures imposed on one document. I think Michael Sperberg-McQueen is still reasearching that topic. RDF would certainly be a reasonably good fit.
04:54:50 <GabeW> may be in dispute or itself be of a different "ontology" depending on the context in which the document is used.
04:56:05 <GabeW> Its been hanging up the effort for probably almost 2 years, I would say. Lots of people saying "you have to use this structure because you have to support my use of the document"
04:56:40 <DanC_> encoding law has got to be frustrating. It's ultimately not formalizable; the rules come down to judgement calls (by a jury of your peers, e.g.).
04:56:46 <GabeW> and others saying "well, your structure doesn't make sense in my context, you have to use mine" -- really this has come to a head on arguing over
04:56:59 <GabeW> what a freaking paragraph should be (vs a clause, vs a sentence, etc)
04:57:13 <GabeW> "not formalizable" - exactly!
04:57:45 <GabeW> I would argue that the very markup you add to a document is itself often as much "content" as any of the words
04:58:05 <GabeW> And therefore should be treated as "first order" content itself. (e.g. signable, referenceable, etc)
04:58:14 <GabeW> And along comes RDF..
04:58:26 <DanC_> while it doesn't look feasible to formalize law, there's a lot of ways you could make doing law more efficient... you can formalize citations, make records more available, etc.
04:59:15 <GabeW> Well, you can capture a lot of useful information - the fact that a court believes paragraph 1 & 2 forms a clause is useful - the fact that a contract author believes paragraphs 1 thru 5 constitue "conditions" is useful
04:59:42 <DanC_> as a general approach, I like to "automate what people do". i.e. don't think up the perfect system; just shave a little here and there off the present system... eventually, you get a non-linear impact (ala ebay)
05:00:24 <GabeW> Yeah, excatly - I'm working for a public B2B company (Ventro) as a contractor and their B2B systems have large pockets of human "workflow"
05:01:17 <GabeW> There has actually been a lot of talk (not sure about actual deployment) of automated systems in courts and legal industry - one big drawback is not having documents in machine useable formats
05:02:27 <DanC_> There are lot of rules about how legal documents are written, but they're all in terms of paper, no?
05:03:08 <GabeW> Well, there are rules (all mostly "local" rules - ie the court you are filing in) about the layout of the page, length of filings, parts of different types of filing required, etc
05:03:28 <GabeW> But thats for court filings
05:04:07 <GabeW> We are also talking about contracts, wills, legislation, court transcripts, judicial/administrative opinions, etc
05:04:12 <DanC_> I'd be looking for some high-volume document-flow to get a critical mass of digitized content... ala the SEC EDGAR thingy; they enacted rules that every quarterly filing has to be in XML (SGML, at the time). It was a closet system for a while, but it's having massive, non-linear impact these days.
05:05:11 <GabeW> Yeah, thats certainly an area that people keep pointing to - the difference there is that the SEC had a unique ability to demand its filers to file electronically
05:05:28 <GabeW> And that the documents that needed filing were very very structured and well understood documents
05:06:16 <DanC_> wills are at the other end of the spectrum: not a large audience, long time between when they're written and when they're executed (leaving lots of time for specs to change, context to change, etc.)
05:06:23 <GabeW> Right
05:07:04 <GabeW> The legalxml effort is divided between different working groups - e.g. contracts, legislation, court filing... Each one has (in some ways) different requirements
05:07:12 <GabeW> and different 'real world' realities
05:07:46 <DanC_> so... who has a vested interest in XML wills? I can't see the business case for it.
05:07:57 <GabeW> There isn't a wills working group ;-)
05:08:01 <DanC_> ah.
05:08:15 <GabeW> Actually, there is a market for "do it yourself" lawyering software
05:08:33 <DanC_> I can see big public-interest benefit to XML legislation, but I don't see commercial motivation.
05:09:09 <GabeW> Oh, there is a huge publishing industry and I know that in some ways, they would love to get their material from primary sources already marked up
05:09:14 <DanC_> DIY laywer software: I was going to mention that. But those vendors don't benefit from standards, do they?
05:10:13 <GabeW> re: DIY lawyer software - It depends - if you integrate your software with one of these online legal referral services, for example, or one of these prepaid legal services,
05:10:21 <GabeW> you could see a business case for making everything electronic
05:10:51 <DanC_> ah... yes, online legal services would benefit. I can see that. Maybe the DIY software vendors are smart enough to realize they're really selling a service.
05:10:59 <GabeW> Really, the big motivators these days are areas affecting courts and legal publishing and contracts (esp commercial contracts where there is lots of volume)
05:11:46 <DanC_> I see.
05:12:01 <GabeW> There is a lot of money in the legal industry - money comes in when the economy is booming (IP law, finance) and when its crashing (bankruptcy, shareholder lawsuits)
05:12:46 <DanC_> but money is not exactly the mother of invetion ;-)
05:12:47 <GabeW> But I'm more interested in the fact that there is a lot of legal information that is STILL hard to get to and even harder to use that is ostensibly supposed to be easily available to the public
05:13:35 <DanC_> in fact, folks with lots of money are rarely motivated to change anything, no?
05:13:44 <DanC_> hence the term "conservative"
05:13:47 <GabeW> In the court world, they are desperate to change things because they are overwhelmed..
05:14:12 <GabeW> Law firms are big business and like any other big business, they would love to save money.
05:14:22 <GabeW> I donno
05:15:27 <GabeW> Anyway, so I'm interested now more in capturing information about legal documents in whatever format they be in rather than trying to force them into XML schema
05:15:36 <GabeW> thats not really true
05:15:40 <GabeW> What I meant to say was
05:16:29 <GabeW> I'm interested more in capturing as much info as possible about legal documents using XML, but not (at this point) expecting a clean XML schema-based solution
05:16:38 <DanC_> I see...
05:17:12 <GabeW> RDF has made me face up to the fact that XML (as we now know it) is too limited to capture all the information we need or want to
05:17:37 <GabeW> (when I say XML, I mean XML without any higher layer of abstraction like RDF)
05:17:58 <GabeW> Which is a slight problem when your effort is called LegalXML
05:18:08 <DanC_> XML Schema is in some sense more mature and less flexible than RDF. If you're trying to say "every X can contain one or more Y's followed by exactly three Z's" then you can say that in a little XML schema and get tool support pretty much for free...
05:18:39 <GabeW> Right. Well, I wasn't neccesarily referring to the W3C XML Schema Rec itself, but that category of specification
05:18:49 <DanC_> .... you could also say it in RDF, but not in any wide-known vocabulary. RDF is less constraining, but requires that you do more infrastructure yourself, at this point.
05:18:55 <GabeW> Exactly
05:20:07 <DanC_> I don't think the name "legalXML" requires to you constrain yourself. I sometimes refer to RDF as "smart XML"; sometimes as a joke, sometimes more seriously.
05:20:11 <GabeW> The thing is, the legalxml effort is probably very suited at defining the RDF vocabulary/schema, once they get beyond the RDF/XML syntax
05:20:25 <DanC_> also, I intend to show how XML Schema and RDF can get along much better presently.
05:20:50 <GabeW> That would be something I'd be **very** interested in seeing.
05:21:26 <GabeW> The other issue is that the legalxml folks tend to be a little Luddite for XMLers - very conservative with technology
05:21:57 <DanC_> the story goes like this: The XML Schema spec has a surface syntax, but a schema is actually a set of "components" represented by that surface syntax. The components have properties in -- you guess it -- a directed, labelled graph.
05:22:40 <GabeW> Right, there seems to be a parallel, but unconnected, set of relationships, at least in terms of classes and types..
05:22:50 <DanC_> and the XML Schema developers have come up with an interop-testing dump format for the component abstraction. I'm (slowly) convincing them that RDF is a natural fit for that.
05:23:24 <DanC_> It's the way I intended XML Schemas to work in the first place (check out the DCD submission from way back, which used RDF to write XML Schemas)
05:23:58 <GabeW> I could definitely understand how XML Schemas could have been based on RDF.
05:25:07 <GabeW> So, one way of integrating RDF into a legal document (assume the legal document was marked up in XHTML, for example)...
05:25:09 <DanC_> but there wasn't enough deployment of RDF to do that; there wasn't (a) enough tools showing how RDF can be useful, nor (b) enough people who thought that RDF was a useful approach.
05:25:46 <GabeW> would be to give each atomic unit of text an ID and then have a separate part of the document describe structure and semantics using the ID of the units of text
05:25:56 <DanC_> yup.
05:26:02 <GabeW> is that insane or rational?
05:26:21 <DanC_> quite rational. Quite widely practiced in the humanities, in fact...
05:26:30 <DanC_> do you know who Robin Cover is?
05:26:35 <GabeW> Oh yeah
05:27:34 <DanC_> then you know Robin Cover's affiliated with the summer institute of linguistics -- basically, a place for studying bible translation.
05:27:54 <GabeW> OK, didn't know Robin's affiliation, but OK.
05:28:03 <DanC_> One of the big uses of SGML is concondances, comparative literature, and all that.
05:28:52 <GabeW> ok..
05:29:16 <DanC_> this separate-document approach is called stand-off markup (or out-of-line markup)
05:29:27 <GabeW> Right, thats something thats come up before
05:29:39 <DanC_> Ted Nelson argues that all markup should be out-of-line (in an article that I selected for an edited collection/book on XML)
05:29:55 <GabeW> Really early on actually, and I wasn't convinced it was the right thing to do for LegalXML and now I've done a complete 180
05:32:12 <GabeW> See, this "history" would be so useful to the LegalXML crowd. They wouldn't think I was so off my rocker then.
05:33:58 <GabeW> So, is anybody using RDF on the scale that I think LegalXML could be?
05:35:05 <DanC_> the deployment of RDF in the dublin core community is pretty substantial. (I gather; ask EricM for 1st-hand data)
05:35:32 <GabeW> Oh right, of course.
05:35:35 <DanC_> the DAML deployment is large, though it's researchy-by-nature
05:35:53 <GabeW> hi tav
05:35:55 <tav> ehm
05:35:56 <tav> hi
05:35:58 <DanC_> then there's NewsML, PRISM, RSS, and all that.
05:36:08 <tav> a channel dedicated to rdf?
05:36:09 <tav> wow
05:36:10 <tav> ;p
05:36:32 <GabeW> Tav, see http://rdfig.xmlhack.com
05:36:39 <DanC_> http://www.xml.com/pub/a/w3j/s3.nelson.html
05:36:39 <dc_rdfig> A: http://www.xml.com/pub/a/w3j/s3.nelson.html from DanC_
05:37:01 <DanC_> A:|Embedded Markup Considered Harmful
05:37:01 <dc_rdfig> titled item A
05:37:09 <DanC_> A:by Ted Nelson
05:37:10 <dc_rdfig> commented item A
05:37:19 <DanC_> A:in an XML book edited by yours truely
05:37:20 <dc_rdfig> commented item A
05:37:35 <DanC_> A:Oct 1997
05:37:35 <dc_rdfig> commented item A
05:37:54 <tav> ehm
05:38:00 <DanC_> but there are more substantial works on stand-off markup; see Robin Cover's bibliography
05:38:13 <GabeW> Oh ok, great - I didn't know this was a great topic of debate...
05:39:10 <GabeW> My forays into RDF over the last few days (and also semantic web) have been really eye opening..
05:40:28 <tav> k
05:40:44 <tav> well thanks for the info
05:40:54 <tav> laters
05:50:51 <GabeW> DanC_ - in a presentation you gave to the ALA in Jan 2000, you mention the Uniform Commerical Code in giving an example of RDf
05:52:00 <GabeW> Do you know of anyone who has attemped to use the UCC's terminology as part of an RDF vocabulary specifically?
06:21:36 <DanC_> " I treasure books that emphasize ideas, not technical
06:21:36 <DanC_> details, and that are as self-contained as possible, for these I can study on my
06:21:36 <DanC_> own." -- http://www.cs.auckland.ac.nz/CDMTCS/chaitin/unknowable/ch1.html
14:20:28 <kenm> A:
14:20:47 <kenm> dc_rdfig: a:
14:20:53 <kenm> dc_rdfig, A:
15:19:30 <danbri> me waves at aaron
15:20:20 <danbri> heh, can't type properly. Just passing through anyway...
15:20:35 <AaronSw> am i supposed to be able to see: http://www.w3.org/2001/sw/RDFCore/members.html
15:20:51 <AaronSw> the acl for it seems confused
15:22:00 * danbri doesn't believe it public yet; will talk to brian after the (extended) weekend
16:28:38 <danbri> danbri is now known as mags
16:45:19 <mags> mags is now known as danbri
17:57:49 <danja> logger grep edited
17:58:20 <danja> anyone?
18:02:07 * bwm waves at danja
18:02:40 <AaronSw> danja, it's logger, grep foo
18:02:55 <danja> danc - what's the T.Nelson book? when's it published?
18:03:38 <AaronSw> err, out of print: http://www.ora.com/catalog/wjfall97/noframes.html
18:06:09 <danja> thanks Aaron - just reading the excerpt, it is a little Old Testament ;-)
18:06:36 <AaronSw> gotta love Ted
18:07:57 <danja> What's he doing now?
18:08:55 <AaronSw> ted: http://www.sfc.keio.ac.jp/~ted/
18:09:11 <danja> ta.
18:13:09 <bwm> danja: you mentioned on irc a few days ago that you'd tried Jena but had trouble getting it to work. I was wondering what the problem was.
18:20:46 <danja> the RDF API? - just checking
18:20:55 <bwm> Yup.
18:21:22 <bwm> I should declare an interest - its mine
18:21:47 <danja> aha - while your there...
18:23:22 <danja> I was putting together some bits to stream in data
18:23:29 <danja> from either file or http
18:23:45 <danja> either just dump the data somewhere
18:23:58 <danja> and/or parse it
18:24:07 <danja> made a couple of factories
18:25:35 <danja> to provide parsers/datasources for raw char, HTML, XML & RDF
18:26:03 <danja> the RDF was getting clunky using Megginson's filter
18:26:12 <danja> Jena looked a better model
18:26:24 <danja> but I couldn't get an adapter to work
18:26:30 <danja> then I broke everything...
18:26:42 <danja> and went 10 steps back...
18:26:55 <bwm> What sort of adapter? Should I go chasing a bug?
18:27:14 <danja> nah, I'm sure the fault was my end - hang on...
18:29:02 <danja> can't find anything specific
18:29:48 <bwm> k. I'm keen to learn about any bugs in it. If I don't know they're there, I can't fix em.
18:29:49 <danja> but what I was trying to do was to make 'DataParser' objects
18:30:15 <danja> k - see what you reckon -
18:30:34 <bwm> Ahh - interesting idea. So one could have multiple readers for different kinds of input.
18:30:48 <danja> DataParser interface just has setHandler & parse methods
18:31:13 <bwm> The reader and writer stuff was kinda hardcoded as an afterthought. It should be generlized so that different readers and writers can be plugged in.
18:31:53 <bwm> re methods: yes thats exactly the sort of thing thats needed.
18:32:06 <danja> I was trying to make an adapter so I could glue in your reader into that interface
18:32:10 <bwm> must make sure its on my todo list.
18:32:37 <bwm> What did you want out of it - a stream of triples?
18:33:00 <danja> essentiallly, yep
18:33:24 <bwm> Thanks for the info
18:34:15 <danja> all I was wanting to do at this point was get URLs of DMOZ sites
18:34:29 <danja> and pull off page content
18:34:36 <danja> along with metadata
18:34:36 <bwm> well off to update the issues list. its a public holiday so I get time to do some rdf stuff :)
18:34:52 <danja> have fun
18:34:56 <bwm> bye
19:14:08 * sbp laments the wandering off of William and Libby...
21:25:03 * DanC_ waves, having completed his taxes
23:58:11 Disconnected from irc.openprojects.net (ERROR :Closing Link: logger[tatooine.ilrt.bris.ac.uk] by sagan.openprojects.net (Ping timeout for logger[tatooine.ilrt.bris.ac.uk]))
23:58:11 Attempting to reconnect
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.