Semantic Web Interest Group IRC Chat Logs for 2003-04-07

00:03:33 <mdupont> review?

00:03:38 <mdupont> like a lister?

00:05:09 <mea_culpa> ok

00:05:23 * mea_culpa is cleaning out the frige

00:20:36 <danbri_lap> ericP, still around?

00:21:03 <ericP> yup, t'sup ?

00:21:36 <danbri_lap> i'm trying to debug db again, i had a plan...

00:21:43 <danbri_lap> but i don't know enough sql.

00:22:25 <danbri_lap> idea was to write a query that checked to make sure each value in subject (or object, or predicate) column has a corresponding key/value pair in the lookups table...

00:22:58 <danbri_lap> select distinct subject from triples, resources where NOT resources.keyhash=subject

00:23:09 <danbri_lap> ...was what i had in mind, but that's not quite right.

00:23:12 <danbri_lap> any clues?

00:24:36 <danbri_lap>http://www.oclc.org/research/projects/rdf_interop/

00:24:37 <dc_rdfig> A: http://www.oclc.org/research/projects/rdf_interop/ from danbri_lap

00:24:45 <danbri_lap> A:|RDF-DC Interoperability Testbed Project

00:24:45 <dc_rdfig> Titled item A.

00:25:04 <danbri_lap> A:Sounds interesting. Anyone know more? EricM?

00:25:04 <dc_rdfig> Added comment A1.

00:29:01 <ericP> oops, forgot about you

00:30:09 * danbri_lap pouts

00:30:34 <danbri_lap> i left some scribbles at end of http://esw.w3.org/topic/RubyRdfDatabaseSetup

00:30:47 <danbri_lap> ' Find me any numbers from 'triples' table that don't have a lookup in 'resources' (consistency concerns...). And vice-versa.'

00:31:07 <danbri_lap> seems like a useful sanity check to have

00:31:11 <ericP> SELECT triples.subject FROM triples LEFT OUTER JOIN resources ON triples.subject=resources.keyhash WHERE resources.keyhash IS NULL

00:31:39 <ericP> gotta run

00:31:44 * danbri_lap adds a 'distinct', found two suspects

00:31:46 <danbri_lap> thanks!!

00:32:37 <ericP> cheers

00:38:45 <danbri_lap>http://www.sqlite.org/

00:38:46 <dc_rdfig> B: http://www.sqlite.org/ from danbri_lap

00:39:04 <danbri_lap> B:|SQLite, an Embeddable SQL Database Engine

00:39:04 <dc_rdfig> Titled item B.

00:39:16 <danbri_lap> B:"SQLite is a C library that implements an embeddable SQL database engine."

00:39:16 <dc_rdfig> Added comment B1.

00:39:46 <danbri_lap> B:"Implements most of SQL92. ... Two times faster than PostgreSQL and MySQL for many common operations."

00:39:47 <dc_rdfig> Added comment B2.

00:40:50 <danbri_lap> B:Has anyone here tried it? Do the [http://www.sqlite.org/omitted.html|SQL ommissions] make it less suitable than PostgreSQL or MySQL for use with RDF query? (self-joins etc...)

00:40:50 <dc_rdfig> Added comment B3.

01:20:28 <_joshua> it's not client-server so most ignore it

01:20:49 <_joshua> are you trying to debug sql? or what

01:31:33 <danbri_lap> no, separate issue... someone recommended it to me as an alternate sql engine worth supporting

01:32:06 * danbri_lap nearly finished w/ debugging... it was the uri hashing stuff fwiw

01:34:42 <oc> ack just missed that oodb part..

01:35:13 <oc> im wondering abit on oodb engines.. like oodbms's.. which does exist?

02:12:57 <_joshua> squirf.

02:39:27 <nym> hi GabeW

02:39:40 <GabeW> hi nym - you're not usually here are yoU?

02:40:06 <nym> now i am

02:40:17 <nym> i didn't know about this room until recently

02:40:18 <GabeW> k

02:40:20 <GabeW> aah

02:40:21 <nym> er channel

02:40:40 <nym> i'm working on a lot of RDF stuff

02:40:46 <GabeW> l00l

02:40:50 <GabeW> k00l rather

02:40:59 <GabeW> damn, my hacker-speak-fu is weak today

02:41:14 <nym> what aggregator do you use?

02:41:22 <nym> i guess that's more of an rss thing

02:41:35 <GabeW> i don't aggregate

02:41:41 <GabeW> I prefer my content in small chunks

02:41:43 <GabeW> ;-)

