#pa channel IRC Chat Logs for 2004-05-13

This is an automatically generated IRC chat log made by the logger bot from the #pa channel IRC chat at irc://irc.freenode.net/pa (also known as server irc.freenode.net channel #pa if that URI does not work for you).


#pa channel Logs > 2004 > 2004-05 > 2004-05-13 (Search)

00:57:48 Topic now PeopleAggregator - http://peopleaggregator.com || wiki at http://devel.peopleaggregator.com/

00:57:48 Users on #pa: palogger bkdelong joeldg crschmidt walkah drumm

00:57:56 <joeldg> fuck fuck fuck

00:58:01 <joeldg> figured out the problem

00:58:12 <crschmidt> what was it?

01:02:58 <joeldg> my dedicated server I have port blocking for irc

01:03:07 <joeldg> lots of users

01:03:18 <crschmidt> ah

01:11:34 <joeldg> forgot about the anti bot stuff ;)

01:11:40 <joeldg> actually.. anti irc stuff

01:16:17 <joeldg> palogger, help

01:16:50 <joeldg> actually, the logs are not currently there.. but..

01:17:45 <joeldg>http://lucifer.intercosmos.net/pa/log/sterling.freenode.net:6667/pa/

01:18:00 <joeldg> there are the logs for right now until I get a crontab set up to auto-up them

01:23:57 <bkdelong> cool

01:24:07 <bkdelong> Now to RDF em

01:26:14 Topic now PeopleAggregator - http://peopleaggregator.com || wiki at http://devel.peopleaggregator.com/

01:26:14 Users on #pa: palogger bkdelong joeldg crschmidt walkah drumm

01:26:14 <crschmidt> they already get stored in rdf

01:26:36 <crschmidt> that's what the logger does ;)

01:27:32 <joeldg> yea

01:28:20 <joeldg> also in html http://lucifer.intercosmos.net/pa/log/sterling.freenode.net:6667/pa/2004-05-13.html

01:28:41 <joeldg> I will cron the uploads to pdns so they are not just hanging on this server

01:29:37 <crschmidt> yah

01:31:53 <joeldg> here is a question.. how come nobody here has ops?

01:33:14 <crschmidt> because it doesn't particularly matter ;)

01:35:07 <drumm> yep, we are all ops

01:36:49 <joeldg> oh

01:36:50 <joeldg> haha

01:36:52 <drumm> and whats a voice do?

01:37:01 <crschmidt> lets you talk when the channel is +m

01:38:25 <crschmidt> not that bots really need to talk, it's just gratiuitous privlege granting

01:38:46 <joeldg> haha

01:38:57 <joeldg> gonna drop the bot for a second so I screen it

01:39:09 Topic now PeopleAggregator - http://peopleaggregator.com || wiki at http://devel.peopleaggregator.com/

01:39:09 Users on #pa: palogger @bkdelong @joeldg @crschmidt @walkah @drumm

01:39:57 <crschmidt> mmm, screeny goodness

01:40:32 <bkdelong> heh

01:40:45 <bkdelong> we should hack it and add topic

01:41:00 <bkdelong> and designate chan status for users +o, +v

01:41:02 <bkdelong> wooo

01:42:18 <joeldg> I poked around and there are some decent ones in php that could be easily made to do what we need.. include swap around foaf into etc..

01:42:30 <joeldg> obviously something we will want to think about for MeNow

01:43:04 <crschmidt> topic is actually in there

01:43:08 <crschmidt> but not as a foaf topic

01:43:19 <crschmidt> <foaf:chatEvent rdf:ID="T00-57-48-1">

01:43:19 <crschmidt> <dc:date>2004-05-13T00:57:48Z</dc:date>

01:43:19 <crschmidt> <dc:description>topic is: PeopleAggregator - http://peopleaggregator.com || wiki at http://devel.peopleaggregator.com/</dc:description>

