IRC Log for #microformats on 2009-04-30

Timestamps are in UTC.

  1. [00:02:08] <mfbot> Tantek edited value-class-pattern "/* Basic Parsing */ note special handling of abbr, area, img elements (as before, from [[hcard-parsing]]))" (+284) http://is.gd/vttr
  2. [00:20:43] * leahculver (n=leahculv@204.9.180.30) Quit ()
  3. [00:31:48] * memload (n=jamesjef@82.37.24.167) Quit (Client Quit)
  4. [00:36:25] <mfbot> Tantek edited value-class-pattern "simplify and make consistent basic parsing and date time concatenation parsing" (-28) http://is.gd/vtL9
  5. [00:42:05] * shigeta (n=shigeta@124.32.114.226) has joined #microformats
  6. [00:46:59] * Amorphous (i=jan@unaffiliated/amorphous) Quit (Read error: 110 (Connection timed out))
  7. [00:50:05] * Amorphous (i=jan@unaffiliated/amorphous) has joined #microformats
  8. [00:52:56] * dglazkov (n=dglazkov@nat/google/x-f9597d0ce3f03fd6) Quit (Read error: 110 (Connection timed out))
  9. [01:08:19] <mfbot> Tantek edited value-class-pattern "/* Parsing date and time concatenation */ add more details for consideration of parsing am/pm suffix in a separate time value, add reference to Wikipedia article on the 12 hour clock" (+186) http://is.gd/vu1O
  10. [01:08:25] * Broady (n=broady@unaffiliated/broady) has joined #microformats
  11. [01:08:33] * tantek (n=tantek@64.1.214.211) Quit ()
  12. [01:19:13] * azazul (n=azazul@zelli-kojas.lanet.lv) Quit ("Leaving")
  13. [01:56:33] * to_ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) has joined #microformats
  14. [02:09:41] * benward (n=benward@98.210.154.133) has joined #microformats
  15. [02:09:41] * ChanServ sets mode +o benward
  16. [02:59:02] * benward (n=benward@98.210.154.133) Quit ("Shutdown")
  17. [03:02:14] * dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) has joined #microformats
  18. [03:02:14] * ChanServ sets mode +o dglazkov
  19. [03:35:49] * shigeta_ (n=shigeta@124.32.114.226) has joined #microformats
  20. [03:36:46] * petercoulton (n=petercou@5ac0c364.bb.sky.com) has joined #microformats
  21. [03:55:27] * shigeta (n=shigeta@124.32.114.226) Quit (Read error: 110 (Connection timed out))
  22. [04:41:26] * to_ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) Quit ()
  23. [05:07:16] * besbes (n=besbes@91-115-183-160.adsl.highway.telekom.at) has joined #microformats
  24. [05:11:49] * dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) Quit ()
  25. [05:17:19] * BenWard (n=benward@32.152.92.67) has joined #microformats
  26. [05:17:19] * ChanServ sets mode +o BenWard
  27. [05:18:28] * BenWard (n=benward@32.152.92.67) Quit (Client Quit)
  28. [05:38:46] * besbes (n=besbes@91-115-183-160.adsl.highway.telekom.at) Quit ()
  29. [06:02:21] * besbes (n=besbes@91-115-183-160.adsl.highway.telekom.at) has joined #microformats
  30. [06:04:53] * georgebrock (n=georgebr@cpc1-wilm1-0-0-cust850.bagu.cable.ntl.com) has joined #microformats
  31. [06:05:59] * petercoulton (n=petercou@5ac0c364.bb.sky.com) Quit ("Leaving")
  32. [06:12:07] * petercoulton (n=petercou@5ac0c364.bb.sky.com) has joined #microformats
  33. [06:50:03] * georgebrock_ (n=georgebr@cpc1-wilm1-0-0-cust850.bagu.cable.ntl.com) has joined #microformats
  34. [06:50:04] * georgebrock (n=georgebr@cpc1-wilm1-0-0-cust850.bagu.cable.ntl.com) Quit (Read error: 54 (Connection reset by peer))
  35. [07:11:11] * csarven (n=csarven@modemcable150.182-202-24.mc.videotron.ca) Quit ("Leaving.")
  36. [07:11:25] * besbes (n=besbes@91-115-183-160.adsl.highway.telekom.at) Quit ()
  37. [07:31:08] * besbes (n=besbes@mercury.mminf.univie.ac.at) has joined #microformats
  38. [07:44:09] * georgebrock_ (n=georgebr@cpc1-wilm1-0-0-cust850.bagu.cable.ntl.com) Quit ()
  39. [07:56:48] * georgebrock (n=georgebr@host81-158-242-88.range81-158.btcentralplus.com) has joined #microformats
  40. [07:59:34] * tobyink (n=tai@77.89.160.246) has joined #microformats
  41. [08:03:20] * gsnedders (n=gsnedder@86.136.52.180) Quit (Remote closed the connection)
  42. [08:08:07] * gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) has joined #microformats
  43. [08:35:29] * MrTopf (n=cs@p5B3965B4.dip.t-dialin.net) has joined #microformats
  44. [08:50:24] * Broady (n=broady@unaffiliated/broady) Quit (Read error: 110 (Connection timed out))
  45. [08:51:35] * emrojo (n=emrojo@163.117.139.34) has joined #microformats
  46. [08:59:18] * BobJonkman (n=BobJonkm@206-248-137-186.dsl.teksavvy.com) Quit ("Leaving.")
  47. [09:26:51] * besbes_ (n=besbes@falkenstein.mminf.univie.ac.at) has joined #microformats
  48. [09:31:41] * Broady (n=broady@unaffiliated/broady) has joined #microformats
  49. [09:37:11] * Prometheus (n=promethe@unaffiliated/prometheus) has joined #microformats
  50. [09:38:15] * ntoll (n=ntoll@85.210.101.94) has joined #microformats
  51. [09:42:52] * besbes (n=besbes@mercury.mminf.univie.ac.at) Quit (Read error: 110 (Connection timed out))
  52. [09:54:00] * georgebrock (n=georgebr@host81-158-242-88.range81-158.btcentralplus.com) Quit ()
  53. [10:11:25] * besbes (n=besbes@mercury.mminf.univie.ac.at) has joined #microformats
  54. [10:18:13] * besbes_ (n=besbes@falkenstein.mminf.univie.ac.at) Quit (Read error: 60 (Operation timed out))
  55. [10:19:39] * Politoed (i=Sholsest@a83-132-177-9.cpe.netcabo.pt) Quit (Read error: 104 (Connection reset by peer))
  56. [10:21:58] * georgebrock (n=georgebr@host81-158-242-88.range81-158.btcentralplus.com) has joined #microformats
  57. [10:22:36] * georgebrock (n=georgebr@host81-158-242-88.range81-158.btcentralplus.com) Quit (Client Quit)
  58. [10:25:20] * georgebrock (n=georgebr@host81-158-242-88.range81-158.btcentralplus.com) has joined #microformats
  59. [10:45:10] * gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) Quit (Remote closed the connection)
  60. [11:01:16] * Prometheus (n=promethe@unaffiliated/prometheus) Quit (Read error: 54 (Connection reset by peer))
  61. [11:05:41] * eaton (n=eaton@drupal.org/user/16496/view) has joined #microformats
  62. [11:11:49] * eaton (n=eaton@drupal.org/user/16496/view) Quit ()
  63. [11:15:56] * BobJonkman (n=BobJonkm@206-248-137-186.dsl.teksavvy.com) has joined #microformats
  64. [11:29:07] * _fil_ (n=fil@217.24.84.10) has joined #microformats
  65. [11:30:19] * Prometheus (n=promethe@unaffiliated/prometheus) has joined #microformats
  66. [11:32:04] <mfbot> ThomasLoertsch edited hrecipe "/* ingredient */ typo correction" (+2) http://is.gd/vzSz
  67. [11:44:06] * eaton (n=eaton@drupal.org/user/16496/view) has joined #microformats
  68. [11:52:54] * eaton (n=eaton@drupal.org/user/16496/view) Quit ()
  69. [12:05:10] * besbes_ (n=besbes@securewlan-239-151.pns.univie.ac.at) has joined #microformats
  70. [12:10:39] * besbes (n=besbes@mercury.mminf.univie.ac.at) Quit (Read error: 110 (Connection timed out))
  71. [12:14:52] * shigeta_ (n=shigeta@124.32.114.226) Quit ("Leaving...")
  72. [12:34:37] * ajturner (n=ajturner@209.155.228.129) has joined #microformats
  73. [12:51:07] * georgebrock (n=georgebr@host81-158-242-88.range81-158.btcentralplus.com) Quit ()
  74. [12:52:00] * memload (n=jamesjef@82.37.24.167) has joined #microformats
  75. [13:25:40] * besbes_ (n=besbes@securewlan-239-151.pns.univie.ac.at) Quit ()
  76. [13:31:13] * Prometheus (n=promethe@unaffiliated/prometheus) Quit ("⏏")
  77. [13:37:10] * besbes (n=besbes@falkenstein.mminf.univie.ac.at) has joined #microformats
  78. [13:39:32] * besbes_ (n=besbes@vpn-119.pri.univie.ac.at) has joined #microformats
  79. [13:40:41] * ntoll (n=ntoll@85.210.101.94) Quit ("this is not a quit message")
  80. [13:43:26] * besbes__ (n=besbes@falkenstein.mminf.univie.ac.at) has joined #microformats
  81. [13:47:48] * to_ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) has joined #microformats
  82. [13:48:45] * besbes_ (n=besbes@vpn-119.pri.univie.ac.at) Quit (Read error: 60 (Operation timed out))
  83. [13:58:25] * besbes (n=besbes@falkenstein.mminf.univie.ac.at) Quit (Read error: 110 (Connection timed out))
  84. [14:16:11] * petercoulton (n=petercou@5ac0c364.bb.sky.com) Quit ("Leaving")
  85. [14:41:48] * dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) has joined #microformats
  86. [14:41:48] * ChanServ sets mode +o dglazkov
  87. [14:50:13] * cgriego (n=cgriego@out-02.hotels.com) has joined #microformats
  88. [14:57:14] * dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) Quit ()
  89. [14:57:27] * gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) has joined #microformats
  90. [15:15:33] * besbes (n=besbes@131.130.33.118) has joined #microformats
  91. [15:20:51] * besbes (n=besbes@131.130.33.118) Quit (Remote closed the connection)
  92. [15:21:06] * besbes (n=besbes@vpn-118.pri.univie.ac.at) has joined #microformats
  93. [15:21:33] * besbes (n=besbes@vpn-118.pri.univie.ac.at) Quit (Remote closed the connection)
  94. [15:22:43] * tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) has joined #microformats
  95. [15:22:44] * ChanServ sets mode +o tantek
  96. [15:23:03] * Prometheus (n=promethe@unaffiliated/prometheus) has joined #microformats
  97. [15:28:22] * dglazkov (n=dglazkov@nat/google/x-dd5d2d69cd4b946c) has joined #microformats
  98. [15:28:22] * ChanServ sets mode +o dglazkov
  99. [15:35:06] * besbes__ (n=besbes@falkenstein.mminf.univie.ac.at) Quit (Read error: 110 (Connection timed out))
  100. [15:35:49] <mfbot> Tantek edited value-class-pattern "/* Parsing date and time concatenation */ link fix" (+0) http://is.gd/vDbn
  101. [15:41:51] * singpolyma (n=singpoly@node-6457.tor.pppoe.execulink.com) has joined #microformats
  102. [15:55:13] * levitation[A] (n=levitati@rubiin.physic.ut.ee) Quit (Remote closed the connection)
  103. [16:03:41] * to_ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) Quit ()
  104. [16:05:43] * to_ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) has joined #microformats
  105. [16:19:00] * petercoulton (n=petercou@5ac0c364.bb.sky.com) has joined #microformats
  106. [16:21:08] * Prometheus (n=promethe@unaffiliated/prometheus) Quit ("⏏")
  107. [16:22:21] * to__ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) has joined #microformats
  108. [16:24:20] * levitation[A] (n=levitati@rubiin.physic.ut.ee) has joined #microformats
  109. [16:30:13] * to_ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) Quit (Connection timed out)
  110. [16:31:16] * tobyink (n=tai@77.89.160.246) Quit ("Leaving.")
  111. [16:45:22] * jonrohan (n=jrohan@208.82.18.93) has joined #microformats
  112. [16:49:32] * leahculver (n=leahculv@204.9.180.30) has joined #microformats
  113. [16:51:30] * singpolyma (n=singpoly@node-6457.tor.pppoe.execulink.com) Quit ("Lost terminal")
  114. [16:57:12] * MrTopf (n=cs@p5B3965B4.dip.t-dialin.net) Quit ()
  115. [17:02:41] * petercoulton (n=petercou@5ac0c364.bb.sky.com) Quit ("Leaving")
  116. [17:03:00] * petercoulton (n=petercou@5ac0c364.bb.sky.com) has joined #microformats
  117. [17:16:34] * Hey_neken (n=kaxero@215.Red-213-96-129.staticIP.rima-tde.net) has joined #microformats
  118. [17:36:25] * tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) Quit (Read error: 54 (Connection reset by peer))
  119. [17:36:57] * tantek (n=tantek@adsl-63-195-114-133.dsl.snfc21.pacbell.net) has joined #microformats
  120. [17:36:57] * ChanServ sets mode +o tantek
  121. [17:43:26] * emrojo (n=emrojo@163.117.139.34) has left #microformats
  122. [17:47:28] * eaton (n=eaton@drupal.org/user/16496/view) has joined #microformats
  123. [17:58:34] * eaton (n=eaton@drupal.org/user/16496/view) Quit ()
  124. [18:09:45] * jonrohan (n=jrohan@208.82.18.93) has left #microformats
  125. [18:25:56] * singpolyma (n=singpoly@node-6457.tor.pppoe.execulink.com) has joined #microformats
  126. [18:28:15] <mfbot> Tantek edited value-class-pattern "allow HH of 24 per ISO8601" (+0) http://is.gd/vFpK
  127. [18:37:32] * csarven (n=csarven@modemcable150.182-202-24.mc.videotron.ca) has joined #microformats
  128. [18:38:39] * ramsey (n=ramsey@unaffiliated/ramsey) Quit (Read error: 110 (Connection timed out))
  129. [18:46:26] * csarven (n=csarven@modemcable150.182-202-24.mc.videotron.ca) Quit ("Leaving.")
  130. [18:48:50] * singpolyma (n=singpoly@node-6457.tor.pppoe.execulink.com) Quit ("Lost terminal")
  131. [19:11:13] <mfbot> Tantek edited html5 "added requests for examples and parsing details for HTML5 (if any are needed)" (+430) http://is.gd/vFXG
  132. [19:12:58] * to_ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) has joined #microformats
  133. [19:16:17] * ramsey (n=ramsey@unaffiliated/ramsey) has joined #microformats
  134. [19:18:56] * to__ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) Quit (Success)
  135. [19:35:43] <mfbot> Tantek edited licensing-formats "fix link" (+131) http://is.gd/vGfG
  136. [19:36:16] <mfbot> Tantek edited licensing-formats "Reverted edits by [[Special:Contributions/Tantek|Tantek]] ([[User talk:Tantek|Talk]]) to last version by [[User:Mike Linksvayer|Mike Linksvayer]]" (-131) http://is.gd/vGgb
  137. [19:37:42] <mfbot> Tantek edited licensing-formats "actually fix link, and add a related section cross-linking to related pages" (+113) http://is.gd/vGh8
  138. [19:38:15] <mfbot> Tantek edited licensing-examples "added see also section" (+111) http://is.gd/vGhz
  139. [19:38:58] <mfbot> Tantek edited licensing-brainstorming "added see also section" (+112) http://is.gd/vGi6
  140. [19:40:32] * singpolyma (n=singpoly@node-6457.tor.pppoe.execulink.com) has joined #microformats
  141. [19:42:50] <mfbot> Tantek edited licensing "group/simplify use case hypotheses to "What" and "How to attribute"." (+141) http://is.gd/vGku
  142. [19:44:06] <tantek> Hixie, I've simplified what I see are reasonable and desirable use cases for a licensing microformat to two things: 1. *What* is being licensed, and 2. *How to attribute* (if necessary). I think that if a licensing microformat solved those two, then there wouldn't be a need for ccREL.
  143. [19:44:18] <tantek> See http://microformats.org/wiki/licensing#Usecases_hypothesis for details of that 1 and 2.
  144. [19:46:14] <Hixie> seems like a link to a license would be good too
  145. [19:46:16] <Hixie> :-)
  146. [19:46:38] <tantek> yes, amazing how we can forget the obvious :)
  147. [19:48:54] <Hixie> would be nice to have an algorithm somewhere that, given an HTML DOM, defines how you get a list of URL-license pairs (along with whatever other information is there)
  148. [19:49:46] <Hixie> one of the problems with microformats in general is that there isn't a clear way to distinguish where a microformat starts, e.g. "fn" and "vcard" appear the same to someone who doesn't know the hCard microformat
  149. [19:50:12] <mfbot> Tantek edited licensing "/* Usecases hypothesis */ added obvious "what is the license" use case hypothesis - thanks Hixie" (+215) http://is.gd/vGpp
  150. [19:50:14] <Hixie> this is both a pedagogical issue (noticing where the format starts and ends isn't clear, especially with lots of "css clases" around to muddle the issue)
  151. [19:51:20] <tantek> Hixie, the clear way to distinguish where a microformat starts is the root class name. http://microformats.org/wiki/hcard-parsing#root_class_name
  152. [19:51:37] <Hixie> and a more practical issue for people who want to take pages and hand them off to an inference engine (e.g. wolfram alpha) or expose the data to an API (e.g. searchmonkey)
  153. [19:51:44] * benward (n=benward@65.164.123.28) has joined #microformats
  154. [19:51:44] * ChanServ sets mode +o benward
  155. [19:51:51] <Hixie> right, there's no way to know without knowing the format, that's what i mean
  156. [19:54:25] <tantek> ah ok - what you're really asking (without knowing you were asking) is, given a URL to an XMDP (which is how microformats are defined, similar to DTDs defining your HTML), how do you know what is the root class name?
  157. [19:55:42] <Hixie> no, because i don't think anyone in practice will actually provide XMDPs
  158. [19:56:21] <tantek> how is that any different from anyone in practice providing DTDs?
  159. [19:56:59] <Hixie> it's not -- you have to know the HTML spec to parse text/html. Which is a problem, and is why people use XML for a lot of things.
  160. [19:59:41] <tantek> but that's ok because the crowd that uses XML for a lot of things is also very particular about including DTDs, thus can use XHTML in that way, and also be very particular about including XMDPs.
  161. [20:00:13] <Hixie> searchmonkey is a counter-example to that
  162. [20:00:40] <tantek> is searchmonkey indexing random XML?
  163. [20:00:43] <Hixie> searchmonkey intends to expose arbitrary vocabularies that people come up with, including those microformats that might be invented later, but it can't parse them if it doesn't know about them
  164. [20:01:26] <tantek> so searchmonkey provides incentive for inclusion of XMDP URLs then
  165. [20:01:51] <tantek> because searchmonkey can simply read those XMDPs and discover new microformats in that fashion
  166. [20:01:55] <tantek> new poshformats for that matter
  167. [20:02:08] <Hixie> the idea is that it would expose information on pages that don't have any relationship with the person who wants to expose the data
  168. [20:02:09] <tantek> as anyone can write an XMDP that defines the classes and ids they are using
  169. [20:02:15] <Hixie> e.g. how it can expose hCard on sites today
  170. [20:02:20] <Hixie> those sites don't expose XMDP
  171. [20:02:24] <tantek> sure
  172. [20:02:44] <Hixie> anyway, DTDs are an anti-pattern that i'm pretty sure we don't want to replicate here :-)
  173. [20:02:49] <Hixie> especially after we got rid of them for HTML
  174. [20:02:55] <tantek> then they might as well just index all classes and IDs
  175. [20:03:12] <Hixie> sure but how do they know which classes and IDs are "root" classes and IDS?
  176. [20:03:50] <tantek> there have been proposals to include that in the microformats themselves
  177. [20:04:01] <tantek> without the need for XMDP
  178. [20:04:44] <tantek> BTW I don't see DTDs as much as an anti-pattern as a threshold to meet to answer the "URI extensibility" crowd's questions/issues, since that crowd seems happy with DTDs, all you need is something "just as good".
  179. [20:06:16] <tantek> Hixie, the problem of indicating the root class is also one that overlaps with indicating when a parser has encountered another piece of microformatted information that it shouldn't be looking inside for properties for some microformat higher up in the parse tree.
  180. [20:06:29] <tantek> there is some thinking on that here: http://microformats.org/wiki/mfo
  181. [20:07:59] <tantek> anyway, solutions proposed to date (e.g. RDFa) are generally considered too fragile (authors/developers won't maintain them) to be worthy of pursuing
  182. [20:08:27] <tantek> I'd rather say, there is no solution now, than offer a solution which is expectedly fragile and due to induce/cause data loss in the future.
  183. [20:09:40] <tantek> however, it all you're looking to do is *experiment* with a format (say in a specific vertical area perhaps not significantly published on the web in order to merit a microformat), then random XML, or RDFa etc. may make sense
  184. [20:10:03] <tantek> but even in those cases, I encourage people to do what web designers have been doing for years - just use semantic class names of your own
  185. [20:10:14] <tantek> or the larger practice of semantic HTML
  186. [20:10:19] <tantek> http://microformats.org/wiki/posh
  187. [20:11:13] <tantek> btw, speaking of anti-patterns
  188. [20:11:41] <tantek> the whole notion of wanting to "expose arbitrary vocabularies" is fairly fundamentally flawed, or rather, will only result in Babel.
  189. [20:19:37] <mfbot> Tantek edited xmdp-brainstorming "/* root class name identification */ added inline alternative possibility" (+1301) http://is.gd/vGLh
  190. [20:22:28] * thomasknoll (n=thomaskn@173.11.69.17) has joined #microformats
  191. [20:26:22] <Hixie> tantek: i don't really care about that crowd as you put it, i'm more worried about things like people wanting to mark up their family history and have searchmonkey then expose it, without them having to get Yahoo! to implement their custom little set of class values
  192. [20:27:34] <Hixie> tantek: i don't see why my dad shouldn't be able to mark up his family history pages in a way that he can then extract data from in a consistent manner using tools
  193. [20:28:01] <Hixie> tantek: we already have the tower of babel "problem" with class names in general
  194. [20:36:41] * singpolyma (n=singpoly@node-6457.tor.pppoe.execulink.com) Quit ("Lost terminal")
  195. [20:37:36] * to__ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) has joined #microformats
  196. [20:44:06] * to_ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) Quit (Read error: 110 (Connection timed out))
  197. [20:48:14] <Hixie> incidentally what is "hreview-aggregate"? i see it on http://www.tripadvisor.com/Hotel_Review-g155032-d185642-Reviews-La_Maison_Pierre_du_Calvet-Montreal_Quebec.html
  198. [20:48:24] <Hixie> but it doesn't seem to be on the hreview wiki page
  199. [20:48:59] <Hixie> oh, found it on http://microformats.org/wiki/aggregate-microformat-template-brainstorming
  200. [20:49:36] <Hixie> not so hypothetical i guess
  201. [21:01:05] <tantek> hReview aggregate is a microformat being pursued by a bunch of folks, some of them at Google
  202. [21:01:14] <Hixie> cool
  203. [21:01:55] <tantek> interesting, I didn't realize sites were trying it out in the wild yet
  204. [21:03:11] <tantek> regarding family history / genealogy, there's the "just use hCard + XFN" answer, and then there's more here: http://microformats.org/wiki/genealogy
  205. [21:03:41] <Hixie> and for marklin model trains, is there a microformat for that too?
  206. [21:03:54] <Hixie> microformats aren't going to cover everything people want
  207. [21:03:57] <Hixie> which is fine
  208. [21:04:01] <tantek> precisely, and that's by design!
  209. [21:04:16] <tantek> http://microformats.org/wiki/microformats#microformats_are_not
  210. [21:04:20] <tantek> since inception
  211. [21:04:27] <Hixie> but that doesn't mean that small groups of people aren't going to want to do the same kind of thing with their own pages in small groups
  212. [21:04:45] <Hixie> e.g. a bunch of students in a class writing content that the professor aggregates
  213. [21:05:00] <Hixie> (university of mary does this with blogs iirc)
  214. [21:05:27] <Hixie> right now it's not clear how to write a generic tool to handle arbitrary vocabularies
  215. [21:05:28] <tantek> Hixie, there is a larger problem which is that small groups of people are rarely going to have the necessary experience/skills to actually produce a good data format
  216. [21:05:33] <tantek> including vocabulary
  217. [21:05:38] <Hixie> it doesn't have to be good
  218. [21:05:44] <Hixie> it just have to be good enough to work for them
  219. [21:05:50] <tantek> so it is inevitable that there will be a bunch of one-off experimental short term vocabularies
  220. [21:06:06] <tantek> sure, for those folks, they can "just use XML" as it has been used to date
  221. [21:06:21] <Hixie> i don't think that's reasonable
  222. [21:06:33] <Hixie> they have html content, why can't they annotate it like the big boys?
  223. [21:06:59] <tantek> see above - it takes "big boys" with necessary experience/skills to actually produce a good data format
  224. [21:08:47] <tantek> alternatively they can do what web designers have been doing before microformats even existed
  225. [21:08:59] <tantek> just use semantic class names and posh in general http://microformats.org/wiki/posh
  226. [21:09:22] <tantek> perhaps even create their own poshformats if they really want to try to start creating a "format" per se: http://microformats.org/wiki/poshformats
  227. [21:10:09] <tantek> there are entire disciplines dedicated to this kind of thing, like Information Architecture
  228. [21:10:40] <tantek> it is actually much more unresasonable to expect that small groups of people are going to be able to create something which actually takes some amount of expertise (in known and studied fields) to create
  229. [21:11:46] <Hixie> i think it's unreasonable to say that a small group of people can't use generic tools to annotate their markup
  230. [21:12:28] <Hixie> for that matter, i think it's unreasonable to require that every microformat has to have its own dedicated parser that knows about all the class names to get the data into a reusable and exposable data structure
  231. [21:12:38] <Hixie> even text/html's parser doesn't know about all the tags in html. :-)
  232. [21:12:53] <Hixie> and that's a pretty screwed up language :-)
  233. [21:14:11] * azazul (n=azazul@zelli-kojas.lanet.lv) has joined #microformats
  234. [21:14:15] <tantek> it's the very act of annotation, in any meaningful sense (using a vocabulary etc) that's the hard part
  235. [21:14:55] <tantek> it's not unreasonable to say that, just as it's not unreasonable to say that a small groups of people can't use generic tools to build an airplane
  236. [21:15:16] <Hixie> but they can
  237. [21:15:33] <tantek> not without being skilled
  238. [21:15:54] <Hixie> you can totally use generic CAD programs and CNC lathes and so forth
  239. [21:15:56] <Hixie> i've done it myself
  240. [21:16:04] <Hixie> and i'm hardly skilled
  241. [21:16:11] <tantek> you might be able to build something that looks like an airplane, but it won't actually fly
  242. [21:16:26] <Hixie> sure, but they can still use the tools
  243. [21:16:34] <tantek> similarly, groups may be able to build something to looks like decent annotations, but it won't actually work to share data
  244. [21:16:55] <Hixie> it doesn't need to work on a large scale, it only has to be good enough for their own needs
  245. [21:17:35] <tantek> right, the airplane they build won't go short distances, across town even, nevermind large scales like across continents
  246. [21:18:07] <Hixie> tell that to the FIRST robotics teams
  247. [21:18:14] <tantek> it's not that much different than saying they can't write code just for their own needs too
  248. [21:18:28] <Hixie> every year, kids around the world build robots using generic tools that work very well
  249. [21:18:58] <Hixie> and getting basic annotation-like stuff working on a limited basis isn't anywhere near as complex as building a robot
  250. [21:19:16] <tantek> it might be more complex/difficult actually
  251. [21:19:27] <tantek> because with annotation, the tests are all abstract, data etc.
  252. [21:19:51] <tantek> whereas with a robot, physics gives you good feedback at every step as to whether you're making a mistake or making progress
  253. [21:20:36] <Hixie> if you have a specific goal in mind, e.g. aggregating a bunch of documents, then testing is easy.
  254. [21:20:44] <Hixie> and that's the kind of thing we're talking about here.
  255. [21:21:17] <Hixie> specific concrete goals that need minor annotation support, and the ability to use generic tools to achieve the results
  256. [21:21:40] <tantek> sure, and you might say RDF has been trying to solve that problem for 15+ years
  257. [21:22:04] <Hixie> RDF fails to solve that problem on so many levels it's not even worth discussing here
  258. [21:22:14] <tantek> that's not the point
  259. [21:22:29] <Hixie> then what's the point? one group failed so we must give up?
  260. [21:22:33] <tantek> the people who set out with the goal of creating generic tools for annotation have followed that path
  261. [21:22:47] <tantek> not necessarily give up, but perhaps solve simpler problems first
  262. [21:23:10] <tantek> learn from solving those simpler problems, perhaps with hardcoded vocabularies, parsers etc.
  263. [21:23:22] <Hixie> i believe the problem i'm describing is orders of magnitude simpler than the problems the RDF community set out to solve
  264. [21:23:34] <tantek> and *maybe* we might have sufficient wisdom some day to actually produce a solution to the generic tools problem
  265. [21:23:44] <tantek> Hixie, it doesn't sound like it
  266. [21:24:24] <Hixie> either you underestimate the kind of problems they want to solve, or you overestimate my ambition :-)
  267. [21:25:09] <tantek> your scoping of annotation by groups and using "generic tools" matches the RDF community
  268. [21:25:33] <Hixie> so does my using english :-)
  269. [21:26:16] <tantek> in the case of English, so does microformats http://microformats.org/wiki/en-US
  270. [21:26:59] <Hixie> my point is that just because there are similarities doesn't mean the same problem is being solved. That, if anything, is the mistake many RDF proponents make a lot.
  271. [21:27:17] <tantek> sure, I tend to agree with that statement
  272. [21:27:36] <tantek> however, if two things resemble each other, it's important to point out why it's different
  273. [21:27:44] <tantek> otherwise you fall prey to the "quacks like a duck" problem
  274. [21:29:18] <Hixie> ok, things rdf attempts to solve that i have no interest in solving: a generic data model that can describe anything; preventing name clashes; defining schemas; ability to reason or perform inference based on the data; ability to translate from one vocabulary to another
  275. [21:29:39] <tantek> and arbitrary annotation, small groups, generic tools are all very much "smells like RDF", or before RDF, smells like "knowledge representation" an already well trudged field of AI
  276. [21:30:06] <Hixie> it also smells of xml and json
  277. [21:30:08] <Hixie> and sgml
  278. [21:30:09] <tantek> RDF itself has had (still has) difficulty distinguishing itself from KR
  279. [21:30:57] <tantek> http://en.wikipedia.org/wiki/Knowledge_representation
  280. [21:32:11] <tantek> "ability to reason or perform inference based on the data; ability to translate from one vocabulary to another" are more OWL than RDF
  281. [21:32:39] <tantek> generic data model sounds like arbitrary annotations
  282. [21:32:46] <tantek> (vice versa)
  283. [21:33:40] <tantek> "defining schemas" is not that different from "defining vocabularies" especially if you start to add things like, what's the root, etc.
  284. [21:34:07] <tantek> that just leaves "preventing name clashes" - so what you've described then is just RDF without namespaces
  285. [21:41:12] <Hixie> i disagree with most of that but the key one is that i don't think we should define what the root is in a definition of a vocabulary
  286. [21:41:25] <Hixie> i think it needs to be syntacticaly self-evident
  287. [21:41:30] <tantek> interesting
  288. [21:42:12] * to_ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) has joined #microformats
  289. [21:43:42] <tantek> we have found cases where it was useful to alter the definition of what was a root after the fact, and without problems
  290. [21:43:59] <tantek> e.g. in hCard the root is the class name "vcard"
  291. [21:44:15] <tantek> however we found use cases for separate/lone addresses and geo coordinates
  292. [21:44:37] <tantek> and thus defined the "adr" and "geo" microformats as proper subsets of hCard with those two respective class names as roots
  293. [21:44:41] <Hixie> yeah i was looking at adr in particular recently
  294. [21:45:20] <tantek> thus, I would offer that experience to date shows that it might not be desirable to require that the root is syntactically self-evident.
  295. [21:45:22] <Hixie> and wondering whether if we did add some way to indicate a "root" of some kind, it might make sense to have a way to indicate that a root is still part of another object as well
  296. [21:47:10] <tantek> I believe we approached an isomorphic problem from a different direction, that is, it can be useful to be able to know that a contained microformat's properties should not affect the container - thus mfo http://microformats.org/wiki/mfo
  297. [21:47:36] <tantek> and this has been based upon the experience of developing hAtom and hAudio
  298. [21:48:00] <tantek> again - as before - reasoning from experience rather than just a priori needs
  299. [21:48:54] * to__ (n=abernier@AAubervilliers-551-1-53-8.w86-212.abo.wanadoo.fr) Quit (Connection timed out)
  300. [21:58:15] <benward> tantek: Blog and wiki themes both updated to use value-class-pattern, so will deploy them when we're ready.
  301. [21:59:52] <benward> tantek: Additionally, going to pop a new static header above the blog on the front page linking to more… regularly updated… sources of µf news.
  302. [22:00:18] <benward> Thinking: Twitter account, github presence, IRC channel… and anything that gets suggested to me before we go live.
  303. [22:03:40] <tantek> certainly twitter and IRC
  304. [22:04:14] <tantek> oh wait
  305. [22:04:21] <tantek> there's already stuff in the header for most of those
  306. [22:04:41] <tantek> github presence should probably just go on http://microformats.org/code-tools/
  307. [22:05:19] <benward> Who maitains code-tools?
  308. [22:07:02] <tantek> admins
  309. [22:10:17] <tantek> for IRC, perhaps we should raise that above the mailing lists on http://microformats.org/discuss/ and add some more description
  310. [22:11:47] <benward> Let me try again with what I'm talking about adding. The top nav is fine, though some of those pages need to be _actually_ maintained, not just theoretically by ‘admins’. I mean, where the first blog entry currently sites, have a little box with quick links for people to springboard to some more active, uptodate microformats activity.
  311. [22:13:48] <tantek> sure - or perhaps even where the "What are microformats" box sits
  312. [22:13:55] <tantek> (or just below it)
  313. [22:15:13] <tantek> for github in particular I was serious - in that rather than adding it to the home page, code-tools makes sense
  314. [22:16:12] * ajturner (n=ajturner@209.155.228.129) Quit ()
  315. [22:31:48] * georgebrock (n=georgebr@client-80-3-171-201.cht-bng-011.adsl.virginmedia.net) has joined #microformats
  316. [22:46:09] * petercoulton (n=petercou@5ac0c364.bb.sky.com) Quit ("Leaving")
  317. [23:01:17] * dglazkov (n=dglazkov@nat/google/x-dd5d2d69cd4b946c) Quit ()
  318. [23:19:55] * georgebrock (n=georgebr@client-80-3-171-201.cht-bng-011.adsl.virginmedia.net) Quit ()
  319. [23:32:47] <mfbot> Tantek edited to-do "/* Tantek */ remove items that have been completed, note current activity/prioritization on [[value-class-pattern]] and what it affects, add a task to contribute XFN+XMDP from gmpg to microformats.org" (+107) http://is.gd/vIYv
  320. [23:40:10] * Broady (n=broady@unaffiliated/broady) Quit (Read error: 113 (No route to host))
  321. [23:43:32] * dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) has joined #microformats
  322. [23:43:32] * ChanServ sets mode +o dglazkov
  323. [23:50:45] * Danny_B (n=Danny_B@wikimedia/Danny-B.) Quit (Nick collision from services.)
  324. [23:51:43] * enki (n=enki@dsl092-012-007.sfo1.dsl.speakeasy.net) Quit (hubbard.freenode.net irc.freenode.net)
  325. [23:51:43] * Jonbo (n=Jonbo123@DHCP-150-138.resnet.ua.edu) Quit (hubbard.freenode.net irc.freenode.net)
  326. [23:51:44] * cgriego (n=cgriego@out-02.hotels.com) Quit (hubbard.freenode.net irc.freenode.net)
  327. [23:51:45] * gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) Quit (hubbard.freenode.net irc.freenode.net)
  328. [23:51:45] * jiing (n=jiing@59-120-12-62.HINET-IP.hinet.net) Quit (hubbard.freenode.net irc.freenode.net)
  329. [23:52:35] * enki (n=enki@dsl092-012-007.sfo1.dsl.speakeasy.net) has joined #microformats
  330. [23:52:35] * Jonbo (n=Jonbo123@DHCP-150-138.resnet.ua.edu) has joined #microformats
  331. [23:52:54] * gsnedders (n=gsnedder@host86-136-52-180.range86-136.btcentralplus.com) has joined #microformats
  332. [23:52:54] * jiing (n=jiing@59-120-12-62.HINET-IP.hinet.net) has joined #microformats
  333. [23:53:02] * cgriego (n=cgriego@out-02.hotels.com) has joined #microformats
  334. [23:57:22] * dglazkov (n=dglazkov@c-98-207-88-44.hsd1.ca.comcast.net) Quit ()
  335. [23:59:47] * Danny_B (n=Danny_B@wikimedia/Danny-B.) has joined #microformats

These logs were automatically created by mflogbot on chat.freenode.net using a modified version of the Java IRC LogBot.

See http://microformats.org/wiki/mflogbot for more information.