02:41:45 <nym> gotya

02:41:50 <GabeW> no

02:41:56 <GabeW> actually I use newsmonster ocassionally

02:41:57 <nym> no?

02:42:01 <nym> oh okay

02:42:08 <nym> newsmonster is nice

02:42:57 <nym> i'm going to get these modules supported under newsmonster

02:43:04 <GabeW> cool

02:45:08 <nym> i'm working on an img module, and i'm extending the event module and either the dcterms:spatial or geo

03:12:26 <_joshua> brfl

03:15:52 <_joshua> man i need a day job doing this stuff

05:40:49 <DanC> are bitzi and musicbrains connected at all?

05:41:20 <deltab> mb uses bitzi's bitcollider hashes

05:41:20 * DanC is moving some songs from iTunes on a mac to his linux laptop; trying to do it in an RDF-happy way

05:42:07 <DanC> I've got python code grokking the itunes plist format now... so I can do stuff like pick out the filenames of all the tracks in some playlist

05:42:31 <DanC> ... and link them to the current directory (so that I can then scp them)

05:46:56 * DanC installs zinf

05:52:14 <eikeon> DanC: MusicBrainz has Python bindings to their musicbrainz library... from which it is pretty easy to write a script to start pulling down RDF for mp3s.

05:52:44 <DanC> cool.

05:54:50 * DanC noodles on best names for mp3/ogg files... something like a bitcollider hash, I suppose...

05:55:35 * eikeon ended up using the track id -- not very human readable... but that's what the metadata is for ;)

05:56:02 <DanC> track ids collide if you put a lot of files in the same place

05:56:05 <DanC> no?

05:57:04 <eikeon> I was assuming not... but may be wrong. #musicbrainz would know for sure.

05:57:43 <DanC> oh, I thought you meant like 1, 2, 3 for track 1 off this CD, track 2, and so on

05:58:03 * DanC digs zinf

05:58:40 <DanC> it magically figured out the song/artist name, even though I didn't preserve them in the filenames when I did the scp

05:58:56 <DanC> perhaps I have itunes to thank... maybe there's some ID3 stuff in there.

06:05:39 <eikeon> It might be finding them via musicbrainz and a TRM it calculates from the mp3. So the metadata need not even be in an ID3.

06:07:41 <DanC> ooh... cool... 'tip this artist' thingy in zinf

06:07:47 * DanC is doing DRD/DRM research

06:11:25 <DanC> booh... zinf throws away work without asking.

07:25:42 <sbp-> sbp- is now known as sbp

07:35:09 <akilles> can anyone help me with a substitution for the rdf:aboutEach expression?

08:30:55 <arnarl> hi

09:15:29 <em> em is now known as emaway

11:07:08 <danbri>http://esw.w3.org/topic/OldeWorldeWebServices

11:07:08 <dc_rdfig> C: http://esw.w3.org/topic/OldeWorldeWebServices from danbri

11:07:18 <danbri> C:|ESW:OldeWorldeWebServices

11:07:19 <dc_rdfig> Titled item C.

11:07:37 <danbri> C:"New technology for describing old protocols. Many of the networked services we use on the Web, and with the Web, predate our current concern for XML-based protocols. "

11:07:37 <dc_rdfig> Added comment C1.

11:08:06 <danbri> C:"HTTP and SOAP are great and everything, but how about trying to use RDF/XML for describing the kinds of services that already populate the Internet. ldap, SSH, SMTP, IMAP, POP, IRC, Z39.50... there are dozens of protocols out there already, exchanging cryptic messages on different ports. Some, but not all, are standardised. "

11:08:06 <dc_rdfig> Added comment C2.

11:08:20 <danbri> C:"But there is no standard or even defacto mechanism for describing and discovering them all. Or none that I've heard of.... How for example do gameplayers find Quake servers? How do I remember how many Web servers I'm running, their ports and purposes?"

11:08:20 <dc_rdfig> Added comment C3.

11:08:58 <danbri> C:...etc. A quick sketch of a web service spec I could get enthusiastic about...

11:08:59 <dc_rdfig> Added comment C4.

15:12:57 <sbp-> sbp- is now known as sbp

16:22:22 <nym> hi

16:25:17 <nym> nym is now known as akick