01:43:22 <crschmidt> <dc:creator><wn:Person foaf:nick="sterling.freenode.net"/></dc:creator>

01:43:24 <bkdelong> ah

01:43:24 <crschmidt> <dc:relation rdf:resource="http://peopleaggregator.com"/>

01:43:27 <crschmidt> <dc:relation rdf:resource="http://devel.peopleaggregator.com/"/>

01:43:30 <crschmidt> </foaf:chatEvent>

01:44:14 <bkdelong> and shouldn't palogger be an Agent?

01:44:17 <bkdelong> :O

01:44:30 <bkdelong> and sterling.freenode.net be a server?

01:44:35 <joeldg> most likely..

01:44:46 <joeldg> will build one on top of menow later..

01:45:13 <joeldg> basically done with work/work today.. let me play around a bit

01:45:55 <bkdelong> should start with foaf. Honestly, I'd love to find a way to take my contact list or address book, export it to vcard or csv....and import it into my foaf as foaf:knows

01:46:05 <bkdelong> and then be able to use pulldowns to assign rels and trust

01:46:17 <bkdelong> based on the relationship vocan and Jen Golbeck's trust Ont

01:46:34 <bkdelong> cause handcoding ALL those can get tedious.

01:46:43 <joeldg> yea..

01:46:51 <joeldg> we can log this for now.. ;)

01:47:04 <crschmidt>http://crschmidt.net/nowhere.php

01:47:04 <joeldg> besides my wife is wanting me to quit working for the day.. *sigh*

01:47:11 <crschmidt> the image is really cute, imho

01:47:22 <bkdelong> I really like how linkedin does it with contacts.

01:47:24 <crschmidt> (two stuffed bears that my girlfriend's kids gave me, christmas and birthday)

01:47:29 <bkdelong> gotcha....go play

01:47:44 <joeldg> haha

01:48:51 <bkdelong> hmm. should attach FOAFs to your caption posters, Chris ;)

01:49:55 <crschmidt> heh

01:50:13 <crschmidt> rather difficult, since I don't have anything even resembling a unique identifier ;)

01:50:50 * bkdelong is just foaf-happy

01:52:04 <crschmidt> i went through that stage ;)

02:02:27 <crschmidt> wb

02:02:36 <bkdelong_> Thx

02:02:44 <crschmidt> I could associate certain FOAF files with IPs for friends that I know have them

02:02:52 <crschmidt> Or set up an actual login system on my site, and tie stuff to that

02:03:07 <crschmidt> But both require work - either on my part, or on the part of the user, so yeah

02:03:08 <bkdelong_> oooh. that would be interesting MeNow:withIPAddress

02:03:09 <crschmidt> probably not gonna happen

02:03:18 <bkdelong_> or fromIPAddress

02:03:21 <crschmidt> Except most people don't really like IP addresses to be public

02:03:27 <bkdelong_> really?

02:03:39 <crschmidt> Yeah, dealing with abuse on livejournal, i see that a lot

02:03:41 <bkdelong_> well hell...that's what trust-rels are for.

02:03:46 <crschmidt> "OMG FOO posted my IP address!'

02:03:53 <crschmidt> Of course, in this case, it's already published ;)

02:03:57 <crschmidt> same with IRC.

02:04:00 <crschmidt> But there is that aspect.

02:04:05 <bkdelong_> Oh...I'm in the Harry Potter fandom....I've seen that all the time.

02:04:08 <bkdelong_> on LJ

02:04:12 <bkdelong_> especially

02:04:12 * crschmidt nods

02:04:21 <crschmidt> The HP fandom is how I got involved in LJ to start

02:04:28 <bkdelong_> HA that's funny

02:04:36 <crschmidt> A bunch of my friends wanted invite codes, but they weren't good enough at doing support to get them

02:04:42 <crschmidt> So, I bought an account, and started doing supoprt

02:04:46 * bkdelong_ is afraid to ask how you ship.

