/irc-logs / freenode / #microformats / 2009-05-19 / end

Options:

  1. # Session Start: Tue May 19 00:00:00 2009
  2. # Session Ident: #microformats
  3. # [00:06] * Quits: ebel (n=rory@unaffiliated/ebel) ("bedtime for me")
  4. # [00:09] * Joins: tim_hwang (n=chatzill@65.112.15.182)
  5. # [00:28] * Joins: georgebrock_ (n=georgebr@client-80-3-174-5.cht-bng-011.adsl.virginmedia.net)
  6. # [00:36] * Joins: ajturner (n=ajturner@208.251.244.186)
  7. # [00:36] * Quits: ajturner (n=ajturner@208.251.244.186) (Remote closed the connection)
  8. # [00:43] * Quits: georgebrock (n=georgebr@client-80-3-175-180.cht-bng-011.adsl.virginmedia.net) (Read error: 110 (Connection timed out))
  9. # [00:53] * Quits: tim_hwang (n=chatzill@65.112.15.182) (Read error: 110 (Connection timed out))
  10. # [00:58] * Joins: georgebrock (n=georgebr@client-80-3-173-53.cht-bng-011.adsl.virginmedia.net)
  11. # [01:00] * Quits: chriskjennings (n=chriskje@173-9-151-226-miami.txt.hfc.comcastbusiness.net)
  12. # [01:14] * Quits: georgebrock_ (n=georgebr@client-80-3-174-5.cht-bng-011.adsl.virginmedia.net) (Read error: 110 (Connection timed out))
  13. # [02:04] * Quits: memload (n=jamesjef@82-37-24-167.cable.ubr04.wolv.blueyonder.co.uk) (Read error: 110 (Connection timed out))
  14. # [02:10] * Parts: thomasknoll (n=thomaskn@173-11-69-17-SFBA.hfc.comcastbusiness.net)
  15. # [02:32] * Joins: singpolyma (n=singpoly@w229.z065106072.sjc-ca.dsl.cnc.net)
  16. # [02:38] * Quits: @dglazkov (n=dglazkov@nat/google/x-ffcd2a2e33d82632)
  17. # [02:46] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 104 (Connection reset by peer))
  18. # [02:50] * Joins: shigeta (n=shigeta@124.32.114.226)
  19. # [02:51] * Joins: tim_hwang (n=chatzill@c-65-96-172-116.hsd1.ma.comcast.net)
  20. # [02:56] * Joins: KevBurnsJr (n=kevburns@24.4.38.132)
  21. # [02:56] * Quits: georgebrock (n=georgebr@client-80-3-173-53.cht-bng-011.adsl.virginmedia.net)
  22. # [02:57] * Quits: pjkix (n=Adium@74.85.6.198) ("Leaving.")
  23. # [02:58] * Quits: singpolyma (n=singpoly@w229.z065106072.sjc-ca.dsl.cnc.net) ("Lost terminal")
  24. # [03:00] * Quits: @benward (n=benward@nat/yahoo/x-ecddf3fb4e583bd3) (Read error: 110 (Connection timed out))
  25. # [03:05] * Joins: chriskjennings (n=chriskje@204.13.1.130)
  26. # [03:06] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  27. # [03:30] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  28. # [03:30] * ChanServ sets mode: +o dglazkov
  29. # [03:43] * Joins: dwhittle (n=dwhittle@nat/yahoo/x-f57b0da9d69d8fa4)
  30. # [04:19] * Quits: @dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  31. # [04:34] * Joins: tantek (n=tantek@pool-173-51-0-12.lsanca.dsl-w.verizon.net)
  32. # [04:34] * ChanServ sets mode: +o tantek
  33. # [04:41] * Quits: @tantek (n=tantek@pool-173-51-0-12.lsanca.dsl-w.verizon.net)
  34. # [04:52] * Quits: pcwick_ (n=paul@173-30-110-19.client.mchsi.com) ("Ex-Chat")
  35. # [04:54] * Quits: dwhittle (n=dwhittle@nat/yahoo/x-f57b0da9d69d8fa4) ("Im gone.")
  36. # [05:13] * Quits: leahculver (n=leahculv@24.130.33.61)
  37. # [05:14] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  38. # [05:14] * ChanServ sets mode: +o dglazkov
  39. # [05:18] * Joins: benward_ (n=benward@98.210.154.133)
  40. # [05:22] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  41. # [05:22] * Quits: @dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) (Read error: 104 (Connection reset by peer))
  42. # [05:23] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  43. # [05:23] * ChanServ sets mode: +o dglazkov
  44. # [05:33] * Quits: @dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  45. # [05:36] * Joins: tantek (n=tantek@pool-173-51-0-12.lsanca.dsl-w.verizon.net)
  46. # [05:36] * ChanServ sets mode: +o tantek
  47. # [05:39] * Quits: dglazkov_ (n=dglazkov@72.14.224.1) (Connection timed out)
  48. # [06:07] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  49. # [06:07] * ChanServ sets mode: +o dglazkov
  50. # [06:09] * Quits: chriskjennings (n=chriskje@204.13.1.130)
  51. # [06:09] * Quits: @tantek (n=tantek@pool-173-51-0-12.lsanca.dsl-w.verizon.net)
  52. # [06:22] * Quits: Atamido (n=atamido@cpe-70-123-136-54.austin.res.rr.com) (Read error: 104 (Connection reset by peer))
  53. # [07:12] * Quits: csarven (n=csarven@modemcable150.182-202-24.mc.videotron.ca) ("Leaving.")
  54. # [07:24] * Quits: @dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  55. # [07:37] * Quits: tim_hwang (n=chatzill@c-65-96-172-116.hsd1.ma.comcast.net) ("ChatZilla 0.9.84 [Firefox 3.0.10/2009042315]")
  56. # [07:41] * Joins: tantek (n=tantek@pool-173-51-0-12.lsanca.dsl-w.verizon.net)
  57. # [07:41] * ChanServ sets mode: +o tantek
  58. # [08:00] * benward_ is now known as BenWar
  59. # [08:00] * BenWar is now known as BenWard
  60. # [08:01] * ChanServ sets mode: +o BenWard
  61. # [08:09] * Joins: josephholsten (n=josephho@ip68-0-70-106.tu.ok.cox.net)
  62. # [08:11] * Joins: Atamido (n=atamido@cpe-70-123-136-54.austin.res.rr.com)
  63. # [08:20] * Joins: ntoll (n=ntoll@85.210.101.94)
  64. # [08:39] * Quits: KevBurnsJr (n=kevburns@24.4.38.132) ("welcome to z-town")
  65. # [08:55] * Quits: josephholsten (n=josephho@ip68-0-70-106.tu.ok.cox.net) (Read error: 60 (Operation timed out))
  66. # [09:03] * Joins: josephholsten (n=josephho@ip68-0-70-106.tu.ok.cox.net)
  67. # [09:08] * Joins: pesla (n=retep@procurios.xs4all.nl)
  68. # [09:34] * Joins: besbes (n=besbes@mercury.mminf.univie.ac.at)
  69. # [09:41] <@tantek> I'm splitting the Google and Yahoo entries on the "search-engines" page into their own main articles - they both have sufficient documentation/links to deserve their own pages.
  70. # [09:43] <@BenWard> Hmm. OK. So long as you think they'll be maintained. I was looking at Search Engines yesterday wondering if it was perhaps negatively fragmenting Implementations (since it causes duplication)
  71. # [09:55] <@tantek> I'm going to start by borrowing from Wikipedia's "Main article:" convention
  72. # [09:55] <@tantek> that appears to scale reasonably well
  73. # [09:56] <@BenWard> OK.
  74. # [09:56] <@BenWard> I wonder if perhaps, if Y and G get split out of search-engines, then search-engines should be merged back into Implementations.
  75. # [09:58] <@tantek> not sure - there's enough other experimental stuff going on, plus the brief blurbs about Y and G help
  76. # [09:58] <@tantek> on more than one occasion I've heard people ask if any search engines support microformats
  77. # [09:59] <@tantek> a lot of these pages are useful to be kept just for ambient discoverability
  78. # [09:59] <@BenWard> Yeah… maybe just a #search heading under Implementations?
  79. # [09:59] <@tantek> except that doesn't get indexed as well as a 'search' page
  80. # [09:59] <@tantek> in search engines like Yahoo and Google
  81. # [10:00] <@tantek> people often search for things like "microformats search engine"
  82. # [10:00] <@tantek> or
  83. # [10:00] <@tantek> "microformats validator"
  84. # [10:00] <@BenWard> I collapsed that blasted unmaintained “notable-implementations” page the other day. I'm feeling very nervous about us having too many pages that don't get maintained properly. The quality of parts of the wiki is variable enough as it is.
  85. # [10:00] <@tantek> yeah - I didn't get the point of the notable implementations page
  86. # [10:01] <@tantek> I look at it from a usability / ambient findability point of view
  87. # [10:01] <@tantek> if people are asking / looking for something, we should have pages that they find as a result
  88. # [10:02] <@BenWard> Certainly having the major redirects supported is essential. But fragmented content ages badly.
  89. # [10:02] <@BenWard> (brb)
  90. # [10:02] <@tantek> and until "mainstream" search engines get smart enough to both a) index fragment identifiers, and b) return them in search results, fragment identifiers are insufficient
  91. # [10:12] <@tantek> AFAIK such redirects are not indexed by search engines
  92. # [10:12] <@tantek> thus moving the validators from /wiki/validators to /wiki/debugging-tools may have made the validators harder to ambiently find
  93. # [10:14] <@BenWard> Hm. Need to get that verified.
  94. # [10:15] <@BenWard> Content-wise, there's only one validator.
  95. # [10:15] <@BenWard> And the page was out of date.
  96. # [10:16] <@BenWard> If the SEO stuff is a real issue, then we'll have to remove the redirect for a intro fragment and then link through conventionally.
  97. # [10:20] <@tantek> findability is a real issue
  98. # [10:20] <@tantek> because people still search and don't find
  99. # [10:20] <@tantek> it seems like a separate page is a small price to pay for easier/better findability
  100. # [10:21] <@tantek> and yes - no major search engine supports fragment IDs in indexing or results in anything deployed
  101. # [10:21] <@tantek> Blog search engines were the first the start supporting that (e.g. Technorati) for blog posts etc.
  102. # [10:21] <@tantek> with fragment ids in both indexing and in search results that you could click/scroll to.
  103. # [10:22] <@tantek> last I checked there were at least two validators, Optimus and that hCard-specific validator.
  104. # [10:32] * Joins: tobyink (n=tai@77.89.160.246)
  105. # [10:44] <@BenWard> I disagree that multi-pages is a small price. We fail to maintain them, and that causes confusion.
  106. # [10:45] <@BenWard> One of the earliest conversations I had with Bruce Lawson was convincing him that microformats were well implemented because he'd only found the notable-implementations page and couldn't understand where the demand was coming from.
  107. # [10:46] <@BenWard> I appreciate that page was _especially_ awful, but we do struggle to maintain fragmented content.
  108. # [10:46] <@tantek> the notable-implementations page had numerous flaws - using it as a counter-example for multiple pages is a bit of a strawman
  109. # [10:47] <@tantek> take a look at what I've tried to do with the "Main article" convention (similar to Wikipedia) on http://microformats.org/wiki/search-engines
  110. # [10:47] <@tantek> I think that's a better approach, for both findability, maintainability, and overall readability
  111. # [10:47] <@tantek> (keeping things shorter in a list, etc.)
  112. # [10:48] <@BenWard> OK, that seems fairly well structured. How does that reflect to the entries for Yahoo and Google on the core Implementations page?
  113. # [10:48] <@BenWard> I'm most nervous about DRY here.
  114. # [10:49] <@tantek> I haven't attempted to iterate on /wiki/implementations in the same way
  115. # [10:50] <@tantek> trying to fix locally first, with a concrete specific example, to see how things work
  116. # [10:50] <@tantek> this is the first re-use (AFAIK) on the microformats wiki of the "Main article" idiom from Wikipedia
  117. # [10:50] <@tantek> if we think this works well, we can incorporate/recommend this pattern in /wiki/how-to-play
  118. # [10:51] * Joins: otrops (n=otrops@office1.neuxpower.com)
  119. # [10:51] <@BenWard> Seems reasonable. I don't even refer to specific patterns at this point, just concern over DRY :) I've said that twice now, so I'm probably done now, pending further development ;-)
  120. # [10:53] <@tantek> heh
  121. # [10:53] <@tantek> just to keep bashing a bad idea
  122. # [10:54] <@tantek> the "notable-implementations" page just created an editorial maintenance task with no real/easy criteria for what was "notable"
  123. # [10:54] <@tantek> like a page created just for the sake of creating a new page (busy work?)
  124. # [10:55] <@BenWard> Oh, quite. It was awful. I dance on its redirected grave :)
  125. # [10:55] <@tantek> OTOH here is a very specifically focused page, ready for your review: http://microformats.org/wiki/google-rich-snippets-examples
  126. # [10:56] <@tantek> (fixes for all of Google's example microformats on their rich snippets documentation pages)
  127. # [10:56] <@tantek> (what I spent a few hours diligently writing up today)
  128. # [11:02] <@BenWard> Looks good at first glance. I'll give a second read tomorrow when I've less sleepy
  129. # [11:03] <@tantek> thank
  130. # [11:03] <@tantek> thanks even
  131. # [11:03] <@tantek> ok - I'll send a reply to Kavi and Ted on the list, encouraging them to add more to the "google-search" and "yahoo-search" wiki pages accordingly
  132. # [11:03] <@tantek> like it would be nice to have some good YQL documentation up there (or links to)
  133. # [11:04] <@tantek> and I'll let Kavi (and everyone else) know to take a look at the fixed examples (and verify the fixes etc.)
  134. # [11:18] <@BenWard> I'll have a word about that tomorrow, see if we can get the documentation padded out.
  135. # [11:28] <@tantek> BenWard, also re: YQL, last I checked the list of meteor impact craters mashup - the map portion appeared to not be working: http://ydntest.com/yqlmicroformatswikipedia/
  136. # [11:28] <@tantek> Perhaps you could take a look at it and ping Christian Heilmann about it?
  137. # [11:31] <@BenWard> Ah, yeah, that's not good. I'll pass that on, thanks
  138. # [11:34] * Quits: @BenWard (n=benward@98.210.154.133) ("Shutdown")
  139. # [11:35] <josephholsten> is there a microformat difference between rel-me, this-uri-is-my-identity, and this-is-a-profile-about-or-by-me?
  140. # [11:37] <@tantek> josephholten yes they mean different things, but are related.
  141. # [11:37] <@tantek> see http://microformats.org/wiki/rel-me
  142. # [11:37] <@tantek> http://microformats.org/wiki/representative-hcard
  143. # [11:38] <@tantek> and http://microformats.org/wiki/hcards-and-pages
  144. # [11:38] <josephholsten> now that second link is what I was after
  145. # [11:39] <josephholsten> foaf/rdf just seems so heavy handed for the task
  146. # [11:42] <josephholsten> what's the best forum to stay on top of representative-hcard discussions?
  147. # [11:42] <josephholsten> -discuss?
  148. # [11:42] <@tantek> you've found it! this channel.
  149. # [11:43] <@tantek> next best is probably the RecentChanges on the microformats wiki
  150. # [11:43] <@tantek> and last are the mailing lists
  151. # [11:45] <@tantek> the lists are currently fairly low volume, so they should be easy to keep up with as well
  152. # [11:45] <@tantek> http://microformats.org/discuss
  153. # [11:48] <josephholsten> I've noticed the rdf folks tend to advocate uris with fragments for identifying 'real' stuff, is that a common position in posh?
  154. # [11:49] <josephholsten> or does anyone hold that notion?
  155. # [11:52] <@tantek> josephholsten you can URIs with fragments for identifying all microformats root class names and properties using XMDP.
  156. # [11:52] <@tantek> I deliberately designed XMDP to provide URIs with fragments compatible with the conventions from the RDF community.
  157. # [11:52] <@tantek> That is, if URIs with fragments is something you want.
  158. # [11:53] <@tantek> e.g. XFN's rel="friend" is defined by the URI http://gmpg.org/xfn/11/#friend
  159. # [11:53] <@tantek> the nicer thing is, that URI is also a viewable URL which takes you directly to the definition of the value
  160. # [11:53] <@tantek> more on XMDP here: http://gmpg.org/xmdp/description
  161. # [11:54] <josephholsten> rather, you are identified by http://tantek.com/#t while http://tantek.com/ represents a collection of links to things you author
  162. # [11:55] <@tantek> I think that's an outdated notion, frankly.
  163. # [11:55] <josephholsten> just wondering
  164. # [11:55] <@tantek> In practice people now commonly identify with whole URLs to profiles
  165. # [11:55] <@tantek> e.g. http://tantek.com/
  166. # [11:55] <@tantek> or Twitter handles like @t - which are easily "resolved" to URLs like http://twitter.com/t/
  167. # [11:55] <josephholsten> it's an interesting academic discussion
  168. # [11:56] <@tantek> the 'stuff as fragments' is academic yes
  169. # [11:56] <josephholsten> but only if you want formally provable reasoning
  170. # [11:56] <@tantek> whereas people actually do use/share URLs without fragments as identifiers for themselves in *practice*
  171. # [11:56] <josephholsten> exactly
  172. # [11:56] <@tantek> that syntactic debate is over for all practical purposes
  173. # [11:56] <@tantek> but if you're referring to vocabulary, see above about XMDP
  174. # [11:59] <josephholsten> I was just hoping my representative hcard wouldn't have to be as redundant as joseph@josephholsten.com
  175. # [12:00] <@tantek> presumably your email address is just one facet of your online identity
  176. # [12:10] <@tantek> josephholsten, http://josephholsten.com/ is an impressive identity hub!
  177. # [12:10] <@tantek> you should definitely consider adding it to http://microformats.org/wiki/hcard-examples-in-wild
  178. # [12:12] <josephholsten> I guess http://josephholsten.com/resume might be worth adding as well
  179. # [12:13] <josephholsten> any word of resume importers yet?
  180. # [12:14] <josephholsten> wow, what a page in need of a gardener
  181. # [12:19] <josephholsten> what's the protocol for adding to the categorized section?
  182. # [12:20] <josephholsten> no talk page?
  183. # [12:38] <@tantek> no news of hResume importers yet, though I wouldn't be surprised if several job sites were quietly crawling hResumes in the wild. this is a good place to check for hResume implementations: http://microformats.org/wiki/hresume#Implementations
  184. # [12:39] <@tantek> re wiki categories, see http://microformats.org/wiki/how-to-play #17
  185. # [12:39] <@tantek> ok time for some sleep for me. back in a few hours.
  186. # [12:46] * Quits: @tantek (n=tantek@pool-173-51-0-12.lsanca.dsl-w.verizon.net)
  187. # [12:51] * Joins: tantek (n=tantek@pool-173-51-0-12.lsanca.dsl-w.verizon.net)
  188. # [12:51] * ChanServ sets mode: +o tantek
  189. # [13:21] * Joins: ebel (n=rory@unaffiliated/ebel)
  190. # [13:39] * Quits: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) ("Adios intarwebs.")
  191. # [13:42] * Joins: BobJonkman (n=BobJonkm@206-248-137-186.dsl.teksavvy.com)
  192. # [13:54] * Joins: pawlik (i=pawlik@serv.bash.org.pl)
  193. # [14:00] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  194. # [14:18] * Joins: Yakeson_Chihiro (n=Yakeson_@122x216x209x18.ap122.ftth.ucom.ne.jp)
  195. # [14:33] * Quits: josephholsten (n=josephho@ip68-0-70-106.tu.ok.cox.net)
  196. # [14:33] * Quits: pesla (n=retep@procurios.xs4all.nl) ("( www.nnscript.com :: NoNameScript 4.21 :: www.esnation.com )")
  197. # [14:34] * Quits: @tantek (n=tantek@pool-173-51-0-12.lsanca.dsl-w.verizon.net)
  198. # [15:03] * Quits: shigeta (n=shigeta@124.32.114.226) ("Leaving...")
  199. # [15:06] * Joins: Yakeson_Chihiro1 (n=Yakeson_@122x216x209x18.ap122.ftth.ucom.ne.jp)
  200. # [15:07] * Joins: stevenvg_ (n=steven@58.62.142.188)
  201. # [15:08] * Joins: jrodgers (n=jrodgers@spg-wks-bff2.uwaterloo.ca)
  202. # [15:16] * Quits: Yakeson_Chihiro (n=Yakeson_@122x216x209x18.ap122.ftth.ucom.ne.jp) (Read error: 110 (Connection timed out))
  203. # [15:18] * Quits: Yakeson_Chihiro1 (n=Yakeson_@122x216x209x18.ap122.ftth.ucom.ne.jp) ("Instantbird 0.1.3.1")
  204. # [15:32] * Joins: chriskjennings (n=chriskje@c-76-109-241-128.hsd1.fl.comcast.net)
  205. # [15:34] * Joins: chriskjennings_ (n=chriskje@173-9-151-226-miami.txt.hfc.comcastbusiness.net)
  206. # [15:38] * Joins: gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com)
  207. # [15:38] * Joins: pcwick (n=paul@173-30-110-19.client.mchsi.com)
  208. # [15:41] * Quits: chriskjennings (n=chriskje@c-76-109-241-128.hsd1.fl.comcast.net) (Read error: 60 (Operation timed out))
  209. # [15:55] * stevenvg_ is now known as stevenvg|away
  210. # [16:07] * Joins: ntoll_ (n=ntoll@85.210.98.93)
  211. # [16:08] * Quits: ntoll_ (n=ntoll@85.210.98.93) (Client Quit)
  212. # [16:15] * Parts: chriskjennings_ (n=chriskje@173-9-151-226-miami.txt.hfc.comcastbusiness.net)
  213. # [16:23] * Quits: ntoll (n=ntoll@85.210.101.94) (Read error: 110 (Connection timed out))
  214. # [16:36] * Joins: csarven (n=csarven@modemcable106.33-81-70.mc.videotron.ca)
  215. # [16:39] * Joins: tim_hwang (n=chatzill@65.112.11.58)
  216. # [16:42] * Joins: dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net)
  217. # [16:42] * ChanServ sets mode: +o dglazkov
  218. # [16:42] * Joins: KevBurnsJr (n=kevburns@24.4.38.132)
  219. # [16:44] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  220. # [16:48] * Quits: KevBurnsJr (n=kevburns@24.4.38.132) (Client Quit)
  221. # [17:04] * Quits: @dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) (Read error: 110 (Connection timed out))
  222. # [17:04] * Quits: dglazkov_ (n=dglazkov@72.14.224.1)
  223. # [17:25] * Joins: dglazkov (n=dglazkov@nat/google/x-6170faff50f98d1b)
  224. # [17:25] * ChanServ sets mode: +o dglazkov
  225. # [17:55] * Joins: ntoll (n=ntoll@85.210.98.93)
  226. # [18:09] * Joins: leahculver (n=leahculv@204.9.180.30)
  227. # [18:19] * Quits: tobyink (n=tai@77.89.160.246) ("Leaving.")
  228. # [18:21] * Quits: ebel (n=rory@unaffiliated/ebel) ("going home")
  229. # [18:30] * Quits: otrops (n=otrops@office1.neuxpower.com)
  230. # [18:41] * Quits: ntoll (n=ntoll@85.210.98.93) ("this is not a quit message")
  231. # [18:47] * Joins: singpolyma (n=singpoly@w229.z065106072.sjc-ca.dsl.cnc.net)
  232. # [18:50] * Quits: singpolyma (n=singpoly@w229.z065106072.sjc-ca.dsl.cnc.net) (Client Quit)
  233. # [19:03] * Joins: Hey_neken (n=kaxero@215.Red-213-96-129.staticIP.rima-tde.net)
  234. # [19:04] * Joins: KevinMarks (n=KevinMar@w229.z065106072.sjc-ca.dsl.cnc.net)
  235. # [19:04] * Joins: tantek (n=tantek@pool-173-51-0-12.lsanca.dsl-w.verizon.net)
  236. # [19:04] * ChanServ sets mode: +o tantek
  237. # [19:07] * Quits: besbes (n=besbes@mercury.mminf.univie.ac.at) (Read error: 110 (Connection timed out))
  238. # [19:17] * Quits: KevinMarks (n=KevinMar@w229.z065106072.sjc-ca.dsl.cnc.net) ("The computer fell asleep")
  239. # [19:17] * Joins: KevinMarks (n=KevinMar@w229.z065106072.sjc-ca.dsl.cnc.net)
  240. # [19:32] * Joins: dglazkov_ (n=dglazkov@nat/google/x-ce66c572259373ed)
  241. # [19:32] * Quits: @dglazkov (n=dglazkov@nat/google/x-6170faff50f98d1b) (Read error: 60 (Operation timed out))
  242. # [19:36] * dglazkov_ is now known as dglazkov
  243. # [19:36] * ChanServ sets mode: +o dglazkov
  244. # [19:54] * Quits: levitation[A] (n=levitati@rubiin.physic.ut.ee) (Remote closed the connection)
  245. # [19:56] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  246. # [20:03] * Quits: _emp_ (n=alex@rakim.cfhp.org) (niven.freenode.net irc.freenode.net)
  247. # [20:03] * Joins: _emp_ (n=alex@rakim.cfhp.org)
  248. # [20:11] * Joins: levitation[A] (n=levitati@rubiin.physic.ut.ee)
  249. # [20:16] * Quits: tim_hwang (n=chatzill@65.112.11.58) (Read error: 110 (Connection timed out))
  250. # [20:21] * Quits: @dglazkov (n=dglazkov@nat/google/x-ce66c572259373ed) (Remote closed the connection)
  251. # [20:22] * Joins: dglazkov (n=dglazkov@nat/google/x-818f7ba13a20ec59)
  252. # [20:22] * ChanServ sets mode: +o dglazkov
  253. # [20:25] * Quits: stevenvg|away (n=steven@58.62.142.188) ("Bye!")
  254. # [20:26] * Quits: KevinMarks (n=KevinMar@w229.z065106072.sjc-ca.dsl.cnc.net) ("The computer fell asleep")
  255. # [20:33] * Quits: jrodgers (n=jrodgers@spg-wks-bff2.uwaterloo.ca) (Read error: 110 (Connection timed out))
  256. # [20:46] * Joins: benward (n=benward@nat/yahoo/x-17c11087f10849dd)
  257. # [20:46] * ChanServ sets mode: +o benward
  258. # [21:21] * Joins: jrodgers (n=jrodgers@CPE000d93221ae3-CM0012c99f023e.cpe.net.cable.rogers.com)
  259. # [21:28] * Joins: tim_hwang (n=chatzill@65.112.11.39)
  260. # [21:33] * Quits: jrodgers (n=jrodgers@CPE000d93221ae3-CM0012c99f023e.cpe.net.cable.rogers.com)
  261. # [21:55] * Joins: ebel (n=rory@unaffiliated/ebel)
  262. # [22:26] * Quits: @tantek (n=tantek@pool-173-51-0-12.lsanca.dsl-w.verizon.net)
  263. # [22:28] * Quits: @dglazkov (n=dglazkov@nat/google/x-818f7ba13a20ec59) (Read error: 104 (Connection reset by peer))
  264. # [22:39] * Joins: dglazkov (n=dglazkov@nat/google/x-b2ed5a55c34347d0)
  265. # [22:39] * ChanServ sets mode: +o dglazkov
  266. # [22:52] * Quits: csarven (n=csarven@modemcable106.33-81-70.mc.videotron.ca) ("Leaving.")
  267. # [23:06] * Quits: @dglazkov (n=dglazkov@nat/google/x-b2ed5a55c34347d0) (Read error: 104 (Connection reset by peer))
  268. # [23:06] * Joins: dglazkov (n=dglazkov@nat/google/x-85b0f6f54524b1d4)
  269. # [23:06] * ChanServ sets mode: +o dglazkov
  270. # [23:51] * Quits: Hey_neken (n=kaxero@215.Red-213-96-129.staticIP.rima-tde.net) (Remote closed the connection)
  271. # Session Close: Wed May 20 00:00:00 2009

The end :)