16:25:29 <akick> akick is now known as autorem

16:28:29 <autorem> autorem is now known as nym

16:35:06 <nym> hey danbri_lap

16:35:16 * danbri waves

16:35:16 <nym> hey _joshua

16:35:30 <nym> i'd like to discuss geo a bit

16:35:56 <danbri> works for me

16:35:56 <nym> if you're able

16:36:12 <danbri> I have a teleconference in 20 mins, so a little distracted (and on phone now)

16:36:24 <nym> okay well i'll just say what i have to say

16:36:32 <danbri> type away! :)

16:37:28 <nym> i think dc:title and dc:description are fine for nesting within geo, although i really would like to see that you add accuracy since it can be used to give a rough estimate of where someone is without being super specific

16:38:25 <nym> ie, someone wants to show where they live, but only be approximate to 3 miles so they won't have people coming to their door

16:38:43 <nym> speed on the other hand, i think i'll create another module for

16:38:53 <nym> it probably will be fairly simple

16:39:25 <nym> i just would rather not cloud the geo functionality by having multiple modules that do similar things

16:40:06 <nym> er, when i said geo i ment geocoordinate rdf

16:41:28 <nym> the accuracy thing is intended at being explicit about which data is fuzzy and which data is precise

16:47:06 <nym> well, i need to run

16:47:14 <nym> brb

16:47:39 * danbri acks that representing accuracy issues is a problem

16:47:47 <danbri> (sorry still on phone! thanks for your thoughts!)

16:47:52 <danbri> logger_1, pointer?

16:47:52 <danbri> See http://ilrt.org/discovery/chatlogs/rdfig/2003-04-07#T16-47-52

16:48:01 <danbri>http://ilrt.org/discovery/chatlogs/rdfig/2003-04-07#T16-47-52

16:48:01 <dc_rdfig> D: http://ilrt.org/discovery/chatlogs/rdfig/2003-04-07#T16-47-52 from danbri

16:48:09 <danbri> D:|Nym's notes on geo markup

16:48:10 <dc_rdfig> Titled item D.

16:50:03 <nym> well thanks, i'll be back in here later today

16:50:27 <nym> bye!

17:25:59 <danbri> libby, got a pointer to your www2003 schedule in rdf?

17:42:16 <libby> sure...

17:42:23 <libby> er, where did I put it...

17:43:19 <libby> the ones startith with t_ are ok I think: http://swordfish.rdfweb.org/discovery/2003/04/www2003/, but it's all a bit unfinished

19:12:29 <sandro> What's the big news you'd tell someone about RDF in the past 6 months (since datatypes were added)? xml:base, and social meaning section removed, and .... And "it's time to implement, etc"

20:16:37 <nym> hey heya

20:16:37 <nym> danbri: back

20:40:24 <nym> hey mortenf

20:41:20 <mortenf> hey nym.

20:42:09 <mortenf> re the precision thing, danbri once talked about doing some properties like near, close etc.

20:42:18 <nym> mortenf: cool

20:42:34 <danbri> some vague discussion of that w/ zool when we were in Amsterdam...

20:42:43 <mortenf> also, some more precise, like closeBy100Meters, closeBy1Kilometer etc. (fibonacci?)

20:42:45 * nym isn't familar with zool

20:43:09 <mortenf> spacenamespace - space.frot.rg

20:43:14 <mortenf> s/.rg/.org/

20:43:23 <danbri> zool == Jo Walsh

20:43:33 <nym> oh, it's a nick :)

20:43:44 <nym> danbri: do you not care for my method?

20:43:45 <mortenf> actually, opencyc does have some like near and close.

20:43:59 <nym> danbri: in regards to accuracy

20:44:02 <danbri> nym, i've not studied it, sorry...

20:44:19 <danbri> (just busy!)

20:44:32 <mortenf> nym, it's kind of the same problem we talked about yesterday, with defaults - remember, it's all about triples...

20:44:46 <nym> Accuracy

20:44:46 <nym> The geospatial accuracy of your coordinates. If you are purposely being fuzzy about your location, pick a point near your location and under accuracy, put an aproximate distance to your real location.

20:45:05 <nym> mortenf: i don't think i understood it completely

20:45:39 <nym> are you saying an accuracy module would be more appropiate?

20:45:43 <mortenf> well, if you have a subject, that has a property that is some object (value), that's a triple.