02:04:53 <bkdelong_> I hate that word

02:04:55 <bkdelong_> a lot

02:04:57 <crschmidt> Within a week, I had a code, which some people had been trying for months ;)

02:04:57 <crschmidt> heh

02:05:02 <crschmidt> I'm mostly out of it now

02:05:17 <bkdelong_> good for you. I cant escape. The Leaky Cauldron is too popular

02:05:18 <crschmidt> my only intereaction with HP stuff is via hp_femmeslash comm on lj. Ginny/Hermione. ;)

02:05:31 <bkdelong_> heh

02:11:34 <bkdelong_> We're about to launch a Galleries site. I tried to convince the admins to embed RDFImg info in all of them before we release. Ah well.

02:12:01 <crschmidt> I need to talk to the gallery people about getting some rdf stuff into gallery

02:12:14 <crschmidt> They already have the EXIF page, which there's a namespace for

02:13:09 <bkdelong_> Well, I REALLY want to use XMP or something to embed the RDF into the image itself

02:13:31 <bkdelong_> partially for searching purposes, partially as a digital watermark of sorts

02:13:53 <crschmidt> Yeah

02:14:06 <bkdelong_> well - and for CC stuff.

02:14:12 <crschmidt> I understand that large scale applications want to touch as little data as possible on default pages though

02:14:41 <bkdelong_> heh

02:15:43 <bkdelong_> we have about 15k PDFs in our CMS. I want to start inputting our metadata directly into them using XMP and custom forms in Acrobat 6 and then have the CMS prepopulate itself with the metadata directly by using the API on the PDF....and then repopulate the PDF if any changes are made in the CMS. That's my goal for our next pub cycle

04:16:10 <joeldg> speaking of HP, my wife just played a 10 minute thing they released for AOL

04:16:21 <joeldg> making of kind of thing with a lot of footage

04:18:40 <joeldg> anyway.. want link ask.. she can send to me..

04:18:53 <joeldg> working on digesting ontologies atm

04:38:46 <crschmidt> google already picked up sdlroads.sf.net

04:38:50 <crschmidt> which was only created 2 days ago.

04:43:07 <drumm> thats google's job, and of cource they are going to do it well

04:43:29 <drumm> I linked to it too

04:45:41 <crschmidt> Yeah, I know.

04:45:42 <crschmidt> it found you.

04:45:49 <crschmidt> and it found the project homepage, and the mailing list page,

04:45:53 <crschmidt> and like, 6 links in my journal.

04:46:02 <crschmidt> google is a big fan of my webpages, it hits them every 12 hours

04:47:13 <drumm> google is a big fan of every web page

04:47:34 <crschmidt> Nah, it doesn't hit my subpages

04:47:39 <crschmidt> but crschmidt.net and crschmidt.livejournal.com

04:47:45 <crschmidt> get hit like every 12 hours

04:48:10 <drumm> they are 2.97% of my traffic for the month

05:05:11 <joeldg> want to see the digested owl?

05:05:34 <joeldg> (that was a statement I never thought I would utter....)

05:05:48 <crschmidt> heh

05:05:50 <joeldg>http://peoplesdns.com/parse/foaf.php

05:06:33 * drumm notes there is an empty pre tag followd by some digested owl

05:07:21 <drumm> looks like serialed php vars, got any print_r?

05:07:31 <joeldg> haha

05:07:36 <joeldg> I am working there..

05:07:40 <joeldg> umm.. hold

05:09:24 <joeldg> gotta addslashes()

05:14:40 <joeldg> reload

05:16:35 <drumm> yep, still makes no sense to me

05:16:50 <joeldg> taken from http://peoplesdns.com/schema/owl

05:17:28 <joeldg> it is a structure that holds all parts of owl in a *easy* to use system.. this way I can use like so

05:17:52 <joeldg> I see a OWL:WHATEVER

