IRC log of dig on 2006-08-03

Timestamps are in UTC.

00:14:36 [djweitzner]
djweitzner has quit ()
00:22:29 [sheets]
sheets has quit (Read error: 110 (Connection timed out))
00:39:46 [ryanlee_]
ryanlee_ has quit ()
01:09:06 [lkagal]
lkagal (n=lkagal1@234.68.171.66.subscriber.vzavenue.net) has joined #dig
02:35:48 [webograph]
webograph has quit (Read error: 110 (Connection timed out))
04:04:52 [DanC]
DanC has quit ("hasta")
04:27:49 [webograph]
webograph (n=webograp@86.59.50.121) has joined #dig
05:15:41 [sheets]
sheets (n=dsheets@NORTHEAST-FORTYSEVEN-FOUR-FOURTY-EIGHT.MIT.EDU) has joined #dig
05:31:09 [timbl]
timbl (n=timbl@217.41.237.142) has joined #dig
05:58:31 [sheets]
sheets has quit (Connection timed out)
06:27:33 [timbl]
timbl has quit ()
06:56:46 [timbl]
timbl (n=timbl@217.41.237.142) has joined #dig
07:09:13 [sheets]
sheets (n=dsheets@EASTCAMPUS-EIGHT-SEVENTY-NINE.MIT.EDU) has joined #dig
07:33:11 [timbl]
timbl has quit (Remote closed the connection)
07:33:52 [timbl]
timbl (n=timbl@217.41.237.142) has joined #dig
08:05:01 [DanC]
DanC (n=connolly@pdpc/supporter/active/DanC) has joined #dig
08:08:45 [tlr]
tlr (n=roessler@ip-83-99-69-86.dyn.luxdsl.pt.lu) has joined #dig
09:37:29 [timbl]
timbl has quit ()
11:33:36 [RalphS]
RalphS (n=swick@30-7-207.wireless.csail.mit.edu) has joined #dig
13:12:18 [djweitzner]
djweitzner (n=djweitzn@pool-70-108-200-8.washdc.east.verizon.net) has joined #dig
13:17:04 [djweitzner]
djweitzner has quit ()
13:35:23 [claudiof]
claudiof (i=claudiof@31-35-17.wireless.csail.mit.edu) has joined #dig
13:44:28 [tlr]
tlr has quit ("leaving")
13:51:57 [djweitzner]
djweitzner (n=djweitzn@pool-70-108-200-8.washdc.east.verizon.net) has joined #dig
14:02:15 [lkagal]
Hi Danny, is there a TAMI meeting today ?
14:02:20 [djweitzner]
yes
14:05:01 [claudiof]
claudiof has quit (Read error: 110 (Connection timed out))
14:10:45 [harveyj]
harveyj (n=harveyj@30-5-253.wireless.csail.mit.edu) has joined #dig
14:10:55 [djweitzner]
Hi Harvey
14:11:02 [djweitzner]
want to talk for a few minutes?
14:11:06 [harveyj]
sure
14:11:10 [harveyj]
are you in your office?
14:11:16 [djweitzner]
I'll be off the phone in 5 minutes
14:11:21 [djweitzner]
will ping you
14:11:22 [harveyj]
sounds good
14:21:44 [djweitzner]
harvey, can you call me at +1 202 364 4750?
14:21:57 [harveyj]
sure
14:22:10 [harveyj]
i need to scrounge up a phone, one minute :)
14:22:18 [djweitzner]
you can use my offce
14:22:52 [harveyj]
locked
14:23:03 [djweitzner]
amy or marisol has the key
14:23:07 [djweitzner]
all offices have same key
14:23:25 [harveyj]
got it, thanks
14:37:04 [djweitzner]
http://www.markletaskforce.org/
14:37:10 [djweitzner]
http://www.markle.org/downloadable_assets/2006_nstf_report3.pdf
14:51:14 [harveyj]
harveyj has quit ()
15:01:20 [harveyj]
harveyj (n=harveyj@30-5-253.wireless.csail.mit.edu) has joined #dig
15:02:45 [harveyj]
harveyj has quit (Read error: 104 (Connection reset by peer))
15:06:16 [djweitzner]
djweitzner has quit ()
15:07:23 [djweitzner]
djweitzner (n=djweitzn@pool-70-108-200-8.washdc.east.verizon.net) has joined #dig
15:07:24 [harveyj]
harveyj (n=harveyj@30-5-253.wireless.csail.mit.edu) has joined #dig
16:00:25 [ryanlee]
ryanlee (n=ryanlee@WHITAKER-ELEVEN-SIXTY-THREE.MIT.EDU) has joined #dig
16:06:31 [harveyj]
harveyj has quit ()
16:23:56 [lkagal]
lkagal has quit ()
16:41:48 [DanC]
the tabulator seems confused by http://bblfish.net/people/henry/card#me
16:42:00 [DanC]
it shows 200 in the sources and no errors in the log, but no data
16:42:07 [DanC]
I think the data is in N3 format
16:43:13 [DanC]
hmm... logging is off by default now?
16:44:08 [DanC]
11:42:38 [eror] No data provided by URI owner: HTTP 404 code for http://bblfish.net/people/henry/card
17:09:35 [lkagal]
lkagal (n=lkagal1@30-5-242.wireless.csail.mit.edu) has joined #dig
17:20:08 [jambo]
jambo (i=jambo@30-6-112.wireless.csail.mit.edu) has joined #dig
17:51:41 [djweitzner]
djweitzner has quit ()
17:53:06 [djweitzner]
djweitzner (n=djweitzn@pool-70-108-200-8.washdc.east.verizon.net) has joined #dig
18:04:37 [ryanlee]
ryanlee has quit ()
18:27:16 [ryanlee]
ryanlee (n=ryanlee@dhcp-18-188-70-89.dyn.mit.edu) has joined #dig
18:39:00 [ryanlee]
ryanlee has quit ()
18:44:43 [ryanlee]
ryanlee (n=ryanlee@30-6-75.wireless.csail.mit.edu) has joined #dig
18:57:40 [timbl]
timbl (n=timbl@146-115-112-112.c3-0.lex-ubr1.sbo-lex.ma.cable.rcn.com) has joined #dig
19:02:30 [DanC]
sheets, I'm seeing log output from tabulator that talks a lot about sources and dependencies. I wonder if you checked in your new stuff...
19:04:16 [DanC]
hmm... not in the last day or so
19:04:56 [timbl]
yes , intermittently
19:06:33 [timbl]
Was there a meeting today ?
19:06:45 [DanC]
no
19:07:08 [timbl]
hi.
19:07:09 [jambo]
I made it back to campus
19:07:12 [DanC]
sheets is mostly out this week, with RSI business
19:07:13 [amyvdh]
amyvdh (n=amyvdh@128.30.55.179) has joined #dig
19:07:33 [alerer]
alerer (i=markus@30-6-168.wireless.csail.mit.edu) has joined #dig
19:08:19 [DanC]
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
19:08:26 [DanC]
^ tabulator issues organized by developer
19:09:14 [DanC]
jambo, I'd like to get that report to be somewhat accurate w.r.t. what you're up to. it currently has no "in progress" issues for you
19:09:56 [timbl]
So sheets hasn;t got his sources code in yet?
19:10:04 [jambo]
Yeah, I just haven't updated, currently I'm working on finalizing stuff to make multiple-query viewing in the map fully understandable
19:10:29 [timbl]
svn commit -m "Add bit about timeout preferences" Help.html
19:10:42 [DanC]
no; sheets gave an ETA of late this week or early next week for his sources code; he reminded me that he's on RSI duty this week
19:11:13 [timbl]
Ok
19:11:15 [jambo]
I'm adding in so that there's a little key that can show what color is what for the queries on the map.
19:11:52 [timbl]
It is interesting to notice wht the InferenceWeb folks noticed. One was the expansion before the data is in off the web problem.
19:12:00 [DanC]
for issue66, jambo, if you could give a better title than "SPARQL-View and Map-View", I'd appreciate it. I don't know what that issue really is.
19:12:07 [timbl]
colour key: good.
19:12:32 [timbl]
Why not make the whole tab with the query on it that colour, coorinated across views?
19:13:40 [jambo]
"SPARQL View not generating queries with same structure as Outliner"
19:14:08 [DanC]
timbl, that sounds a like you're asking for a new feature; I thought the priority was on bug fixes. I guess I don't have a good sense of what the priorities should be. There are a lot of unassigned issues, and I haven't really felt comfortable saying "bob, issue37 is yours now"
19:14:34 [timbl]
True, prio is on bug fixes
19:15:13 [timbl]
Well, how many htings should people have on their plat at a time?
19:15:23 [DanC]
I lose track after about 3.
19:16:02 [DanC]
and a lot of stuff is getting to done-cbb state and just sitting there. (done-dbb is "done, could be better"). It's really no fun to do the last 80%; I haven't felt comfortable pushing too much.
19:16:51 [timbl]
My mom taught me to happy with done-cbb a la perfection being the enemy of the done.
19:17:32 [DanC]
well, that works for me; I'd be happy for folks to just skip done-cbb and mark it resolved (esp if there's at least a little documentation and/or a test).
19:18:14 [timbl]
Maybe split off a wish for an extension or upgrade.
19:18:34 [jambo]
DanC -> I had initially just implemented different colors for markers in the map, but had the intention of going back when I had a little less sitting around
19:18:42 [jambo]
Which is what I'm doing now
19:19:23 [DanC]
is there an issue for what you're doing now? if not, let's please add one.
19:20:40 [DanC]
issue23 "MapView info bubbles don't resize on browser resize." is assigned to jambo but deferred. that's sort of an oxymoron, to me. if it's deferred, it's not assigned to anybody. shall I take your name off thatone?
19:21:01 [jambo]
i was counting it under http://dig.csail.mit.edu/issues/tabulator/issue21 , but if you'd rather i made a new issue for the color stuff, thats fine
19:21:25 [DanC]
ok, issue21 is close enough.
19:21:48 [jambo]
If you want to, you can, but I assigned it to myself since I thought I would be the only person that would do it
19:22:27 [jambo]
and marked it deferred so that if anyone was wondering if I had looked at it or not, they would know that I had, but had decided it was a little too nitpicky to do yet
19:23:51 [timbl]
I don't see the Inferece web data large literal probelm in the tracker
19:25:50 [DanC]
ok, now jambo has just issue21 and issue64; it seems alerer assigned issue64 to you, jambo.
19:26:24 [jambo]
I changed that myself, but me and alerer have just about finished cleaning that one up.
19:28:05 [DanC]
ok, now the "Developer Status" report looks ok for jimbo: 2 issues, both touched within the last few days
19:28:39 [DanC]
we could play that game with adam, or tim could look at some unassigned stuff
19:29:01 [alerer]
hi
19:31:04 [DanC]
hi... ah... I see you marked Issue86 deferred... taking your name off that one to make my report easier to read...
19:31:37 [DanC]
er... now there's another issue with the same title... "SPARQL Filters"
19:32:29 [DanC]
how about "SPARQL Filters need access to all bindings" for issue87? hmm...
19:32:31 [evoli]
so everything that's being worked on should be in the bugtracker?
19:32:50 [DanC]
well, yes, without going crazy-nutso.
19:33:00 [DanC]
i.e. it _should_. it doesn't absolutely _
19:33:03 [DanC]
i.e. it _should_. it doesn't absolutely _have to_.
19:33:16 [DanC]
I'd like about 2/3rd overlap between what you're really doing and what the issue tracker knows.
19:33:57 [alerer]
okay, that's fine
19:34:19 [alerer]
should I change it?
19:34:56 [alerer]
thanks
19:35:04 [evoli]
ah. so if I finish something, there's no point in putting it on the issue tracker in retrospect...
19:35:11 [DanC]
alerer, I have trouble with some of the issues you add because they don't seem directly related to user-visible functionality. I wonder what to do about that.
19:35:28 [DanC]
retrospect: actually, there is: to get it in the "new features" report
19:35:41 [DanC]
http://dig.csail.mit.edu/issues/tabulator/issue?@columns=title,id,activity,actor&@sort=-activity&@group=priority&@filter=priority,status&@pagesize=50&@startwith=0&priority=4&status=8&@dispname=Features%20done
19:35:42 [timbl]
evoli, if you finish something it is useful to put it in in retro spect for example when looking ath thing to put in a "what's new" release note
19:35:44 [DanC]
^ new features report
19:35:56 [evoli]
okay
19:36:04 [alerer]
which issue are you referring to DanC?
19:36:15 [DanC]
well, SPARQL filters.
19:36:36 [DanC]
the justification in the original issue was "because it's in the SPARQL spec"
19:36:37 [alerer]
i.e. it's not a priority?
19:37:13 [DanC]
well, I'd like timbl to confirm, but no, just because something's in a spec doesn't make it a priority, I don't think.
19:38:07 [alerer]
well, as for just implementing a lot of filters, I agree it's not a priority
19:38:07 [alerer]
sheets and I were talking about it in that issue
19:38:13 [peace-keeper]
peace-keeper (i=markus@30-6-168.wireless.csail.mit.edu) has joined #dig
19:38:14 [alerer]
alerer has quit (Read error: 104 (Connection reset by peer))
19:38:20 [sandro]
sandro has quit ("Getting off stoned server - dircproxy 1.0.5")
19:38:46 [timbl]
issue#?
19:38:51 [sandro]
sandro (n=nnsandro@homer.w3.org) has joined #dig
19:39:07 [peace-keeper]
for example, if you want to do a map-view and show all results that are less than a certain distance from a point
19:39:20 [peace-keeper]
peace-keeper has quit (Client Quit)
19:39:22 [DanC]
"SPARQL Filters" is http://dig.csail.mit.edu/issues/tabulator/issue57 , timbl
19:39:22 [jambo]
oh peace-keeper
19:39:50 [alerer]
alerer (i=markus@30-6-168.wireless.csail.mit.edu) has joined #dig
19:39:53 [timbl]
tx
19:40:39 [DanC]
er... was
19:40:56 [timbl]
ok
19:41:32 [timbl]
... so either a blue beret or a missile...
19:41:56 [DanC]
that map-view is a good example of a use case... yes, you could do that by joing into the SPARQL view and typing a FILTER expression, but that's not very friendly.
19:42:12 [DanC]
There are plenty of generic "type your SPARQL query here and I'll run it" deelies out there; the tabulator needn't do that.
19:42:20 [alerer]
no, but the map view could implement it just by automatically adding a filter to the query API
19:42:32 [timbl]
The emaphsis for tabulator is really on using high tech to make it intuitive for te user.
19:42:35 [alerer]
the thing about adding filters is not just to add them to the SPARQL translation layer, but add them to the query API
19:42:50 [alerer]
so that different things can use them
19:42:55 [DanC]
ok, so "filter by distance" would be an interesting feature to add to the issues list.
19:43:00 [timbl]
So I think that the expert interafce takes a back seat and it is fine to support what we can do a nice intuitive UI for
19:43:02 [alerer]
but that's fine, I can de-prioritize it for now
19:43:18 [jambo]
right, the hope was that by implementing filters into the query structure for tabulator, we could do stuff like that, DanC
19:43:19 [DanC]
... including some UI for selecting a radius. but I'd probably put that feature in the someday pile ;-)
19:43:26 [alerer]
but I don't have any big issues to work on right now...my main issue was remote queries, but that's all done except for sheets' sources stuff
19:43:31 [alerer]
which I have to wait on to continue work
19:43:49 [alerer]
*more stuff can be done with it, but I have to wait for sources to be finished
19:43:54 [jambo]
I think it just so happens that the easiest way to see that stuff working initially is through manually entering the sparql
19:43:54 [DanC]
oh! I didn't realze remote queries is done
19:44:01 [alerer]
I've been doing doc and test-cases for SPARQL the last few days
19:44:28 [timbl]
There is also glory in making a complete implementation of a standard. I assume we are probably a long way from that for SPARQL: not low-haning fruit, so not a driver.
19:44:29 [alerer]
well, they *were* working, except the dependencies weren't working (so you'd have to collapse/expand a node to see all the remote triples)
19:44:34 [DanC]
ugh... sheets's write-lock on sources is really expensive, isn't it?
19:44:57 [alerer]
and since sheets was redoing the dependencies, there was no point in me fixing them
19:45:02 [timbl]
dependencies in roundup would be real nice
19:45:04 [alerer]
so I'm waiting for that to be done
19:45:22 [timbl]
Well, I am sure there are lots of htings for you to do alerer
19:45:36 [timbl]
lots of little things which make a big difference t the UI
19:45:40 [alerer]
i was thinking of working on issue#88
19:45:54 [alerer]
once I commit my jsunit test-stuff
19:46:21 [alerer]
(ETA 1h)
19:46:29 [jambo]
issue88 is closely related to issue25 , iirc
19:46:32 [timbl]
Like: Link to this item button (or find a non-destructive way to put the URI of the tabulator view in the main firefox URI bar whenever a URI is changed in the tabultor URI bar.
19:46:34 [claudiof]
claudiof (i=claudiof@31-35-17.wireless.csail.mit.edu) has joined #dig
19:47:02 [DanC]
25? I think you mean 26. 88 looks like a dup of 26, to me ("what's a date? ...")
19:47:13 [jambo]
yeah, i'm bad with numbers
19:47:17 [jambo]
that is the one i meant
19:47:38 [timbl]
88 is good
19:48:00 [timbl]
Ah, 88 is part of 25, not a dup
19:48:02 [DanC]
timbl, there you go again with new RFEs. I thought the emphasis was on bug fixing
19:48:04 [timbl]
They should be split.
19:48:15 [timbl]
25 is about a better algorithm for determining what a date is
19:48:27 [timbl]
88 is about sticking an icon on it whatever it is
19:48:33 [DanC]
25 is "CSV, XHTML exporting". I'm sure you mean 26
19:48:35 [timbl]
should be sep
19:48:43 [timbl]
sorry 26
19:48:44 [jambo]
--> 26
19:48:45 [jambo]
yeah
19:49:13 [timbl]
yes, I think 88 is good bang for te buck
19:49:24 [DanC]
ah.. the "see issue88" link is already there
19:49:25 [timbl]
Is it easy to do tooltips on icons?
19:49:55 [alerer]
i think so
19:49:59 [jambo]
alt-text maybe?
19:50:19 [timbl]
That might be something which would add a lot of UI ease for little effort.
19:50:49 [timbl]
Hover over a n action item and get teh action, over a URI coloured dot and ghet eth URI and its state
19:51:18 [alerer]
the only problem I see with it is that it's hard to predict what it will be used for
19:51:19 [timbl]
Did you give up on hiding the big grey box when no queries, Adam and Jim
19:51:21 [timbl]
?
19:51:48 [DanC]
alerer, re SPARQL doc issue83; is that done as of r1862 | alerer | 2006-08-01 15:38:48 -0500 ?
19:51:49 [alerer]
like the 'optional' icon needs to be on all the PARENT predicates of the predicate in question
19:52:15 [jambo]
i'll toss that in the tracker
19:52:15 [alerer]
umm...mostly done. I wrote a bit more. It will be done as of this commit.
19:54:39 [timbl]
... as issue 89
19:55:50 [evoli]
(and I am working on generating test cases. for example, I found that JS parses year '10' as '1910', for one. which confused calendar)
19:57:38 [DanC]
is there a phone near you guys? alerer just told me what he's up to, but if I don't get it in the issue tracker, it's going to leak out of my head in no time
19:57:40 [DanC]
I'm available at tel:+1-617-395-0241
20:01:18 [jambo]
jambo has quit (Read error: 104 (Connection reset by peer))
20:02:10 [DanC]
evoli, the link from the navbar to the issues list hasn't caught up with the new issues list URI
20:02:39 [alerer]
alerer has quit (Read error: 104 (Connection reset by peer))
20:02:54 [jambo]
jambo (i=jambo@30-6-112.wireless.csail.mit.edu) has joined #dig
20:03:04 [jambo]
Weird wireless cut
20:03:20 [jambo]
not sure where evoli is hiding?
20:03:56 [alerer]
alerer (i=markus@30-6-168.wireless.csail.mit.edu) has joined #dig
20:04:04 [timbl]
You folks on the phone?
20:04:17 [jambo]
nope
20:04:19 [timbl]
evoli on the tparty clusster?
20:05:52 [DanC]
I'm available at tel:+1-617-395-0241
20:07:06 [DanC]
evoli, when you write stuff like "issue69 pretty much resolved
20:07:22 [DanC]
evoli, when you write stuff like "issue69 pretty much resolved", that's really a tease! either say it's resolved or say what's left.
20:08:58 [timbl]
PML files are collectin examples IIRC
20:09:36 [timbl]
Who has skype?
20:10:45 [jambo]
I have an account, but no mic with me atm
20:10:48 [DanC]
issue45 "folding when you get lots and lots" is marked done-cbb; let's either mark it resolved or note what's left
20:10:53 [DanC]
I guess I have skype
20:12:02 [DanC]
connollydwc is my skype.com name
20:12:26 [evoli]
DanC: 'pretty much resolved': you can get the data out of the events, but you can't do it by clicking on "endingDate", which is the predicate of a blank node
20:12:57 [DanC]
so do you intend to do more work on it?
20:13:23 [evoli]
I intend to change the tutorial; redefine what will and won't calendarize.
20:13:37 [timbl]
Or tey could go to my office and use te phone
20:13:44 [evoli]
(and after that, it will be fully resolved)
20:13:55 [DanC]
ok; please tell roundup.
20:14:30 [timbl]
Danc, you wanetd example of wanted ui for lists or example of data?
20:14:46 [DanC]
I guess data
20:15:15 [evoli]
in roundup n ow.
20:16:02 [DanC]
evoli, are you near a phone?
20:16:03 [alerer]
*jambo stepped out
20:16:28 [alerer]
*back
20:16:31 [DanC]
I'm content with jambo's tabulator issue state
20:17:05 [evoli]
DanC: not right now. there's phone upstairs?
20:17:54 [DanC]
er... you're asking me about where the phones are in CSAIL? I'm at home in KC.
20:18:31 [timbl]
There is a phone in my office which you could move into for quick meeting. Would that be useful?
20:18:54 [evoli]
(heh)
20:19:01 [evoli]
(I meant where timbl is)
20:19:03 [DanC]
it would be useful to me, yes
20:19:16 [timbl]
I'm in lexington. have a phone
20:19:29 [timbl]
I just got in from Kuala lumpur
20:19:41 [jambo]
good food?
20:21:14 [sheets]
I will have the new sources plugged in ca. Sunday
20:21:49 [RalphS]
RalphS has quit ("bye for today")
20:22:25 [timbl]
I found one of deb McG's problems: http://iw.stanford.edu/2006/07/tami-scenario3-0720-en-tabulator-label-short.rdf has no content-type.
20:22:59 [timbl]
it causes the parser to crash though
20:23:16 [timbl]
so there is a bug
20:24:05 [alerer]
okay, tests and documentation and "stuff" is committed
20:25:09 [sheets]
timbl, I get a sources crash not a parser crash. Console output?
20:25:11 [DanC]
r1917 | alerer | 2006-08-03 15:23:54 -0500
20:25:29 [timbl]
Yes, good foof. Many nationalities. Like a page per nationlaty in the menu
20:26:00 [DanC]
alerer, wanna help me try to reproduce your test results?
20:26:37 [DanC]
"This page contains tests for the RDFParser class. The tests were provided by the W3C." is that really true?
20:27:50 [sheets]
DanC, yes, it needs to have some more info though. The tests that it runs when put into testRunner are the positive parser tests from the RDF test case page sans the entailment tests.
20:27:50 [sheets]
.
20:28:25 [DanC]
I don't think test/rdf/sparql.test.html are parser tests at all
20:29:00 [sheets]
hahaha... not my page, ok
20:30:38 [djweitzner]
djweitzner has quit ()
20:32:10 [DanC]
hmm... nxml-mode doesn't like HTML 4.01; mind if I xhtml-ize it?
20:32:42 [timbl]
Can I creat an issue by emailing gto th etrcaker?
20:32:49 [DanC]
ugh... I was going to copy the XHTML DTD from another tabulator page, but they all seem to be HTML 4
20:32:58 [timbl]
sorry, yes sources crash
20:33:16 [DanC]
no, our roundup install doesn't grok incoming mail.
20:33:28 [DanC]
perhaps it should
20:34:02 [timbl]
low prio
20:37:19 [DanC]
alerer, I've got sparql.test.html in jsunit/testRunner.html ; I get 1 pass, 0 failures. is that as intended?
20:37:30 [alerer]
mm...should be 7 passes
20:37:37 [alerer]
or smtg
20:38:24 [DanC]
hmm... did I screw it up somehow when I xhtml-ized it?
20:38:25 [alerer]
*sorry about the HTML body
20:38:54 [DanC]
xhr.open("GET", "../sparql-tests/" + relURI, false)
20:38:56 [alerer]
I get 6 runs
20:39:08 [alerer]
yeah, are they not in the CVS?
20:39:19 [DanC]
er... CVS? you don't mean SVN?
20:39:22 [alerer]
yes
20:39:42 [DanC]
I don't see them in SVN
20:40:01 [alerer]
hmm...I added them
20:40:05 [alerer]
one sec
20:41:43 [alerer]
they didn't commit...see rev. #1920
20:43:12 [DanC]
holy frijoles... r1920 has a whole pile of files
20:43:20 [alerer]
they are the test-cases
20:43:51 [DanC]
there are also changes to /2005/ajar/ajaw/rdf/identity.js and match.js and so on; is that on purpose?
20:44:28 [alerer]
mmm,yes...mostly small bug fixes/tweaks that I noticed when doing the test cases
20:44:33 [alerer]
nothing worth noting really
20:44:37 [DanC]
ok
20:45:04 [DanC]
hmm...I still get 1/1 test. I wonder what cache needs clearing...
20:46:24 [DanC]
grumble. shift-reload isn't enough.
20:47:57 [DanC]
now I get 6 runs, 4 errors
20:48:29 [DanC]
pattern.sameTerm is not a function
20:50:22 [DanC]
log_area has no properties
20:50:45 [DanC]
I can't copy and paste the diagnostics. I can't believe this is the state-of-the-art
20:51:17 [alerer]
that just means that the .js files are trying to give a tabulator log error and there's noowhere to put it
20:51:31 [alerer]
umm...yeah. There are also debug messages and stuff which you can copy/paste
20:51:51 [alerer]
but I didn't really use any...this shouldn't need much debugging...
20:52:34 [DanC]
ah... I had only done svn up under test...
20:52:35 [alerer]
the asserts say which test case it's on and where in the test case. Should say something like simple.simple3
20:53:13 [DanC]
now I get 6/0/0
20:53:17 [alerer]
good
20:53:39 [alerer]
does this go in the issue tracker btw?
20:54:47 [DanC]
~/dig-svn/2005/ajar/ajaw/test/rdf$ svn commit -m 'make the test case file self-explanatory and XHTML-happy' sparql.test.html
20:54:47 [DanC]
svn: Commit failed (details follow):
20:54:47 [DanC]
svn: Aborting commit: '/home/connolly/dig-svn/2005/ajar/ajaw/test/rdf/sparql.test.html' remains in conflict
20:54:50 [timbl]
"I can't copy and paste the diagnostics" for what?
20:55:05 [DanC]
for jsunit testrunner dialog output
20:56:08 [DanC]
$ svn resolved sparql.test.html
20:56:08 [DanC]
Resolved conflicted state of 'sparql.test.html'
20:58:41 [lkagal]
lkagal has quit ()
20:58:46 [DanC]
"does this go in the issue tracker btw?" this=??
20:59:04 [alerer]
DanC --> this = jsunit testcases
20:59:41 [DanC]
er... it's perhaps worthwhile to note them under any relevant issues; I woudn't add a new issue for them.
20:59:49 [alerer]
ok
21:00:02 [DanC]
we don't have a "ok, now run all the tests" thingy, do we?
21:04:38 [alerer]
i don't believe so
21:04:43 [alerer]
sheets would know best
21:06:57 [sheets]
not yet
21:07:16 [sheets]
jsunit supports test suites so we could set up an overarching "test the distribution" suite
21:07:40 [sheets]
I'm not sure jsUnit is state of the art... but you can select, copy, and paste out of the pop-up windows
21:07:57 [sheets]
instead of selecting the error and clicking "display error" click "display all errors" or somesuch
21:11:34 [sheets]
it looks like a package called selenium might be better (supporting asynchronous, event-driven actions and UI testing): http://www.openqa.org/selenium/
21:11:42 [DanC]
er... where did the "documentation of sparql support" issue go?
21:13:04 [DanC]
ah... there it is... 83. resolved.
21:13:51 [DanC]
hmm... I'm inclined to mark that as a feature so it shows up in the "Features done" report
21:18:13 [DanC]
re issue54 "RDFLiteral Datatypes/lang in SPARQLToQuery", is that really a new feature? how can I see it go?
21:19:05 [alerer]
umm...it's more of a bug fix
21:19:39 [alerer]
if you find a doc with literals with dt/lang, you can see them show up in SPARQL, and you can write SPARQL queries w/ literals w/ lang/dt and they'll work
21:20:20 [alerer]
on an unrelated note: I just tried adding tool-tips to the 'optional' icon and it looks very nice and user-friendly
21:20:39 [alerer]
I'm thinking I should add this to all the little icons, like expand/collapse, etc.
21:20:48 [alerer]
and the little circles
21:20:54 [alerer]
see rev. 1928
21:23:26 [DanC]
sheets, how is http://dig.csail.mit.edu/issues/tabulator/issue54 superseded by issue70?
21:25:53 [sheets]
DanC, we don't handle lang or datatype anywhere above the store... 54 is a specific instance of this and 70 is the general feature request
21:26:27 [DanC]
hmm..
21:27:13 [DanC]
well, alerer claimed victory on 54
21:27:57 [DanC]
it shows up in the "Features done" report, as if end users get new candy.
21:28:32 [alerer]
feature -> bug?
21:28:52 [DanC]
yes, unless it's a feature users can sess
21:29:32 [DanC]
let's try this phone/meeting idea one more time. evoli, alerer, jambo, sheets, is any of you not able to get to a phone in the next minute or two? (you can use timbl's office)
21:29:43 [sheets]
DanC, I am not.
21:30:32 [DanC]
adam? joyce?
21:31:21 [alerer]
well...I may be able to use timbl's phone
21:31:28 [alerer]
but I have to be out of here in 15 or 20 minutes
21:31:33 [alerer]
so if that's okay, I can do it
21:31:55 [DanC]
so there are 3 new features in the "Features done" report. well done, alerer. 6 markers. ;-)
21:32:13 [DanC]
yes, 15 min is great.
21:32:30 [DanC]
<Zakim> the conference code is 83261 (tel:+1.617.761.6200), DanC
21:32:52 [alerer]
wait, is anyone else going to be in this conference?
21:33:05 [DanC]
er.. I am
21:33:10 [alerer]
ok
21:34:41 [alerer]
should I just call the number?
21:34:51 [alerer]
I don't know about the conference stuff
21:34:57 [timbl]
I am
21:35:01 [amyvdh]
do you need a bridge?
21:35:07 [DanC]
I did an instant bridge
21:35:10 [amyvdh]
k
21:35:11 [timbl]
alrearer, call +1 617 761 6200
21:35:26 [timbl]
then type the conference code hen #
21:36:30 [DanC]
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
21:37:16 [claudiof]
claudiof has quit ()
21:37:36 [DanC]
ah... so jim left 1/2 hr ago
21:39:38 [jambo]
jambo has quit (Read error: 110 (Connection timed out))
21:40:16 [DanC]
alerer: I'm scarce after this week
21:40:23 [DanC]
timbl: back for week ending 1Sep?
21:40:27 [DanC]
alerer: yes, think so
21:40:44 [DanC]
alerer: I head out 9 Aug
21:40:58 [DanC]
timbl: ah yes; I see mail to that effect
21:42:38 [timbl]
sheets?
21:43:24 [sheets]
yes?
21:44:07 [timbl]
Cn you estimate where you are wit this critical sources work?
21:44:31 [sheets]
I will be in Monday and Tuesday. Wednesday for half the day. Then I'm gone Thursday and Friday to a mandatory family event in Indiana. I'll be back next Sunday.
21:44:35 [sheets]
I'm also working Sunday
21:44:45 [sheets]
sources should be plugged in this weekend
21:44:48 [sheets]
Sorry for the delay.
21:45:06 [sheets]
I've tried writing test cases but jsUnit doesn't do ajax
21:45:08 [sheets]
:-/
21:45:25 [timbl]
This weekend? good. Of course you never know ho wmany bugs will come up on integration
21:45:53 [timbl]
Aseries of instructions for a human could be a start
21:45:56 [timbl]
fortest cases.
21:46:27 [DanC]
issue87 note that I'm editing: the limitation of one constraint per var doesn't allow, e.g. "after the 1st and before the 15th"
21:46:58 [sheets]
ok, I'll write up a series of tests for humans
21:51:11 [DanC]
timbl and alerer discuss some "link to this view" doodad; I'm only just following
21:57:50 [djweitzner]
djweitzner (n=djweitzn@pool-70-108-200-8.washdc.east.verizon.net) has joined #dig
22:06:45 [timbl]
hmm . more mail From: Dan Connolly <dsheets@csail.mit.edu>
22:07:23 [DanC]
yes, all roundup mail is from sheets
22:07:29 [DanC]
i.e. sheet's mailbox
22:07:34 [DanC]
I'm available at tel:+1-617-395-0241
22:07:49 [DanC]
do you have any more talking energy, timbl?
22:08:04 [DanC]
alerer and I finished.
22:08:08 [timbl]
But why does it put you in the name field?
22:08:17 [sheets]
When configuring the tracker, I had to give it a return address, as we don't handle incoming mail to roundup, I gave it my address... possibly it should be tabulator@csail.mit.edu?
22:08:24 [DanC]
because the mail from roundup is a result of something I did via the forms interface
22:08:37 [timbl]
But that is really insecure.
22:08:40 [sheets]
or we should set up the incoming mail
22:08:41 [DanC]
er... no, don't send everything to the list, please
22:08:50 [timbl]
I don't see the actual email address by default unless I ask for it.
22:09:24 [timbl]
I could reply with something mean about sheets to "Dan Conolly" for example
22:09:30 [timbl]
and sheets would get it
22:09:44 [timbl]
And next people will be autocompleing on it.
22:09:54 [DanC]
all mail from roundup goes in my "unknown sender" inbox, so I'm sorta on alert when I look at them. But yes, that is a risk.
22:10:01 [timbl]
If it can use Dans name then it can use his email address. no?
22:10:13 [sheets]
yes
22:10:23 [timbl]
So its a bug in roundup?
22:10:41 [sheets]
It is set up to come from an address that can be replied to such that roundup will post new comments
22:11:27 [timbl]
Then can you make it send the mail from "roundup"
22:11:28 [timbl]
?
22:12:44 [sheets]
great
22:12:54 [timbl]
ok
22:13:09 [sheets]
I can make it send mail from anything the SMTP server will accept
22:13:23 [DanC]
can you control the friendly name part too?
22:15:54 [sheets]
Unknown... it can be done with enough hackery for certain. Easily? Maybe.
22:17:48 [lkagal]
lkagal (n=lkagal1@234.68.171.66.subscriber.vzavenue.net) has joined #dig
22:19:54 [timbl]
Bug: Onto wiki doesn't work any more
22:20:06 [timbl]
martin hepp doesn't expand
22:20:35 [timbl]
Bug: You can't click on the top of an outline view subjet box it doens't give me the URI etc
22:21:05 [DanC]
http://wiki.ontoworld.org/index.php/_Martin_Hepp
22:21:28 [DanC]
WorksForMe (tm) SJH
22:21:33 [timbl]
ignore the last bug
22:22:44 [timbl]
curl -I http://wiki.ontoworld.org/index.php/_Martin_Hepp
22:22:44 [timbl]
HTTP/1.1 301 Moved Permanently
22:22:50 [alerer]
alerer has quit (Read error: 110 (Connection timed out))
22:22:57 [timbl]
Location: http://wiki.ontoworld.org/index.php/Martin_Hepp
22:24:09 [timbl]
$ curl -I -H "Accept: application/rdf+xml" http://wiki.ontoworld.org/index.php/Martin_Hepp
22:24:09 [timbl]
HTTP/1.1 200 OK
22:24:44 [timbl]
Content-Type: text/html; charset=utf-8
22:25:31 [DanC]
http://wikimania2006.wikimedia.org/wiki/Call_for_papers
22:27:56 [timbl]
<link rel="alternate" type="application/rdf+xml" title="Martin Hepp" href="http://wiki.ontoworld.org/index.php/Special:ExportRDF/Martin_Hepp?xmlmime=rdf" />
22:28:00 [timbl]
doesn't work any more
22:28:53 [DanC]
ajaw$ find . -name '*.js' -print | xargs grep alternate
22:28:53 [DanC]
./rdf/sources.js: x.getAttribute('rel') == 'alternate')},
22:29:12 [timbl]
http://wiki.ontoworld.org/index.php/Special:ExportRDF/Martin_Hepp?xmlmime=rdf has the right data, so some link hasn't been followed
22:31:03 [djweitzner]
djweitzner has quit ()
22:32:39 [timbl]
Metadata resources:
22:32:39 [timbl]
18:31:6 [dbug] cands: [object HTMLCollection]0
22:32:39 [timbl]
18:31:6 [dbug] content_type : text/html for http://wiki.ontoworld.org/index.php/_Martin_Hepp
22:32:40 [timbl]
18:31:6 [dbug] entering sources_parse w/ request [object XMLHttpRequest]
22:32:40 [timbl]
18:31:6 [info] td=[object HTMLTableCellElement] tn=[object Text] response=parsing
22:32:40 [timbl]
18:31:6 [dbug] sources_loaded: HTTP 200, request=[object XMLHttpRequest]
22:32:42 [timbl]
18:31:6 [dbug] sources_loaded ready, request=[object XMLHttpRequest], uri=http://wiki.ontoworld.org/index.php/_Martin_Hepp
22:35:50 [timbl]
http://logos.cs.umbc.edu/iw/tami-scenario3-0720-en-tabulator-label.rdf#f__g841
22:36:59 [DanC]
cwm shows... {{{
22:37:01 [DanC]
tami:f__g841 a iwn3:N3Formula;
22:37:01 [DanC]
iwn3:hasN3string """ @prefix : <http://dig.csail.mit.edu/TAMI/data-schema#> .
22:37:03 [DanC]
}}}
22:41:21 [timbl]
Hmmmm.. looking at N3 Error: not well-formed
22:41:21 [timbl]
Source File: http://dig.csail.mit.edu/TAMI/lkagal/cwm-pml/cwm-pml-ver2.n3
22:41:21 [timbl]
Line: 1, Column: 2
22:41:21 [timbl]
Source Code:
22:41:22 [timbl]
# Lalana's solution of associating bnodes with values and displaying them in the same way-^
22:41:25 [DanC]
hmm... I can't get anything in the SPARQL view
22:42:48 [timbl]
Error: debug is not defined
22:42:48 [timbl]
Source File: http://dig.csail.mit.edu/2005/ajar/ajaw/rdf/sparql.js
22:42:48 [timbl]
Line: 71
22:44:27 [timbl]
grep debug rdf/*.js
22:44:39 [timbl]
gives a lot of tdebug(
22:49:57 [DanC]
tbl fixes in r1931
22:49:58 [timbl]
Committed revision 1931.
22:50:53 [DanC]
http://logos.cs.umbc.edu/iw/tami-scenario3-0720-en-tabulator-label.rdf#f__g841
22:51:41 [DanC]
is the parser eating it somehow?
23:34:44 [sheets]
sheets has quit ("Leaving")