20:46:07 <mortenf> and, it's not possible in the rdf model to quantify the triple, like you want to.

20:46:59 <nym> explain 'quantify the triple'

20:47:27 <mortenf> put a measure on it, like accuracy.

20:48:04 <nym> oh, the issue of defaulting

20:48:15 <nym> ok

20:48:30 <mortenf> but you're right in the sense that the accuracy is a "problem", it's just that there's currently no (good) solutions.

20:48:49 <danbri> <Person><livesWithin1000MetresOf><Place g:lat="..." g:long="..." g:alt="..."/></etc

20:49:21 <nym> yikes

20:49:24 <nym> that's not nice

20:49:32 <mortenf> that could work, but also has the opposite problem of the accuracy not being a number...

20:49:46 <mortenf> i.e. hard to work with.

20:50:17 <nym> so the answer is not to support it?

20:50:38 <mortenf> this is why i think the spacenamespace project is interesting, since it (also) defines regions (with opencyc), so that instead of a precise point, you state that you are inside a region.

20:51:08 <nym> i don't see why you couldn't nest an accuracy element in the geo module

20:51:13 <mortenf> often, this what is really interesting, finding stuff "nearby" (in the same region).

20:51:25 <mortenf> nesting doesn't work in rdf.

20:51:31 <nym> with nested in the accuracy element, distance, and units

20:51:44 <nym> oh, no wonder

20:51:58 <mortenf> try to think of it as triples, not XML.

20:52:01 <nym> my understanding of rdf is still fairly limited

20:54:17 <danbri> 'nest' is a concept that doesn't really make sense in RDF's terms, since nothing is inside anything else.

20:54:56 * danbri still hoping #rdfig will rubberstamp http://esw.w3.org/topic/OldeWorldeWebServices today ;)

20:55:24 <danbri> i was all psyched about it....

20:56:07 <mortenf> I see your point, but what about the other description languages (WSDL, RDDL)?

21:05:29 <danbri> they're a bit different, but yeah there's a relationship

21:05:37 <danbri> this is more for 'legacy' service types

21:05:49 <mortenf> true, plus it's rdf...

21:06:14 <danbri> mortenf, am just talking w/ libby about a thing we're planning in swad-europe...

21:06:22 <mortenf> yeah?

21:06:27 <danbri> ...to get European semweb reseaarchers and research 'on the map'

21:06:37 <danbri> using rdf/foaf/geo/etc descriptions...

21:06:53 <mortenf> oh, so 'on the map' literally?

21:06:54 <danbri> one issue we're avoiding for now is the firstname/surname/lastname/etc muddle...

21:06:56 <danbri> yep :)

21:07:01 <mortenf> ;-/

21:07:11 <danbri> kinda a rush as ilrt want to make some postcards pre-www2003

21:07:13 <mortenf> (the draft is in a tab)

21:07:25 * danbri grins

21:07:35 <danbri> can you offer interim advice...?

21:07:49 * mortenf checks calendar

21:07:55 <danbri> is the draft public...?

21:08:46 <mortenf> hmmm, not really, too drafty, but http://dublincore.org/documents/name-representation/ is good.

21:09:05 <mortenf> i.e. thought-provoking.

21:09:29 <mortenf> I still haven't made up my mind about a "recommendation"...

21:09:29 <danbri> aww, nothing's too drafty for foaf!

21:09:37 <mortenf> :)

21:09:47 <danbri> the key is sticking disclaimers everywhere... blah 'release early, often' blah...

21:10:06 <mortenf> I promise I'll do it tomorrow (it is after all the first tab to be done!).

21:10:34 <mortenf> at least there'll be something that can be discussed.

21:10:43 <danbri> ok thanks! didn't mean to hassle, just getting that 'looming rollout' feeling, it's time to get a few 1000 more foaf docs out there and see how it works

21:11:01 <mortenf> it's fine, I promised...

21:11:14 <danbri> and we got this specific thing (libby, got an url?) we're gonna try, which might accidentally cause a foaf rollout if we're not careful :)

21:11:18 * mortenf reminds himself to make less promises...

21:11:32 <mortenf> sounds interesting.

21:11:38 <danbri> foaf:surname--endorsedBy-->mortenF

21:11:40 <libby> it's quite short

21:11:45 <libby> was just about to chump it

21:11:46 <libby>http://www.w3.org/2001/sw/Europe/200303/geo/intro.html