05:19:17 <joeldg> I can query the arrays using php's in_array() function vs trying to loop and test [RDF:RDF][0][RDFS:CLASS][2][ATTRIBUTE][0][LABEL][0]

05:19:48 <joeldg> which makes you rip your hair out just testing if a class is even there..

05:20:11 <joeldg> then properties, same way, also holding subproperty etc.. nice

05:21:46 <joeldg> anyway, this thing I just made can gobble any ontology in place them in the same structure.. so things are nice and uniform accross the different namespaces

05:23:56 <drumm> okay, so we have a foaf parser and an owl parser, what needs to be done to get to profile imporitng in drupal?

05:24:14 <drumm> crschmidt: ?

05:24:38 <crschmidt> drumm: can we just dump the data into hooks and have modules deal with it/

05:25:21 <drumm> I think thats the plan

05:25:55 <joeldg> nonnononono no

05:26:31 <drumm> ot not

05:26:32 <joeldg> I needed those structures for all ontologies for eazy parsing.. gimme a bit

05:26:34 <drumm> *or

05:26:36 <crschmidt> Then that's simple. Drop the parser into place, modify drupal.module to fetch the profile url , pass it through the parser, call the {module}_foaf_parse hook or whatever

05:27:28 <drumm> well, its already parsed, maybe foaf)import

05:27:44 <drumm> I blame lag for my typos

05:28:12 <drumm> since I am typing via ssh and screen to my client over 2 wireless links

05:28:29 <joeldg> yes, it is parsed, but that is for the foaf parsing.. that way, there is no harcoding..

05:28:39 <joeldg> err hardcoding..

05:29:03 <crschmidt> joeldg: we may just want to get the data into foaf stuff and let modules deal with it.

05:29:04 <joeldg> something is a class/a property or an internal class "thing"

05:29:05 <drumm> wireless is cool and all, but I still think it is overrated

05:29:28 <crschmidt> I'm not sure how much we need of easy for drupal if we can jsut drop the data in and take it from there.

05:29:30 <joeldg> I got 54g here.. we stream movies jsut fine..

05:30:09 <drumm> anyway, whats next, joeldg ? because we have to hard code somehting at some point

05:30:34 <joeldg> the base parser I am using (the class I showed drumm) will parse any rdf doc. not just foaf and has no knowledge of the parsing.. this is "the knowledge"

05:31:02 <joeldg> each identified by it's namespace.

05:31:05 <joeldg> see

05:32:06 <joeldg> you add in your xmlns entries : ns/owl/rdfs we load up those "brains" and can create a structure based on it, and then can recreate that structure.

05:32:19 <joeldg> add to it, etc..

05:33:17 <joeldg> so if something is a class, it becomes a container (I admit that will be hardcoded) and properties (also hardcoded) will be added to that container in a programmatic way.

05:34:07 <joeldg> subclasses (super properties) will be properties that are containers for other properties (also hardcoded).. but the guts come from here.

05:34:40 <crschmidt> Basically, what you have now is an xml parser that dumps all data into a multileveled structure, right?

05:34:54 <joeldg> yes.. and it is raw

05:35:08 <joeldg> want to see what that looks like?

05:35:22 <joeldg> hold a sec

05:35:23 <crschmidt> Sure.

05:36:09 <joeldg> reload

05:36:44 <joeldg> suck eh?

05:37:28 <crschmidt> eh, i guess

05:38:09 <crschmidt> I just want something that's basically storage of all the data so I can pass it around, and drupal can then work to parse it

05:38:34 <drumm> so how I am seeing this come together (I might be wrong) is you get a big nested array structure of rdf data that modules can look at

05:38:36 <joeldg> well.. to check if something is in there, and what that something is, is the entire reason for shit like rdql

05:38:44 <crschmidt> If I can take an array provided from foaf data, find the first foaf:Person, and then find all the foaf:knows from there.

05:39:01 <drumm> and there is a way of accessing owl data so the modules will know all the possible names of somehting they are looking for

