IRC log of dig on 2007-07-09

Timestamps are in UTC.

00:17:48 [timbl]: timbl (n=timbl@146-115-66-146.c3-0.lex-ubr1.sbo-lex.ma.cable.rcn.com) has joined #dig
02:55:03 [eikeon]: eikeon (n=eikeon@dsl092-168-155.wdc2.dsl.speakeasy.net) has joined #dig
05:00:22 [lkagal_]: lkagal_ has quit (kubrick.freenode.net irc.freenode.net)
05:03:51 [lkagal_]: lkagal_ (n=lkagal1@5.189.171.66.subscriber.vzavenue.net) has joined #dig
08:39:13 [sbp]: sbp has quit (Remote closed the connection)
08:39:36 [sbp]: sbp (i=sbp@66.9.179.67) has joined #dig
10:51:19 [sandro]: sandro has quit ("Getting off stoned server - dircproxy 1.0.5")
10:51:19 [sandro]: sandro (n=nnsandro@homer.w3.org) has joined #dig
10:51:42 [eikeon]: eikeon has quit (kubrick.freenode.net irc.freenode.net)
10:52:25 [eikeon]: eikeon (n=eikeon@dsl092-168-155.wdc2.dsl.speakeasy.net) has joined #dig
10:59:21 [timbl]: timbl has quit ()
11:49:21 [RalphS]: RalphS (n=swick@30-6-188.wireless.csail.mit.edu) has joined #dig
11:51:33 [DIGlogger]: DIGlogger (n=dig-logg@pink-panther.csail.mit.edu) has joined #dig
11:51:33 [kubrick.freenode.net]: topic is: DIG (http://dig.csail.mit.edu/ ) meets Mondays at 2:30pm
11:51:33 [kubrick.freenode.net]: Users on #dig: DIGlogger RalphS eikeon sandro sbp lkagal_ das05r
12:25:14 [timbl]: timbl (n=timbl@30-6-196.wireless.csail.mit.edu) has joined #dig
12:59:40 [lkagal_]: lkagal_ has quit (Read error: 104 (Connection reset by peer))
13:00:11 [lkagal]: lkagal (n=lkagal1@5.189.171.66.subscriber.vzavenue.net) has joined #dig
13:04:06 [lkagal_]: lkagal_ (n=lkagal1@5.189.171.66.subscriber.vzavenue.net) has joined #dig
13:07:26 [lkagal]: lkagal has quit (Read error: 104 (Connection reset by peer))
13:29:56 [djweitzner]: djweitzner (n=djweitzn@pool-70-108-0-233.res.east.verizon.net) has joined #dig
14:12:11 [yosi_lap]: yosi_lap (n=syosi@30-7-176.wireless.csail.mit.edu) has joined #dig
14:29:13 [soniaswim]: soniaswim (i=soniaswi@30-7-172.wireless.csail.mit.edu) has joined #dig
14:53:22 [lkagal_]: lkagal_ has quit ()
15:01:48 [DanC]: DanC (n=connolly@pdpc/supporter/active/DanC) has joined #dig
15:14:12 [soniaswim]: soniaswim has quit ()
15:19:31 [timbl]: timbl has quit (Remote closed the connection)
15:20:06 [timbl]: timbl (n=timbl@128.30.55.178) has joined #dig
15:29:22 [lkagal]: lkagal (n=lkagal1@30-5-196.wireless.csail.mit.edu) has joined #dig
15:29:22 [lkagal]: lkagal has quit (Client Quit)
15:31:58 [lkagal]: lkagal (n=lkagal1@30-5-196.wireless.csail.mit.edu) has joined #dig
16:05:12 [soniaswim]: soniaswim (i=soniaswi@30-7-172.wireless.csail.mit.edu) has joined #dig
16:05:15 [jambo]: jambo (i=jambo@30-7-68.wireless.csail.mit.edu) has joined #dig
16:16:08 [yosi_lap]: yosi_lap has quit ()
16:23:05 [sbp]: sbp has quit (Remote closed the connection)
16:23:34 [sbp]: sbp (i=sbp@66.9.179.67) has joined #dig
16:49:43 [amy]: amy (n=amy@128.30.55.179) has joined #dig
16:49:57 [amy]: hi TimBL, here's the desktop manager I was mentioning: http://virtuedesktops.info/index.php/downloads/
16:54:47 [timbl]: Thnaks
16:55:02 [amy]: np :)
16:55:04 [amy]: amy has left #dig
17:41:02 [DanC]: timbl, care to brain-dump your estimate of what the tabulator developers are doing?
17:41:44 [DanC]: then I'd like to update the issue tracker to capture most of that and get the developers to verify
17:42:16 [timbl]: Er .. ok.
17:42:16 [DanC]: the current enumeration is only in .rdf , right?
17:42:41 [timbl]: Jim is working o the extension above all else, and that has spawnes a lot of subisses but he tracks thm on paper and in the issue log
17:43:21 [timbl]: Joe is working on the client-server code for the change reporting protocol. David is working on the table in general
17:45:49 [DanC]: http://dig.csail.mit.edu/issues/tabulator/ doesn't seem to know anything about him
17:47:04 [DanC]: "David" is ambiguous ; I guess it's not David Sheets, so http://web.mit.edu/david_li/www/foaf.rdf#david_li
17:48:20 [DanC]: ok, tim, so that's Jim/jambo, Joe P, and David Li. there are more, yes? e.g. soniaswim ?
17:49:14 [DanC]: "David is working on the table in general" seems to be captured in http://dig.csail.mit.edu/issues/tabulator/issue193
17:49:44 [DanC]: last update was 2007-06-21
17:50:12 [DanC]: agenda + news on "the table in general", David?
17:53:05 [DanC]: jambo, is the extension on a branch?
17:53:15 [jambo]: 2007/tab/ext
17:53:31 [timbl]: Sonia is working on coloring outline veiw as a function of the CC license of the source document.
17:53:33 [DanC]: oh. totally separate part of the repository. hmm.
17:53:49 [timbl]: Sharing code in /js/
17:54:00 [jambo]: 2007/tab contains a README on installing the extension
17:55:48 [DanC]: I fiddled around and set up a local hg repository sync'd with 2005/ajar/ajaw . I see some commits from jambo in the shared /js/ area, but if I want to see all your commits, I'll have to look in /2007/tab/ext too
17:56:36 [jambo]: correct, but it had to be done on some level at least to allow for the code to be shared while maintaining the right directory structure for the extension to be run in testing mode
17:58:04 [DanC]: reading tabulator/issue35 ... "js/rdf/n3parser.js whcih is automatically generated". wild. I assumed that the .js generation was a one-time thing, with the .js maintained manually thereafter
17:58:33 [DanC]: tim, that seems like the sort of black magic where you should make sure somebody else can reproduce your results.
17:58:34 [timbl]: No. The original .py is maintained
17:59:03 [DanC]: only you, me, and yosi have commit access to both... er... does yosi even have commit access to tabr?
17:59:17 [timbl]: Ummmmm... dunno of couse he should have
17:59:41 [DanC]: ok, so he's authorized by policy; any technical issues are bugs to be fixed.
18:00:37 [timbl]: Mac OS X ishlist: function/click anywhere brings up application menu bar as a context menu
18:00:58 [DanC]: did the NeXT have that?
18:01:12 [timbl]: The next had tear-off applciation menus
18:01:26 [timbl]: so you coudl bring them (or bits of them) near where yo were woking
18:01:57 [timbl]: Well, maybe the enw wm will halp, wiht leopad
18:02:02 [timbl]: new wm
18:03:29 [DanC]: ok, tim, so that's Jim/jambo, Joe P, David Li, and sonia. My vague memory says there are 6 tabulator students this summer.
18:03:39 [DanC]: kennny
18:04:23 [DanC]: the assignments to alerer and company are really bugging me. I'm gonna un-assign them.
18:05:22 [Zakim]: Zakim (n=rrs-brid@homer.w3.org) has joined #dig
18:07:12 [timbl]: Ok
18:08:20 [DanC]: whoever is doing protocol stuff should probably look at some of the stuff that was assigned to alerer; search for "SPARQL"
18:10:25 [DanC]: ah... email message with pictures has Kenny, David, Sonia, Jim, Joe
18:12:18 [DanC]: the issue tracker knows about Kenny, David and Jim but should learn more about Sonia and Joe P.
18:18:22 [DanC]: last commit I see from presbrey is 18 June.
18:21:08 [DanC]: ok, http://dig.csail.mit.edu/issues/tabulator/issue204 is presbrey's work on change reporting protocol
18:21:22 [DanC]: I think http://dig.csail.mit.edu/issues/tabulator/ now knows what I know.
18:21:44 [timbl]: Thank you
18:21:48 [DanC]: if you sort by developer and such, you get: http://dig.csail.mit.edu/issues/tabulator/issue?@columns=title,topic,id,activity,status,assignedto&@sort=priority&@group=assignedto&@filter=status&@pagesize=50&@startwith=0&status=-1,1,2,3,4,5,6,7&@dispname=Developer%20Status
18:21:50 [timbl]: We meet in 9
18:22:06 [DanC]: timing worked reasonably well :)
18:23:54 [yosi_lap]: yosi_lap (n=syosi@30-7-176.wireless.csail.mit.edu) has joined #dig
18:28:27 [timbl_]: timbl_ (n=timbl@30-6-196.wireless.csail.mit.edu) has joined #dig
18:31:11 [RalphS]: Meeting: DIG Weekly
18:31:16 [RalphS]: zakim, this is dig
18:31:16 [Zakim]: ok, RalphS; that matches DIG_weekly()2:30PM
18:31:33 [timbl_]: Zakim, who is on the phone?
18:31:33 [Zakim]: On the phone I see MIT531
18:31:46 [RalphS]: -> https://lists.csail.mit.edu/mailman/private/diggers/2007-July/001239.html previous 2007-07-02
18:32:01 [RalphS]: zakim, mit531 has TimBL, Sonia, Joe, Sandro, David, Yosi, Jim, Ralph
18:32:02 [Zakim]: +TimBL, Sonia, Joe, Sandro, David, Yosi, Jim, Ralph; got it
18:32:20 [RalphS]: Chair: Tim
18:32:47 [Zakim]: +DanC
18:32:57 [presbrey]: presbrey (n=root@30-5-201.wireless.csail.mit.edu) has joined #dig
18:33:58 [DanC]: http://dig.csail.mit.edu/issues/tabulator/issue81 document/graph view
18:34:26 [RalphS]: TimBL: I've been looking at redoing the serializer
18:34:39 [RalphS]: ... cwm/pretty.py too messy
18:35:09 [RalphS]: ... tricky bit is to figure out which nodes to put at top of tree and which bnodes to make identifiers for
18:35:32 [RalphS]: ... make javascript version of algorithm that doesn't do nested graphs
18:35:51 [yosi_lap]: don't worry DanC, it's all in timbl's head
18:35:55 [Zakim]: +Danny
18:36:07 [davidli]: davidli (i=dli@MACGREGOR-FIVE-FIFTY-NINE.MIT.EDU) has joined #dig
18:36:07 [RalphS]: TimBL: don't have running code yet
18:36:43 [RalphS]: Agenda: https://lists.csail.mit.edu/mailman/private/tabulator/2007-July/000390.html
18:37:32 [DanC]: http://www.w3.org/2000/10/swap/serial.py
18:37:33 [timbl_]: http://www.w3.org/2000/10/swap/serial.py
18:37:55 [RalphS]: Sonia: working on outline view
18:37:58 [DanC]: (I added a link from issue 81 to serial.py )
18:38:06 [RalphS]: ... trying to recognize licenses and change color based on license
18:38:07 [timbl_]: issue 81?
18:38:33 [RalphS]: DanC: issue 81 is 'document view'
18:38:38 [lkagal]: lkagal has quit ()
18:39:10 [RalphS]: zakim, Lalana just arrived in mit531
18:39:10 [Zakim]: +Lalana; got it
18:39:20 [RalphS]: DanC: issue 203 is for Sonia's work
18:39:29 [RalphS]: Joe: working on SPARQL update
18:39:55 [lkagal]: lkagal (n=lkagal1@30-5-196.wireless.csail.mit.edu) has joined #dig
18:39:56 [RalphS]: ... have endpoint URI passing working; will load valid RDF from the Web, put triples into a table
18:40:12 [RalphS]: ... remaining work is to process SPARQL results back into tabulator
18:40:32 [RalphS]: TimBL: will you use Yosi's SPARQL parser?
18:40:36 [RalphS]: Joe: sounds good!
18:40:46 [RalphS]: Yosi: my parser doesn't parse updates
18:41:02 [RalphS]: ... can't say how much work it would be to make it support updates
18:41:25 [RalphS]: ... was greated by Eric Prud'hommeaux's grammar parser
18:42:00 [RalphS]: Yosi: using Jena would make life a lot easier
18:42:36 [RalphS]: Joe: I thought a goal was to let anyone install this code on whatever server environment they may have
18:43:12 [DanC]: (tabulator deals with files? I'm confused.0
18:43:13 [DanC]: )
18:43:32 [RalphS]: Joe: "file" is really just the output of a CGI script that generates the triples
18:43:42 [RalphS]: zakim, Kenny just arrived in mit531
18:43:42 [Zakim]: +Kenny; got it
18:44:01 [DanC]: agenda + server-side of editing
18:44:18 [DanC]: is any of the code Joe is working on checked in?
18:44:22 [presbrey]: no
18:44:28 [DanC]: >-|
18:45:00 [timbl]: timbl has quit (Read error: 110 (Connection timed out))
18:45:01 [RalphS]: Joe: the server will read data from any URI
18:45:08 [RalphS]: TimBL: will the server update that?
18:45:20 [RalphS]: ... if not, the updates are just stored locally
18:46:05 [timbl_]: 2 minutes around the table
18:46:17 [timbl_]: agenda?
18:46:21 [RalphS]: Sandro: I'm trying to understand what the Semantic Web is supposed to be and justify it again to experts who don't get it
18:46:31 [djweitzner]: thx
18:46:33 [timbl_]: agenda+ Jim on how the tabulator works
18:46:39 [RalphS]: ... mostly in the context of Rules Interchange Format where extensibility is a goal
18:47:11 [RalphS]: ... not finding text that explains "extensibility" in the SemWeb context
18:47:12 [DanC]: -> http://www.w3.org/TR/1998/NOTE-webarch-extlang-19980210 Web Architecture: Extensible Languages W3C Note 10 Feb 1998
18:47:33 [DanC]: ^ a note Ralph, Tim, and I scrambled to produce when releasing XML as a REC
18:48:38 [RalphS]: TimBL: perhaps time to turn a philosophical argument upside-down
18:49:07 [DanC]: (the TAG is having a closely related discussion, on versioning and semantic web architecture, going back to philosophy of language)
18:49:17 [RalphS]: Sandro: both logicians -- such as Bijan -- and implementors -- such as HP -- are having trouble with this
18:49:22 [RalphS]: David: table view
18:50:04 [DanC]: agenda + table view demo [David]
18:50:30 [RalphS]: TimBL: please add basedNear to your FOAF files
18:50:39 [RalphS]: ... can pick MIT if you like
18:50:45 [DanC]: or BOS airport
18:50:51 [RalphS]: ... i.e. don't reveal your dorm room if you don't want to
18:51:06 [yosi_lap]: what are the semantics of basedNear?
18:51:22 [yosi_lap]: can I say I'm basedNear Memphis, Tenn?
18:51:55 [DanC]: if you were at a conference, and somebody stopped you in the hall and said "where are you from?" you might say Cambridge or Boston. if you'd say Memphis, then ok.
18:52:36 [DanC]: it's "where are you based, in case I want to estimate the cost of visiting you from an arbitrary place on the planet, or estimate your cultural norms"
18:53:15 [RalphS]: David: ENTER or clicking on a highlighted cell puts you in edit mode
18:53:27 [RalphS]: ... plan to implement TAB in the future
18:53:52 [RalphS]: ... haven't yet looked at calling Joe's update call when edit is done
18:54:26 [RalphS]: Tim: who's going to write the Ajax call to actually do an update?
18:54:44 [RalphS]: Joe: I can do that, or just say what the URI will be
18:55:21 [RalphS]: ... I'll work out something with Jim
18:55:47 [RalphS]: ... data will be what the alert box is showing
18:55:52 [RalphS]: Jim: sounds easy
18:56:00 [RalphS]: ... to do POST
18:56:15 [kennyluck]: kennyluck (n=kennyluc@30-7-218.wireless.csail.mit.edu) has joined #dig
18:56:40 [RalphS]: DanC: please don't throw away the user's work if POST fails
18:56:50 [RalphS]: ... copy it to another window, at least
18:57:05 [RalphS]: ... perhaps one color while commit is pending and a different color if commit fails
18:58:00 [RalphS]: TimBL: make sure the error is communicated back to the user
18:58:25 [RalphS]: ... alert boxes should have copyable text
18:59:01 [RalphS]: David: working on add-row; considering auto-completion
18:59:04 [sandro]: It's important that colors never be the only sign of some information, but only reinforce it. Test the UI on a greyscale device.
18:59:12 [DanC]: did I hear that editing in the table view (http://dig.csail.mit.edu/issues/tabulator/issue193) is done-cbb? or testing? davidli , pls update the issues list
18:59:35 [RalphS]: TimBL: look at code sharing
18:59:46 [DanC]: why is that important, sandro? why should the tabulator not presume a color display?
18:59:48 [RalphS]: ... editing a literal cell should be the same between outline and table modes
18:59:57 [RalphS]: Jim: there are issues with differences in the way the data is stored
19:00:17 [sandro]: color blindness? and because no one knows what colors mean.
19:00:35 [DanC]: I think it might be nice for the thing to work on a greyscale device, but I wonder if we should try to meet that requirement on our budget.
19:00:54 [RalphS]: David: column sorting now works; click on column header
19:02:29 [RalphS]: TimBL: several kinds of grey X's all mean non-destructive delete; can we pick just one of them, please
19:02:47 [RalphS]: ... red X to delete query can remain different
19:03:24 [RalphS]: ... firebug shows certain icons; e.g. delete, only when cursor is hovering over a cell
19:03:36 [RalphS]: ... does this appeal generally? maybe replicate with CSS?
19:04:04 [RalphS]: David: I'm not yet sure how I'm going to interface with Joe's code
19:06:37 [RalphS]: Joe: have to be sure to update store *after* you call the SPARQL Update class; the class compares data to what's in the store to construct the update
19:07:17 [presbrey]: hah you said that so much better than I did, Ralph!
19:07:45 [Zakim]: -Danny
19:09:21 [RalphS]: Kenny: [demos current status of copy & paste]
19:09:43 [RalphS]: TimBL: I still hope the orange bars will go away
19:10:00 [DanC]: (did column sorting work before? i.e. was that a bug fix, or a feature added? either way, it should show up in the issues list.0
19:10:01 [DanC]: )
19:10:15 [RalphS]: Jose: the '+' is too large
19:10:23 [DanC]: NAK, tim.
19:10:29 [RalphS]: Jim: the native Windows '+' is very nice
19:11:10 [DanC]: TimBL just asked me to record some request/obligation about the orange bar. I didn't hear it well enough to follow up.
19:11:13 [RalphS]: s/Jose/Joe/
19:11:48 [RalphS]: Kenny: I am working on auto-completion
19:12:09 [RalphS]: ... [demos auto-completion with a scrolling list]
19:13:08 [RalphS]: TimBL: how does auto-complete choose the predicates to show?
19:13:26 [Zakim]: +Danny
19:13:28 [RalphS]: Kenny: it's all the predicates in the store [positioned to the first alphabetic match]
19:16:40 [DanC]: interesting... properties like nickname, surname... that are typically used as identifiers in small contexts... they should make good choices for a typing UI
19:17:34 [RalphS]: Jim: useful to have a feature that DavidS and I implemented last summer to add [local] owl:sameAs relations between People
19:18:19 [jambo]: http://dig.csail.mit.edu/issues/tabulator/issue58
19:18:42 [RalphS]: TimBL: several ways to identify people, including FOAF id
19:19:29 [RalphS]: ... eventually may popup an XForm for input
19:19:49 [yosi_lap]: http://www.w3.org/2000/10/swap/cwm-1.2.0a1.tar.gz
19:19:53 [RalphS]: Yosi: working on cwm tests
19:20:16 [RalphS]: ... successfully ran the cwm release process
19:20:23 [RalphS]: ... though still failing the negative RDF parser tests
19:20:36 [DanC]: agenda + cwm and some RDF parser tests
19:20:37 [RalphS]: ... I would still like input on what to do about these failures
19:21:13 [yosi_lap]: http://lists.w3.org/Archives/Public/public-cwm-talk/2007JulSep/0000.html
19:21:21 [RalphS]: TimBL: who here is worred about cwm failing negative RDF parser tests?
19:21:28 [RalphS]: DanC: I'd like to know why we're failing them
19:22:13 [RalphS]: ... and to document what we discussed
19:22:54 [RalphS]: TimBL: if it's an issue where we're accepting a relative URI in some place where the spec requires an absolute URI but everyone knows what the relative URI means ...
19:23:28 [yosi_lap]: http://www.w3.org/2000/10/rdf-tests/rdfcore/rdf-containers-syntax-vs-schema/error001.rdf
19:23:36 [DanC]: rdf:li is a reserved word; this test shows that you're not supposed to use it in random ways, e.g. as a property
19:24:36 [DanC]: that seems like a cwm bug worth fixing (at some moderately low priority)
19:24:53 [RalphS]: Jim: I've made all the old tabulator views except map work in the extension
19:25:06 [RalphS]: ... map has issues with the Google map API not wanting to work locally
19:25:28 [RalphS]: ... I don't yet have any preferences implementation
19:25:44 [DanC]: q+ to ask for a volunteer to reproduce Jim's work on a different machine than Jim's laptop after the meeting
19:25:59 [RalphS]: ... so when displaying a query I first see if the user has any other view [than table] that can display the results
19:26:18 [presbrey]: works on windows on my machine DanC
19:26:42 [DanC]: ah. good, presbrey
19:26:42 [DanC]: q-
19:26:51 [presbrey]: instructions at https://svn.csail.mit.edu/dig/2007/tab/README
19:27:27 [presbrey]: for having Firefox load a checked out version of the extension
19:27:38 [timbl_]: - rounded boxes
19:27:43 [timbl_]: - no dotted lines
19:27:48 [RalphS]: TimBL: what I'd like to see added to the calendar view ...
19:28:01 [timbl_]: - Auto zoom tto month with most events
19:28:23 [timbl_]: - Simile timeline multipl e scales, omnly relevant iones used
19:28:52 [DanC]: q+ to ask if the extension is done, then?
19:29:12 [DanC]: -> http://dig.csail.mit.edu/issues/tabulator/issue138 timeline view needs another zoom level
19:30:10 [timbl_]: Jimleaves Tbursday 10am til August 1
19:30:49 [RalphS]: Jim: I plan to investigate the problem with the maps API not working with local requests
19:31:07 [RalphS]: TimBL: should we announce the extension?
19:31:10 [RalphS]: Jim: still has bugs
19:31:16 [DanC]: (hmm... somehow it seems better for somebody else to package it for release.0
19:31:17 [DanC]: )
19:32:55 [RalphS]: [discussion of feedback on editable object fields]
19:33:28 [RalphS]: Jim: should be immediate feedback when I've clicked on an editable field
19:34:09 [lkagal]: lkagal has quit ()
19:34:12 [RalphS]: Jim: I'm not comfortable releasing the extension with the amount of testing I'll be able to get in this week
19:34:30 [RalphS]: ... but it's good enough for everyone here to be testing
19:35:09 [Zakim]: -Danny
19:35:27 [timbl_]: Trackbot, ISSUE: Queries ned dedfault names which make sense
19:36:17 [DanC]: DanC is now known as Trackbot
19:36:25 [RalphS]: Jim: [demonstrates bug with global selection; one selection in each of two separate windows is interpreted by query as two selections]
19:36:40 [Trackbot]: -> http://dig.csail.mit.edu/issues/tabulator/issue205 Queries need default names which make sense
19:36:43 [Trackbot]: Trackbot is now known as DanC
19:37:07 [RalphS]: Jim: I'd fixed this global selection code once but it got reverted by someone
19:37:19 [RalphS]: TimBL: be careful about commit collisions
19:37:58 [DanC]: -> http://www.python.org/dev/peps/pep-0008/ PEP 8 -- Style Guide for Python Code
19:38:09 [DanC]: (#1 hit for "python coding rules" in google)
19:39:16 [DanC]: e.g. "Always surround these binary operators with a single space on either side"
19:40:44 [RalphS]: Topic: what store to use?
19:40:59 [RalphS]: Sandro: Eric Prud'hommeaux's 'federate' code
19:41:32 [RalphS]: -> http://www.w3.org/2007/05/SPARQLfed/ Federated SPARQL
19:41:48 [DanC]: (for my turn around the table, I made an hg version of the tabulator svn repository; to appear at http://homer.w3.org/~connolly/projects/tabulator/ in a few minutes. and I made some progress on my calendar sync code. http://homer.w3.org/~connolly/projects/data4/ and http://dev.w3.org/cvsweb/2001/palmagent/ )
19:42:05 [RalphS]: DanC: I'm pretty sure Federate doesn't support update
19:42:39 [RalphS]: s/federate/FeDeRate/
19:42:45 [Zakim]: DanC, you wanted to ask if the extension is done, then?
19:43:08 [RalphS]: DanC: I'm experimenting with calendar synchronization and json hacking
19:43:38 [RalphS]: ... all the data on my PDA is sync'd to the Web using proprietary code then I can get to it with XMLrpc
19:44:09 [RalphS]: [adjourned]
19:45:03 [RalphS]: Jim: my goal is a tabulator week in ~5 weeks
19:45:20 [DanC]: ... feature completion in ~2 weeks, release 2 to 3 weeks after that
19:46:13 [yosi_lap]: TimBL-laptop:/tmp yosi$ hg pull http://homer.w3.org/~connolly/projects/tabulator/
19:46:13 [yosi_lap]: abort: There is no Mercurial repository here (.hg not found)!
19:46:18 [lkagal]: lkagal (n=lkagal1@30-5-196.wireless.csail.mit.edu) has joined #dig
19:48:08 [RalphS]: zakim, list participants
19:48:09 [Zakim]: As of this point the attendees have been TimBL, Sonia, Joe, Sandro, David, Yosi, Jim, Ralph, DanC, Danny, Lalana, Kenny
19:48:41 [DanC]: there, http://homer.w3.org/~connolly/projects/tabulator/ is up to date
19:49:43 [timbl_]: So you can sync with svn?
19:49:53 [DanC]: yes. well, one-way
19:50:00 [DanC]: I can pull from svn
19:50:13 [DanC]: svn isn't p2p, so it doesn't accept push-es
19:50:22 [yosi_lap]: DanC, can you explain to me what should fail about http://www.w3.org/2000/10/rdf-tests/rdfcore/rdfms-rdf-id/error007.rdf ?
19:51:12 [DanC]: I think rdf:bagID, like rdf:li, is not authorized for use as an rdf property
19:52:06 [DanC]: [ <http://example.org/prop> [
19:52:06 [DanC]: rdf:bagID "q:name" ] ].
19:52:46 [DanC]: the comment in the text says " The value of rdf:bagID must match the XML Name production,
19:52:46 [DanC]: (as modified by XML Namespaces)."
19:53:04 [DanC]: i.e. comment in error007.rdf
19:53:13 [DanC]: does cwm handle bagID at all?
19:53:33 [yosi_lap]: I don't know
19:54:00 [DanC]: bagID is reification syntax; I thought all the reification tests were classified "boring"
19:54:35 [DanC]: never mind what I said about bagID and use as an rdf property. that's not the problem here.
19:54:48 [DanC]: (though it's true)
19:55:15 [DanC]: by the way... all these tests have textual explanations, I'm pretty sure... have you looked at them?
19:55:41 [yosi_lap]: So this should be added to testmeta as a boring test?
19:56:39 [DanC]: ugh... the textual explanations seem to be only available in XML comments
19:56:51 [timbl_]: timbl_ has quit ()
19:57:05 [DanC]: the published documentation (http://www.w3.org/TR/rdf-testcases/#tc_cert ) just gives the papertrail... in this case, http://lists.w3.org/Archives/Public/w3c-rdfcore-wg/2003Jan/0025.html ...
19:57:48 [Zakim]: -MIT531
20:05:01 [Zakim]: DIG_weekly()2:30PM has ended
20:05:02 [Zakim]: Attendees were TimBL, Sonia, Joe, Sandro, David, Yosi, Jim, Ralph, DanC, Danny, Lalana, Kenny
20:05:29 [RalphS]: zakim, bye
20:05:29 [Zakim]: Zakim has left #dig
20:05:32 [DanC]: yes, I think testmeta should say rdfms-rdf-id/error007.rdf is a boring test, as it's about syntax details of bagID, which I'm pretty sure cwm doesn't support (as a conscious and documented decision)
20:06:00 [yosi_lap]: testmeta.n3 is a generated document
20:21:18 [RalphS]: RalphS has quit ("bye for today")
20:22:58 [yosi_lap]: DanC, timbl, I just ran into the following:
20:23:11 [yosi_lap]: cwm http://www.w3.org/2000/10/rdf-tests/rdfcore/xml-canon/test001.nt
20:23:14 [yosi_lap]: fails
20:25:59 [DanC]: hmm...
20:27:47 [DanC]: ah... xml-canon/test001.nt exercises some of the new XMLLiteral code that only half works
20:28:28 [DanC]: that's a really nasty/evil test... it's an ill-formed literal
20:28:45 [DanC]: it's like "23axyQ"^^xsd:integer
20:30:54 [DanC]: these paper trails are very unsatisfying. In the GRDDL WG, when we say a test is approved, we cite a meeting record that says something like: RESOLVED: to approve test xyz
20:30:59 [DanC]: where xyz is the full URI of the test
20:33:24 [DanC]: "As of 310pm...the heaviest rainfall was occurring near the Overland Park area."
20:33:35 [DanC]: -- http://www.wunderground.com/US/KS/Lenexa.html
20:33:37 [DanC]: yeah; that's me
20:34:56 [DanC]: cool... http://www.wunderground.com/stationmaps/gmap.asp?zip=66210&wmo=99999
20:35:59 [yosi_lap]: odd --- cwm http://www.w3.org/2000/10/rdf-tests/rdfcore/xml-canon/test001.rdf | cwm
20:36:01 [yosi_lap]: woks
20:36:04 [yosi_lap]: works
20:36:56 [yosi_lap]: the ntriples is killing it
20:37:21 [DanC]: huh?
20:42:40 [yosi_lap]: nope --- never even being called
20:43:40 [yosi_lap]: relative URIs
20:43:45 [yosi_lap]: # Base was: http://www.w3.org/2000/10/rdf-tests/rdfcore/xml-canon/test001.rdf
20:43:45 [yosi_lap]: @prefix rdf: </1999/02/22-rdf-syntax-ns#> .
20:45:46 [kennyluck]: kennyluck has left #dig
20:51:24 [yosi_lap]: DanC, I will leave you with http://www.w3.org/2000/10/rdf-tests/rdfcore/rdfms-xml-literal-namespaces/test002.nt
20:55:44 [presbrey]: presbrey has left #dig
20:55:45 [jambo]: jambo has quit ()
20:57:22 [yosi_lap]: cwm http://www.w3.org/2000/10/rdf-tests/rdfcore/rdfms-xml-literal-namespaces/test002.nt
20:57:28 [yosi_lap]: fails with a SAX error
20:57:48 [yosi_lap]: and a pretty unhelpful one
21:08:48 [soniaswim]: soniaswim has quit (Read error: 110 (Connection timed out))
21:12:10 [yosi_lap]: yosi_lap has quit ()
21:43:50 [djweitzner]: djweitzner has quit ()
21:49:43 [timbl]: timbl (n=timbl@146-115-66-146.c3-0.lex-ubr1.sbo-lex.ma.cable.rcn.com) has joined #dig
21:55:37 [davidli]: davidli has quit ()
22:03:58 [lkagal]: lkagal has quit ()
22:12:23 [soniaswim]: soniaswim (i=soniaswi@18.195.1.200) has joined #dig
22:44:12 [sbp]: sbp has quit (kubrick.freenode.net irc.freenode.net)
22:44:12 [sandro]: sandro has quit (kubrick.freenode.net irc.freenode.net)
22:48:51 [soniaswim]: soniaswim has quit (kubrick.freenode.net irc.freenode.net)
22:48:51 [eikeon]: eikeon has quit (kubrick.freenode.net irc.freenode.net)
22:53:04 [sbp]: sbp (i=sbp@66.9.179.67) has joined #dig
22:53:04 [sandro]: sandro (n=nnsandro@homer.w3.org) has joined #dig
22:56:11 [soniaswim]: soniaswim (i=soniaswi@18.195.1.200) has joined #dig
22:56:11 [eikeon]: eikeon (n=eikeon@dsl092-168-155.wdc2.dsl.speakeasy.net) has joined #dig
23:06:23 [soniaswim]: soniaswim has quit (Read error: 110 (Connection timed out))
23:09:21 [djweitzner]: djweitzner (n=djweitzn@pool-70-108-0-233.res.east.verizon.net) has joined #dig
23:22:40 [soniaswim]: soniaswim (i=soniaswi@18.195.1.200) has joined #dig
23:28:09 [lkagal]: lkagal (n=lkagal1@5.189.171.66.subscriber.vzavenue.net) has joined #dig
23:41:55 [soniaswim]: soniaswim has quit (Read error: 104 (Connection reset by peer))