21:11:46 <dc_rdfig> E: http://www.w3.org/2001/sw/Europe/200303/geo/intro.html from libby

21:11:54 <mortenf> heh.

21:11:57 <libby> E:|Examples of marking up geographical information in RDF

21:11:57 <dc_rdfig> Titled item E.

21:12:33 <mortenf> in any case, I think foaf:name should stay, fwiw.

21:12:33 <libby> E:a draft - comments gratefully recieved to public-esw@w3.org

21:12:33 <dc_rdfig> Added comment E1.

21:12:43 * danbri nods re foaf:name

21:12:59 <danbri> thx for the sanity check!

21:13:02 <libby> E:[http://esw.w3.org/topic/EswWp3|what we might do with it later]

21:13:02 <dc_rdfig> Added comment E2.

21:14:13 <nym> hey

21:14:26 <nym> thanks for the link danbri

21:14:32 <nym> er libby

21:14:58 <libby> :) I'm after comments...

21:14:58 <danbri> E:Thinking about the [http://esw.w3.org/topic/RestaurantRecommendation|RestaurantRecommendation] use case, I see some overlap with markup to represent (postal etc) addresses. Graham had a proposal for extending foaf for that somewhere, and DanC has [http://esw.w3.org/topic/RestaurantsInAddressbooks addressbook export work in progress].

21:14:59 <dc_rdfig> Added comment E3.

21:15:45 <libby> E:there are two parts, one nearestAirport, and one more complex with lat/longs. maybe the nearest airport is enough...

21:15:45 <dc_rdfig> Added comment E4.

21:16:04 <mortenf> libby, I don't know if there reference section is auto-gen'ed, but the foaf and spacenamespace links appear more than once (and the foaf homepage link points to the namespace doc).

21:16:21 <libby> heh, oops, thanks mortenf

21:16:58 <danbri> E:How does a 'space' relate to an 'address'? Hmm wonder what the Danish data looks like in this regard. From [http://dk.space.frot.org/|spacenamespace:dk], a [http://dk.space.frot.org/a_space/S%c3%b8ller%c3%b8d%20Kommune/Bergs%c3%b8ekollegiet/5/]sample address] (uses cyc vocab).

21:16:58 <dc_rdfig> Added comment E5.

21:16:59 <mortenf> also, for sha1-encoding there's <plug>http://xml.mfd-consult.dk/foaf/sha1ify/</plug> (billK also has one)...

21:17:25 <danbri> E5:How does a 'space' relate to an 'address'? Hmm wonder what the Danish data looks like in this regard. From [http://dk.space.frot.org/|spacenamespace:dk], a [http://dk.space.frot.org/a_space/S%c3%b8ller%c3%b8d%20Kommune/Bergs%c3%b8ekollegiet/5/|sample address] (uses cyc vocab).

21:17:25 <dc_rdfig> Replaced comment E5.

21:17:47 <danbri> E3:Thinking about the [http://esw.w3.org/topic/RestaurantRecommendation|RestaurantRecommendation] use case, I see some overlap with markup to represent (postal etc) addresses. Graham had a proposal for extending foaf for that somewhere, and DanC has [http://esw.w3.org/topic/RestaurantsInAddressbooks|addressbook export work in progress].

21:17:47 <dc_rdfig> Replaced comment E3.

21:17:53 <libby> thanks mortenf, didnt know about that

21:18:16 <danbri> BLURB:Grr, all that wiki-authoring has screwed with my intuitions for #rdfig chump syntax >:|

21:18:16 <dc_rdfig> F: Grr, all that wiki-authoring has screwed with my intuitions for #rdfig chump syntax >:| from danbri

21:18:26 <mortenf> i've been talking to zool about space/place, and I promised (again, doh!) to do a sort of proposal for a vocab (partly cyc-based).

21:21:49 <mortenf> re the worksIn examples: that's the region/point/accuracy problem right there, it seems from a point-based view that libby work in two distinct places...

21:22:06 <libby> yeah

21:22:17 <libby> but it works colloquially, like livesin

21:22:49 <libby> I dunno. I'm sortof happy with just nearestAirport, because the rest seems to be an (intersting) can of worms....

21:22:58 <mortenf> yep...

21:23:07 <mortenf> (for now)

21:24:00 <mortenf> that is, if we can't put correct/precise (for some definition...) data out there, we should make it really clear that it's not.

21:24:05 <libby> E:I'm trying to write something that will persuade people to tell us roughly where they liv, without being controverial

21:24:05 <dc_rdfig> Added comment E6.

21:24:19 <libby> E6:I'm trying to write something that will persuade people to tell us roughly where they work, without being controverial

21:24:19 <dc_rdfig> Replaced comment E6.

21:24:39 <libby> E:because it's interesting to find out where SW researchers are located.

21:24:40 <dc_rdfig> Added comment E7.

21:27:38 <mortenf> thought: would a foaf-hosting service, combined with a generator, be interesting, or do everyone (interested) have access to their own web space?

21:28:08 <danbri> most early adopted geeks do, lots of others don't.

21:28:29 <danbri> slim line between a 'foaf hosting' service, vs LiveJournal, Slashdot etc site(s) that do their own value-adding...

21:28:43 <danbri> (not that that's a bad thing)

21:28:53 <mortenf> it would be just for a (single) foaf file.

21:30:56 <mortenf> hmm, which airport namespace uri is the best, i use http://www.daml.org/2001/10/html/airport-ont# - the megginson one is dead.

21:31:21 <danbri> looks good to me. derefs usefully too

21:32:22 <mortenf> plus, it's the used in the daml url referenced...

21:32:31 <mortenf> s/the used/the one used/

21:34:08 <danbri> mortenf, don't suppose you have any Restaurant Review data for Denmark?

21:34:16 <danbri> (since you've got all those addresses...)

21:34:24 <mortenf> hmm, I don't, but I haven't looked for any.

21:34:54 <mortenf> are you thinking of reviews and/or opening hours etc.?

21:34:56 * danbri interested, should you come across such

21:34:59 <danbri> all of the above.

21:35:02 <mortenf> :)

21:35:08 <danbri> homepages etc, photos...

21:36:37 <mortenf> we do have aok.dk - all about copenhagen (actually run by my employer, large company...) - ex.: http://www.aok.dk/E/V/CPHDK/0006/66/97/cs1.html

21:37:31 <mortenf> (btw, that place is the best belgian beer bar in the city)

21:39:45 <mortenf> unfortunately, the company took part in a lawsuit on the wrong side of deep links :(

21:48:57 <nym> are there any 'review' modules in rdf?

21:51:04 <DanC-AIM> /me waves from MIA

21:51:41 <danbri> hi Dan!

21:52:41 <DanC-AIM> .time met

21:52:41 <datum> Mon, 07 Apr 2003 22:52:41 MET

21:52:51 <DanC-AIM> .time

21:52:51 <datum> Mon, 07 Apr 2003 21:52:51 GMT

21:52:55 <DanC-AIM> .date

21:52:59 <danbri> DanC, I got some restaurant review data (using chefmoz-based markup) loading into my rdfquery system, thanks to Grubstreet (wiki) folk exporting RDF views

21:53:09 <danbri> ...am looking for concrete next steps

21:53:35 <danbri> one idea was to compare different modelling styles, flat doc-centric RSSish approach versus modelling restaurants versus their reviews more explicitly.

21:54:07 <danbri> And to show harvesting of reviews from personal web sites, merged with ChefMoz, merged with Wiki-datadump...

21:54:15 <DanC-AIM> Hmmm. Concrete... Yeah, djw's notes on restaurant reviews weren't quite a concrete use case

21:54:23 <danbri> Hard re getting critical mass though, as data is so fragmented.

21:54:55 <danbri> I got a bunch of frenchie stuff today (bert's; benoit's); chefmoz is US-centric but thin splattering across the planet. And excellent coverage of london thanks to Grubstreet.

21:55:07 <DanC-AIM> Critical mass? How about starting with something that would be useful to just yoy?

21:55:15 <danbri> I think the namespace mixing might be a good next step...

21:55:18 <DanC-AIM> S/yoy/you/

21:55:39 <danbri> for me, i'd love a bristol-oriented vresion of Grubstreet, but will wait till CGI::Wiki stabilises before trying that

21:55:55 <danbri> I did find and augment the review of the restuarant over the road here in bristol.

21:56:15 <danbri> One prob with 'for me' is i never know where I'll be. Hmm, well I know about Budapest. So that's a goal...

21:57:29 <danbri> I would like a way of scribbling 'I went here and this is what I thought of it' into the Web. Maybe I'll do just that...

21:57:54 <danbri> Maybe with voice/wav/mp3 annotation, that'd be interesting to do.

21:58:00 <DanC-AIM> Foodbot, { :me foaf:knows ?who. ?who findfood:likes ?r. ?r contact:nearestAirport iata:MIA } => { ?r a :Answer}?

21:58:02 <danbri> logger_1, pointer?

21:58:02 <danbri> See http://ilrt.org/discovery/chatlogs/rdfig/2003-04-07#T21-58-02

21:58:26 <DanC-AIM> You might try playing with timbl's self-answering question stuff.

21:58:44 * danbri don't remember that... a faqamatic-ish bot?

21:59:30 <DanC-AIM> Tim's stuff is documented in swap/doc/ I think.

22:00:01 <DanC-AIM> Brb.... Taxi arrives.

22:00:11 <danbri> 'k

22:08:00 <DanC-AIM> Didja see my restaurant-review-from pda?

22:08:12 <DanC-AIM> Ooh! Ethernet in the room.

22:10:52 <danbri> yes, that was nice!

22:11:00 <danbri> I think Bert keeps his list in pda too fwiw

22:11:35 <danbri> I have idea for focus: using foaf:homepage of restaurant to smush reviews together from multiple sources

22:11:40 <danbri> ok gotta run, bye

22:12:27 <DanC-AIM> I'd smush on phone number, for restaurants.

22:13:14 <mortenf> yeah, that'd probably also work if they move or change their name.

22:14:23 <danbri> good pt

22:14:41 <mortenf> but yeah, nn.

22:49:45 <danbri> http://www.w3.org/TR/2003/WD-webarch-20030326/

22:49:48 <danbri>http://www.w3.org/TR/2003/WD-webarch-20030326/

22:49:48 <dc_rdfig> G: http://www.w3.org/TR/2003/WD-webarch-20030326/ from danbri

22:50:09 * danbri can't remember if chump'd before, but again can't hur

22:50:09 <danbri> t

22:50:29 <danbri> G:|Architecture of the World Wide Web

22:50:29 <dc_rdfig> Titled item G.

22:50:41 <danbri> G:W3C Working Draft 26 March 2003

22:50:41 <dc_rdfig> Added comment G1.

22:59:00 <golbeck> golbeck is now known as golbeck_onadate

23:00:21 * DanC waves from the hotel in Miami via ethernet

23:01:46 <DanC-AIM> byebye

23:02:14 <DanC> holy cow! a replacement battery costs $150!

23:02:20 <DanC> (for this ailing sony viao)

23:07:23 <DanC> PH: 305-592-6030

23:07:23 <dc_rdfig> Label PH not found.

23:10:25 <DanC> compuwiz... http://www.realpagessites.com/compuwizmiami/nss-folder/pricelists/Sony%20Products/SONY%20Notebooks%20Price%20List.htm

23:10:57 <DanC> took the battery out to get the number... PCGA-BPZ51

23:11:24 <DanC> laptops are cool. it kept running.

23:11:36 <DanC> 5211 N.W. 79TH. Ave.

23:11:37 <DanC> Miami, Fl 33166

23:12:26 <DanC> hmm... 8 miles from here. http://maps.yahoo.com/py/ddResults.py?Pyt=Typ&ed=WW0NYuV.winb_QIIg7inUohi27mGp3UlLeN7QzuPFqzUwfOkwu09g56i0UERcFmwSAllw2STfsyUEA_p99V_b3MDffiW2u6ll.P2Ba_8V_N7LRAE93ke9ih6O97BCFq2EKtXD2ZjuSc-&newcsz=Miami,+FL+33132&newcountry=us&newtcsz=Miami,+FL+33166&newtcountry=us&tarname=Compuwiz+Group+Of+South+Florida&tardesc=(305)+592-6030

23:37:55 <DanC> phpht. timezone thinko again... the KU game isn't 'till 9:xx tonight.

23:38:00 * DanC recovers from small panic attack

23:55:54 <danbri> DanC, does your wearable gizmo make it easy to make sound recordings?

23:56:19 <danbri> (eg. you might record comments on a restaurant by speaking into it instead of typing...)

23:56:45 <danbri> Libby and I tried reviewing restaurants on our mobile phones by sending SMS messages once, but was unfeasibly fiddly.

23:57:08 <danbri> another part of the puzzle: discovery of nearby entities automatically, foaffinger/jrendevous etc...