05:39:19 <crschmidt> If I can go arrayname['rdf']['foaf:Person']['foaf:knows'] and get data out of it, that makes me happy

05:40:00 <joeldg> yea, but that is one of the current issues with rdf and why everything is hardcoded..

05:40:36 <drumm> hardcoding works

05:40:39 <joeldg> why not have a simple structure that holds everything..

05:40:45 <joeldg> well, by all means then

05:40:48 <crschmidt> Because we want this done within a week, or two at the most ;)

05:41:06 <crschmidt> We can change it later - and we wnat to, because getting a new parser out in the wild can really change the difficulty of app implementation

05:41:11 <joeldg> oh..

05:41:16 <joeldg> sorry, I misunderstood

05:41:19 <crschmidt> No problem

05:41:24 <crschmidt> I'm not saying 'Hey, stop now, this is good enough'

05:41:39 <crschmidt> I'm saying "if we can get something working, we can get moving on some of the other aspects, which makes things good for other projects"

05:42:07 <joeldg> this is the foafinator .. slices/dices can be used for other rdf's pretty much the slice and dice ginsu

05:43:08 <joeldg> so you guys need a basic parser?

05:43:27 <joeldg> by basic I mean.. name mbox knows etc..

05:43:39 * drumm has problems keeping track of *inator, too vague, whats a foafinator do?

05:44:32 * joeldg making up lingo on the fly.. in code-mode.. basically, you add something to foaf, this can parse it as long as we have your schema in there.

05:44:58 <joeldg> adding a new schema will take a minute or so.. no code changes..

05:45:22 <joeldg> so, you want to add in the foaf:drupal schema you wrote..

05:45:39 <drumm> umm, so a new schema is in there, but there will be no code to do anyhting with the data

05:45:55 <joeldg> well, this will be able to parse that for you in the foaf and place the data in a nice and easy structure that you can easily add to and delete from.

05:46:15 <joeldg> then parse back into a foaf file..

05:46:19 <drumm> yes, thats exactly what we need

05:46:58 <joeldg> and that is exactly what I am doing :)

