[01:07:37] Hakon|mbp (~hakon1@130.82-134-26.bkkb.no) joined #rest. [02:11:59] DracoBlue (~Adium@dslb-088-075-066-254.pools.arcor-ip.net) joined #rest. [02:17:29] DracoBlue (~Adium@dslb-088-075-066-254.pools.arcor-ip.net) left #rest. [02:41:40] aGHz1 (~Adium@modemcable153.0-178-173.mc.videotron.ca) joined #rest. [02:41:51] aGHz (~Adium@modemcable153.0-178-173.mc.videotron.ca) left irc: Read error: Connection reset by peer [02:47:29] mephju (~mephju@dslb-188-103-182-202.pools.arcor-ip.net) joined #rest. [03:26:26] postmodern (~postmoder@c-71-237-178-98.hsd1.or.comcast.net) left irc: Quit: Leaving [03:53:50] DracoBlue (~Adium@dslb-088-075-066-254.pools.arcor-ip.net) joined #rest. [03:53:54] DracoBlue (~Adium@dslb-088-075-066-254.pools.arcor-ip.net) left #rest. [04:37:49] I'm actually quite proud of this post (in a sad way!), anyone got any thoughts: http://tech.groups.yahoo.com/group/rest-discuss/message/18355 [04:40:06] mamund: do you know what the defined use of the term 'ontology' means in technology ? [04:40:48] cos I honestly don't have the foggiest.. and I use 'fog' deblierately there :) [04:54:44] kennethreitz (~kennethre@c-24-127-96-129.hsd1.va.comcast.net) left irc: Remote host closed the connection [05:43:55] mephju (~mephju@dslb-188-103-182-202.pools.arcor-ip.net) left irc: Ping timeout: 252 seconds [05:58:51] aGHz1 (~Adium@modemcable153.0-178-173.mc.videotron.ca) left irc: Quit: Leaving. [06:19:10] sbanwart_ (~sbanwart@66.6.175.18) joined #rest. [06:48:21] DracoBlue (~Adium@dslb-088-075-066-254.pools.arcor-ip.net) joined #rest. [06:48:30] DracoBlue (~Adium@dslb-088-075-066-254.pools.arcor-ip.net) left #rest. [07:03:23] kennethreitz (~kennethre@c-24-127-96-129.hsd1.va.comcast.net) joined #rest. [07:04:39] Action: mamund slips in [07:05:09] mikekelly: http://semanticweb.org/wiki/Ontology [07:12:02] kennethreitz (~kennethre@c-24-127-96-129.hsd1.va.comcast.net) left irc: Read error: Operation timed out [07:41:18] thanks mamund [07:41:30] so I guess it's technical meaning is just as vague as it's actual meaning.. [07:42:13] mamund: did you spot that Jan split off the discussion about forms into another thread ? [07:42:14] that's what i read [07:42:18] think you should get involved [07:42:20] :) [07:42:34] yeah. still unlikely to participate [07:42:38] :P [07:42:44] party pooper. [07:43:04] "LOL, he said 'pooper'!" [07:43:51] ;) [07:44:15] mamund: did you read my post to Alexnader ? [07:44:30] hmm... last night or this AM? [07:44:40] this am the latest one I linked to earlier [07:45:11] it's nothing particularly new, just interested to know if it was clear or not [07:45:38] ahh [07:45:44] no, actually. just found it here [07:45:48] tl;dnr [07:45:50] >g? [07:46:34] yeah, ok, i see your point [07:47:03] fwiw, i think much of what's been covered on the list in the last fwe days is... [07:47:10] a load of horse shit ? [07:47:34] stuff about "how to map a problem domain to HTTP using media types" kind of discussion. [07:48:13] are els sufficient? must all the problem domain details be 'visible'? are forms required?, and so on. [07:48:23] s/els/rels [07:48:37] right [07:48:53] I think the term 'visible' is not defined well enough [07:48:53] is it 'best' to use custom media types? only 'generic' ones? etc. etc. [07:49:42] 'visible' in HTTP, 'self-describing' in REST, 'ontology' in SemWeb [07:49:52] all clear as mud [07:50:11] right [07:50:27] I'm surprised roy's dissertation didn't have to round those out [07:50:30] or does it ? [07:50:31] :S [07:50:43] not that i recall [07:51:11] honestly, the four "sub-constraints" for uniform interface... [07:51:34] and the things 'around' that (i.e. media types, etc.) are all way under-specified [07:51:46] Action: mikekelly nods [07:52:03] IMO, there is some big 'hand-wavying' in that area [07:52:48] so, yes, we need some help to clear up 'visible' and 'self-describing' in a way that is helpful to all. [07:53:02] I always try and clarify what I'm talking about with those terms and where the 'value' is in whatever point I'm making with it [07:53:24] I avoid using that terms for an 'ends' to some means [07:53:27] clarifying is good. what bugs me a bit (at times)... [07:53:31] s/that/those [07:53:34] is the varying versions [07:54:18] a consistent (context independent) definition that actually 'helps' [07:54:22] seems illusive [07:56:32] right [07:57:05] I was most interested in your take on the bit about using link rels [07:57:25] i.e. granularity and control over rels vs rev'ing a media type [07:58:56] yeah, i've been quiet on that subject for a reason... [07:59:01] i've not sorted out my thinking there. [07:59:20] i use this id/name/rel/class design for XHTML quite often [07:59:32] i, personally, can't get by w/ just rel, tho. [07:59:45] but even when i do that... [08:00:01] since i am applying almost always to just HTML, it seems a bit pointless [08:00:26] since HTML uses the 'human' tokens of strings inside , etc. [08:00:48] maybe if i actually worke dup some implementations using HAL, i'd get a better picture. [08:01:01] (it's on my list, of course) [08:02:51] git branch [08:02:58] RFOL! [08:03:19] Action: mamund has too many windows open on hist desktop this AM [08:08:09] aGHz (~Adium@modemcable028.248-23-96.mc.videotron.ca) joined #rest. [08:08:12] kennethreitz (~kennethre@c-24-127-96-129.hsd1.va.comcast.net) joined #rest. [08:08:55] !! [08:10:32] mamund: so assume a really simple app with an entry point a link rel "http://example.com/rels/foo" from the entry point [08:14:01] ok [08:15:13] and that link rel tells the client the important info it needs is the innerhtml of div#content [08:15:34] trivial application [08:15:43] but there's no requirement for any kind of profile [08:15:52] why is that? [08:16:01] the client is following the foo rel - so it's expectations are set [08:16:09] how are they set? [08:16:15] by following the foo rel [08:16:20] from an entry point [08:16:24] LOL, possibly met, but not set [08:16:33] anyway, continue [08:17:16] why not set ? [08:17:36] 'expecting' is not created by following [08:17:49] i have no idea (in this convo) _what_ to expect [08:17:56] that's my Q at this time [08:18:08] i see that rel has some expectations associated [08:18:11] well you followed a link w/ rel="http://example.com/rels/foo" [08:18:38] but i don't see where these associations are documented or how that documentation is translated into tangible details in the client code [08:19:28] following can (possibly) _fulfill_ my expections (hey, i expect X, let's follow this link and see if that's what i get') [08:19:28] they are documented by correspodnign doc at the rel's URI [08:19:33] aha! [08:19:39] let's see that [08:19:48] why is that not a 'profile' in your mind? [08:19:54] *or* you can use tokens and fill a URI template that you're given at the entry point [08:19:54] what is contained there? [08:20:31] so the entry point could give you link rel="documentation-base-uri" href="http://example.com/rels/" [08:20:51] so you can just use tokens [08:20:52] ok [08:21:54] so what's contained there is a description of the target resource and the valid forms of request that can be made to it [08:22:20] yeah, let's see one [08:22:31] you want to see API docs ? [08:22:41] this rel document stuff, yeah [08:23:27] I don't have a public example because all the stuff I've worked on so far has been cloud computing companies who don't want to share their API design with the public [08:23:35] yeah, understood [08:23:39] not how I would do it, btw [08:23:42] but there you go [08:23:50] this is a stumbler for me [08:24:12] wait I can show you something that's almost there [08:24:22] that'd be cool [08:24:29] doesnt have to be today [08:24:47] my POV here is that what you'll show me is essentially a profile [08:25:00] but i'd like to see it to clear that up [08:25:16] if you'd like to share privately, you can email me [08:25:26] http://code.google.com/p/huddle-apis/wiki/Actor [08:25:40] Action: mamund checks link [08:25:55] mamund: yeah I'm not sure there is a huge difference between what you call a profile and what I call rel documentation [08:26:03] ! [08:26:14] but the difference is that the rel is in the preceding 'state' [08:26:25] i suspect this example is incomplete [08:26:28] it's projected by the client, it's not burnt into the resource [08:26:35] since it only describes the rel, not the ' [08:26:44] 'expections' assocated w/ that rel [08:27:02] well effectively that page is the expectation for a given rel [08:27:25] what page? [08:27:26] i.e. it's what you would get if you followed a rel="actor" link [08:27:32] that google page [08:27:41] naw, that's meta [08:27:51] unless i _totall_ miss the point [08:28:31] yeah I think I'm not talking in terms that make sense [08:28:35] :) [08:29:14] anyway, my curiosity here is how i can "code for the rel" the way i currently "code for the media type" [08:29:17] that's all [08:29:41] this is a 'stumbler' for me because i am not yet clear on the details. [08:29:50] not because it think it's not possible/valid, etc. [08:29:59] i just need some tangibles to work w/ [08:30:11] to get real crazy on you here... [08:30:32] i _suspect_ you are describing an entirely diff way to code hypermedia; [08:30:49] not via a message format, but just a 'semantic token' set [08:31:03] this set might apply to all types of message formats [08:31:11] well you could do that [08:31:15] i might be way overstating the point here, tho. [08:31:30] but it's more complicated, personally I just pick a generic media type and describe the app in terms of that type [08:31:50] anyway, _if_ you have a format-agnostic way to describe problem domain semantics using a coherent set of URI decorators... [08:31:57] i'm very much intrigued [08:32:09] well, see, that's the area i want to learn more about. [08:32:21] " I just pick a generic [08:32:23] media type and describe the app in terms of that type" [08:32:35] effectively that is what you get but in practice I always end up mixing the documentation up with a particular generic media type [08:32:45] where's the details? docs? how can i duplicate that? how can i code my client for that, etc. [08:32:55] yep - mixing is common [08:33:12] anyway, it's the distillation of this thing you talk about that interests me right now [08:33:54] ok, got some billings to get out the door (i.e. i should really _code_ now) [08:34:25] will background this space for a while as i earn some duckets [08:34:30] "if you follow an xyz relation you will find a resource with and and " [08:34:47] oh look each of those things has a place in HAL [08:34:48] :) [08:35:29] expand the quote into something that allows me to code my client and i'm cookin' [08:36:11] if it's terms of hal that's pretty trivial right ? [08:36:39] the properties are just the bits of the representation that are not links or embedded resources.. [08:36:56] i.e. it's just an xml or json document [08:37:39] here's a suggestion (my, i'm pushy today...) [08:37:53] the maze thing ? [08:38:04] whip up a 'trivial' app (server) that emits HAL [08:38:14] then send me the 'docs' for creating a client for that server [08:38:23] alright [08:38:40] that will force me to write a client using HAL and i bet that clears the cobwebs [08:38:55] (or gives me a chance to badger you w/ inane Qs!) [08:42:22] sounds awesome :D [08:42:46] kewl [08:42:57] o/ [08:43:03] btw, i tried out c9/vim last night... [08:43:19] 10dd worked for me in Chromium [08:43:41] i could cut a block, move, then 'p' it in the new location [08:44:02] i didn't try _named_ blocks, tho [08:45:17] whartung: \o [10:41:15] Wombert (~Wombert@dslb-092-075-003-110.pools.arcor-ip.net) joined #rest. [10:56:44] Action: mamund tosses a couple logs on the "forms are evil" meme/thread [13:28:00] KevBurnsJr (~KevBurnsJ@50.0.103.39) joined #rest. [13:43:09] sbanwart_ (~sbanwart@66.6.175.18) left irc: Ping timeout: 252 seconds [14:01:24] KevBurnsJr (~KevBurnsJ@50.0.103.39) left irc: Ping timeout: 240 seconds [14:05:47] Hakon|mbp (~hakon1@130.82-134-26.bkkb.no) left irc: Quit: Leaving... [14:10:21] KevBurnsJr (~KevBurnsJ@50.0.103.39) joined #rest. [14:26:36] aGHz (~Adium@modemcable028.248-23-96.mc.videotron.ca) left irc: Quit: Leaving. [15:06:15] Action: mamund is done now; peace-out! [15:08:24] aGHz (~Adium@74.198.165.35) joined #rest. [15:32:56] kennethreitz (~kennethre@c-24-127-96-129.hsd1.va.comcast.net) left irc: Quit: Textual IRC Client: http://www.textualapp.com/ [15:53:39] KevBurnsJr (~KevBurnsJ@50.0.103.39) left irc: [16:53:44] sbanwart_ (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) joined #rest. [17:39:21] sbanwart__ (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) joined #rest. [17:40:20] sbanwart_ (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) left irc: Ping timeout: 252 seconds [17:40:46] twilliams (~twilliams@apache/committer/twilliams) joined #rest. [17:42:20] aGHz (~Adium@74.198.165.35) left irc: Quit: Leaving. [17:46:59] Jarda (~jarda@o178.nor.fi) left irc: Ping timeout: 268 seconds [17:50:10] Jarda (~jarda@o178.nor.fi) joined #rest. [17:56:15] aGHz (~Adium@74.198.165.75) joined #rest. [18:03:01] Jarda (~jarda@o178.nor.fi) left irc: Ping timeout: 268 seconds [18:05:20] sbanwart__ (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) left irc: Remote host closed the connection [18:07:51] sbanwart__ (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) joined #rest. [18:40:31] Nick change: sbanwart__ -> sbanwart [18:50:21] sbanwart (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) left irc: Remote host closed the connection [18:50:46] sbanwart (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) joined #rest. [19:03:45] geez... where is bigbluehat when i need 'em? [19:04:20] good job, mikekelly: btw, for stayin on message:) [19:06:27] that was, https://twitter.com/#!/mikekelly85/status/154503526104563712 btw:) [19:06:42] love you guys, happy new year too! [19:22:41] Jarda (~jarda@o178.nor.fi) joined #rest. [19:28:48] sbanwart (~sbanwart@99-177-126-136.lightspeed.bcvloh.sbcglobal.net) left irc: Read error: Operation timed out [19:34:17] Jarda (~jarda@o178.nor.fi) left irc: Ping timeout: 268 seconds [19:41:47] Jarda (~jarda@o178.nor.fi) joined #rest. [19:57:27] Wombert (~Wombert@dslb-092-075-003-110.pools.arcor-ip.net) left irc: Quit: Wombert [20:57:56] aGHz (~Adium@74.198.165.75) left irc: Quit: Leaving. [23:52:19] Wombert (~Wombert@dslb-092-075-003-110.pools.arcor-ip.net) joined #rest. [00:00:00] --- Thu Jan 5 2012