05:47:34 <joeldg> though I admit I have had no time lately to dive into it.. pretty much need an all-nighter coding session.. but the light and typing is keeping my wife up :(

05:47:53 <drumm> I'm really worried about too many levels of indirection between xml and getting the data stored

05:48:11 <joeldg> hrm?

05:49:02 <drumm> we got foaf, then parsed foaf, then parsed foaf with owl data, then passed to all the interested modules, they pull the interesting data out and store it as they need

05:49:15 <drumm> is that it?

05:49:24 <joeldg> I am trying to make it easier to deal with foaf and the ever-expanding spec for it..

05:50:01 <joeldg> it is just raw foaf (rdf) -> parsed (mutable) -> raw foaf

05:51:15 <joeldg> don't worry about owl and such.. that is all transparent...

05:51:34 <joeldg> and especially now ..

05:52:06 <joeldg> if you guys are going to hardcode for now, that is easy and there is code everywhere for doing it.

05:52:16 <drumm> in drupal: 1. foaf (rdf) -> parsed foaf -> modules pull data off and store and 2. modules put data in the outgoing foaf, it is translated from structures to rdf and returned

05:52:42 <joeldg> are you altering it in any way?

05:52:50 <joeldg> or just reading the data?

05:53:22 <drumm> two separate operations, read and store as drupal sees fit, and write

05:53:45 <joeldg> how are you storing it?

05:53:57 <drumm> if a drupal doesn't have the buddylistmodule then all the foaf:knows data is thrown on the floor and doesn't go in that user's foaf on that site

05:54:26 <drumm> using drupal's existing mysql tables and mechanisms

05:55:18 <joeldg> so you need to write foaf on a drupal site with this?

05:55:52 <drumm> for example, foaf:knows will eventually get to create table buddylist (uid int(10) unsigned, buddy int(10) unsigned,timestamp int(11));

05:56:46 <joeldg> what I am asking is: if you are not changing the data to write it back to something (i.e. adding a foaf:knows) then what you are asking is very easy and quick to hardcode up..

05:57:29 <drumm> nope, it just needs to read out whats interesting and be done

05:57:41 <joeldg> oh.. well, what variables?

05:57:47 <joeldg> just foaf_knows?

05:57:54 <joeldg> and name etc..

05:57:56 <drumm> for the buddylist module

05:58:05 <joeldg> I have no idea what that is

05:58:10 <drumm> profile and contact get things like name, website, etc

05:58:20 <joeldg> oh.. well.. hold a sec..

05:58:42 <drumm> drupal + buddylist module = social network (it s a CMS and you have friends on your buddy list)

06:00:43 <drumm> other modules can be added to deal with other foaf data

06:01:01 <drumm> but buddylist and profile are the big ones now

06:01:34 <drumm> which grap who you know and who you are sorts of data

06:01:38 <drumm> *grab

06:03:11 <drumm> they will have what they are looking for hardcoded in mo matter what, its just a question of how much we abstract the data beforethe module pulls it out

06:04:03 <drumm> because any ammount of saying what data is doesn't add code to do something with it

06:06:59 <drumm> (keep in mind I am only thinking of the drupal applications)

06:07:25 <joeldg> okay.. hold, I am building you a quick data snag based on these functions (ripped the class stuff)

06:13:01 <drumm> I thought your first non-object/class foaf parser would be perfect for that

06:13:40 <drumm> I was under the impression that the data in that structure was being enhanced somehow

06:14:39 <joeldg> done.. uploading.. hold a sec

06:20:55 <joeldg>http://peoplesdns.com/parse/parse.php

06:20:57 <joeldg> rough

06:21:11 <joeldg> but, easy to fix.. I need to get off here.. my wife is getting pissed..

06:21:29 <joeldg> should show you easy how to grab all the info..

06:22:24 <drumm> wow that one php file is magic

06:22:58 <drumm> or is it a slightly different url this time..

06:24:06 <drumm> crschmidt: you still reading?

06:27:46 <joeldg> different

06:27:55 <joeldg> working dir ;)

06:27:57 <joeldg> gnight gents

06:28:28 <drumm> thanks, joeldg

06:31:13 <crschmidt> Drum: just caught up, was doing that phone call thing you know me to do.

06:31:43 <crschmidt> er, drumm

06:32:05 <drumm> oh right the kinda that involves a phone working as a phone, not irc

06:32:11 <crschmidt> right

06:32:17 <crschmidt> with the girl on the other side ;)

06:32:58 <drumm> truely an achievment of modern technology, what a magical brick it is

06:33:32 <crschmidt> that last file seems rather like what we need, right?

06:33:37 <drumm> zack got the same brick, and its taken 2 or three weeks to activate

06:33:48 <crschmidt> heh, that sucks, it only took mine about 24 hours

06:33:56 <crschmidt> of course, then it broke and i had to send it back

06:34:14 <crschmidt> Anyway.

06:34:27 <drumm> he had to transfer a number and change the ownership of it

06:35:21 <crschmidt> IT looks like if we can get $tree['RDF:RDF'][0] and pass that to module_invoke("foaf", $tree) or whatever you want to call the hook, then we can work from there

06:35:33 <crschmidt> iterate over the people, iterate over the values.

06:35:42 <crschmidt> (going to bed in 15 mintues or so, have a final at 8am)

06:37:11 <drumm> good

06:37:26 <drumm> make sure you name the hook something having to do with import

06:37:36 <drumm> since export will be the same, but backwards

06:37:39 * crschmidt nods

06:37:47 <joeldg> night all.. have fun with that.. should be easy to get set up to do what you need...

06:37:53 <crschmidt> Yep

06:38:10 <joeldg> think it is missing a [0] somewhere in the knows area... hrm

06:38:28 <joeldg> anyway.. thus why I am writing the parser+owl+rdfs etc..

06:38:33 <joeldg> anyway.. gotta go

06:39:06 * crschmidt nods

06:39:43 <crschmidt> So drumm, is this enough that you can work with it, you think?

06:39:59 <drumm> i think so

06:40:05 <crschmidt> Alright.

06:40:15 <crschmidt> I'll start plopping this stuff in ASAP, probably starting this weekend

06:40:25 <crschmidt> exam next two days, then moving back to stc for a couple days on saturday

06:41:50 <drumm> stc?

06:44:39 <crschmidt> St. Charles, my hometown

06:49:39 <crschmidt> bedtime

06:50:20 <drumm> k

15:10:19 <bkdelong_> Morning

15:22:25 <bkdelong_> So do we want to present our work with MeNow and other schemas at this workshop in sept?

16:29:23 <joeldg> morning

16:31:24 <crschmidt> morning.

16:31:30 * crschmidt is evangalizing drupal in #joiito

16:33:01 * walkah is watching intently :)

16:33:15 <walkah> so, has mr. canter disappeared into e3 land?

16:33:18 <walkah> he's been quiet

16:33:25 <crschmidt> Yeah, I think so

16:33:27 <crschmidt> He posted yesterday

16:33:41 <walkah> where? rdfweb-dev?

16:33:54 <crschmidt> in his blog ;)

16:35:07 <walkah> oh. heh

16:35:16 <walkah> hey, wait a minute

16:35:22 <walkah> i thought his blog was in my NNW...

16:35:27 <walkah> no wonder i didn't notice!

16:35:34 <crschmidt> heh

16:37:34 <walkah> god that giant flash on his blog kills my box :/

16:37:42 <walkah> stupid flash

16:38:49 <joeldg> I hate that flash thing..

16:39:21 <crschmidt> that's why I added it to my newsreader

16:39:26 <crschmidt> no more flash to crash my box ;)

16:40:52 <walkah> good god. i'm on my mac too... i'd hate to think what this flash does under linux :P

16:41:24 <walkah> (flash frequently sends my dual cpu into a 100% usage frenzy - doing http://www.termenus1525.ca/ the first round nearly killed me)

16:41:33 <walkah> geezus

17:06:52 <joeldg> about the same thing on linux.. depending for me if there is a soundtrack and I am running xmms

17:07:35 <joeldg> it is the "one" reason I ever have to restart firefox.. usually from accidentally going to some flash site that does not bother to let me opt out.

17:41:35 <MacIntyre> Interesting: http://www.w3.org/2004/05/10-atom

17:42:02 <MacIntyre> MacIntyre is now known as bkdelong

18:06:07 * joeldg not all that in the know on atom

18:08:16 <bkdelong> gotcha

18:08:19 <bkdelong> So...

18:08:24 <bkdelong> we going to Ireland? ;)

18:09:30 <joeldg> go and bug danbri

18:09:56 <bkdelong> well, we need something to present.

18:09:59 <bkdelong> like...

18:10:13 <bkdelong> PersonalProfileStatus schema extension and applications ;P

18:11:05 <joeldg>http://www.rewerse.net/

18:11:28 <joeldg> check that.. some stuff we have talked about for PPS (MND)

18:12:52 <joeldg> i.e Bioinformatics

18:13:26 <bkdelong> ah cool

18:13:37 <bkdelong> Did you send the latest draft to Mann?

18:17:46 <joeldg> not yet.. not until it is ready

18:17:49 <joeldg>http://peoplesdns.com/pa/

18:19:52 <joeldg> setting up ftp sync

18:20:53 <bkdelong> hmmm. search link is broken?

18:21:41 <joeldg> yea

18:21:47 <joeldg> need to add that script

18:59:12 <joeldg> okay.. crond it up..

18:59:17 <joeldg> should updated every five mins

19:05:08 <joeldg> test test

19:10:20 <crschmidt> joeldg: you should modify the xslt to not point to the ilrt images

19:20:31 <joeldg> yea.. I am doing that now

19:33:09 <joeldg> search may be a little bunk for a while until I have time to figure out how to fix it

19:35:08 <bkdelong> k

19:35:08 <joeldg> anyway.. won't really need search for a while anyway..

19:35:15 <joeldg> rebuilds/updates every 5

19:35:35 <joeldg> so.. we have irc->web logging... nothing will be lost :)

19:35:49 <bkdelong> provided palogger stays logged in

19:36:00 <joeldg> it will..

19:36:09 <joeldg> it is sitting on an amazing network....

19:36:18 <crschmidt> if it doesn't, i've got logs from forever ;)

19:36:29 <joeldg> it will..

19:36:42 <joeldg> that box has a current uptime of 187 days or 188

19:37:08 <joeldg> and is sitting on a network that is the backbone for new orleans..

19:37:50 <joeldg> i.e. right there.. about five feet from where the fiber spits off to the upstream

19:40:16 <joeldg> anyway.. is cool..

19:40:54 <joeldg> anyway, did drumm have any issues with that code? drumm?

19:41:43 <bkdelong> FOAF Editor?

19:42:28 * bkdelong has a one-track mind.

19:46:13 <joeldg> haha

19:47:32 <joeldg> remember.. I do have a "job" that kind of requires a lot of my time (read: most of it) during the from 11-6ish .. though sometimes I take a break and work on other stuff if I have a chance.

19:48:37 <bkdelong> hhehe

19:48:42 <bkdelong> Me too

19:50:24 <joeldg> let me test something with the bot

19:50:40 Topic now PeopleAggregator - http://peopleaggregator.com || wiki at http://devel.peopleaggregator.com/

19:50:40 Users on #pa: palogger @bkdelong @joeldg @crschmidt @walkah @drumm

19:51:47 Topic now PeopleAggregator - http://peopleaggregator.com || wiki at http://devel.peopleaggregator.com/

19:51:47 Users on #pa: palogger @bkdelong @joeldg @crschmidt @walkah @drumm

19:52:03 <joeldg> there

19:54:43 <joeldg> now is running good without any intervention needed by me

19:55:59 <joeldg> palogger, bookmark

19:55:59 <joeldg> See http://peoplesdns.com/pa/2004-05-13#T19-55-59

21:11:15 <joeldg> just for kicks.. http://peoplesdns.com/parse/ns/ << all the xmlns ontologies how they will be used by the parser :)

21:11:25 <joeldg> raw serialized...

21:11:32 <joeldg> have a minue to set that up..

21:11:33 <joeldg> :)

21:40:35 <MacIntyre> Yargh

21:40:48 * MacIntyre drops from Krispe Kreme induced sugar koma

21:43:46 <joeldg> bk.. where is your foaf again?

21:44:00 * MacIntyre eyes you suspiciously

21:44:06 <MacIntyre> just kidding ;)

21:44:14 <MacIntyre>http://www.brain-stream.com/xml/foaf.rdf

21:44:32 <MacIntyre> I still have to add some MeNow and Golbeck's trust

21:44:49 <MacIntyre> well, plus a crapload of foaf:knows but only because I'l too lazy to add them w/o an editor

21:53:59 <MacIntyre> ok...headed home

21:54:04 <MacIntyre> back in an hour or so

22:17:02 <joeldg> coo

22:18:37 <joeldg> been thinking about idleRPG and there was an old door game (BBS dial-up days) I used to play and actually got permission from the original creator to use it etc.. called usurper.

23:19:45 <joeldg> crap.. tried to run an app in wine and crashed..


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: RDF Resource Description Framework Metadata and Text

Provided by Dave Beckett, Institute for Learning and Research Technology, University of Bristol