/irc-logs / freenode / #microformats / 2009-08-29 / end

Options:

  1. # Session Start: Sat Aug 29 00:00:00 2009
  2. # Session Ident: #microformats
  3. # [00:00] * Quits: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk) (Connection timed out)
  4. # [00:03] * Joins: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk)
  5. # [00:09] * Joins: zro (n=zro@wikimedia/zro)
  6. # [00:23] * Joins: memload_ (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk)
  7. # [00:29] * Joins: memload__ (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk)
  8. # [00:30] * Quits: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk) (Connection timed out)
  9. # [00:30] * Quits: memload_ (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk) (Read error: 104 (Connection reset by peer))
  10. # [00:31] * Quits: MrTopf (n=cs@p5B3D6D10.dip.t-dialin.net)
  11. # [00:51] * Quits: memload__ (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk) (Success)
  12. # [00:54] * Joins: to__ (n=to_@AAubervilliers-551-1-166-202.w92-141.abo.wanadoo.fr)
  13. # [01:00] * Quits: to_ (n=to_@AAubervilliers-551-1-166-202.w92-141.abo.wanadoo.fr) (Read error: 110 (Connection timed out))
  14. # [01:00] * to__ is now known as to_
  15. # [01:16] * Joins: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk)
  16. # [01:29] * Quits: Danny_B (n=Danny_B@wikimedia/Danny-B.) ("Mine is the last voice you will ever hear. Don't be alarmed.")
  17. # [01:30] * Joins: Danny_B (n=Danny_B@wikimedia/Danny-B.)
  18. # [01:37] * Quits: zro (n=zro@wikimedia/zro) (Remote closed the connection)
  19. # [01:49] * Quits: Danny_B (n=Danny_B@wikimedia/Danny-B.) (Read error: 131 (Connection reset by peer))
  20. # [01:52] * Joins: Danny_B (n=Danny_B@wikimedia/Danny-B.)
  21. # [01:59] * Quits: @dglazkov (n=dglazkov@nat/google/x-fbdcshikanublkzo) (Read error: 110 (Connection timed out))
  22. # [02:04] * Quits: @benward (n=benward@nat/yahoo/x-ozdxtspdbuohvpal) (Read error: 60 (Operation timed out))
  23. # [02:19] * Quits: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk) (Success)
  24. # [02:20] * Joins: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk)
  25. # [02:25] * Quits: gsnedders (n=gsnedder@c83-252-192-255.bredband.comhem.se)
  26. # [02:35] * Joins: memload_ (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk)
  27. # [02:37] * Quits: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk) (Success)
  28. # [02:40] * Joins: tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  29. # [02:40] * ChanServ sets mode: +o tantek
  30. # [02:41] * Quits: singpolyma (n=singpoly@173-11-94-130-SFBA.hfc.comcastbusiness.net) ("Lost terminal")
  31. # [02:49] <@tantek> mkaply, yes, if dtend is just a time, infer date from dtstart
  32. # [02:49] <@tantek> part of the value-class-pattern, being incorporated into hCalendar 1.0.1
  33. # [02:50] <@tantek> madness - interesting, will take a look at the "principles" format research
  34. # [02:50] <@tantek> certainly on the microformats.org wiki we link to our principles
  35. # [02:50] <@tantek> but is this really common enough to merit a microformat?
  36. # [02:50] * Quits: madness (n=mng@70.176.92.111)
  37. # [02:50] <@tantek> certainly it seems reasonable to start with a rel="principles" poshformat and see if it actually gets any traction
  38. # [02:52] * Quits: memload_ (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk) (Connection timed out)
  39. # [02:52] <@tantek> similarly I like the rel="accessibility" poshformat (I think it was from Bruce Lawson) to link to an accessibility statement/page about the current page - makes sense to make those links machine discoverable so that ATs can quickly provide them as an explicit navigation option.
  40. # [02:55] * Joins: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk)
  41. # [03:06] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  42. # [03:06] * ChanServ sets mode: +o dglazkov
  43. # [03:08] * Quits: @dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Client Quit)
  44. # [03:41] * Quits: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk) (Connection timed out)
  45. # [04:06] * Quits: leahculver (n=leahculv@204.9.180.30)
  46. # [04:19] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  47. # [04:19] * ChanServ sets mode: +o dglazkov
  48. # [04:37] * Joins: dglazkov_ (n=dglazkov@72.14.224.1)
  49. # [04:37] * ChanServ sets mode: +o dglazkov_
  50. # [04:40] * Quits: @dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Read error: 54 (Connection reset by peer))
  51. # [04:41] * Joins: dglazkov (n=dglazkov@72.14.224.1)
  52. # [04:41] * ChanServ sets mode: +o dglazkov
  53. # [05:00] * Quits: @dglazkov_ (n=dglazkov@72.14.224.1) (Read error: 110 (Connection timed out))
  54. # [05:12] * Joins: Hey_neken_ (n=kaxero@215.Red-213-96-129.staticIP.rima-tde.net)
  55. # [05:13] * Quits: Hey_neken (n=kaxero@215.Red-213-96-129.staticIP.rima-tde.net) (Read error: 110 (Connection timed out))
  56. # [05:16] * Quits: levitation[A] (n=levitati@rubiin.physic.ut.ee) (SendQ exceeded)
  57. # [05:35] * Quits: to_ (n=to_@AAubervilliers-551-1-166-202.w92-141.abo.wanadoo.fr) (Read error: 60 (Operation timed out))
  58. # [05:42] * Quits: Hey_neken_ (n=kaxero@215.Red-213-96-129.staticIP.rima-tde.net) (Read error: 113 (No route to host))
  59. # [05:43] * Joins: to_ (n=to_@AAubervilliers-551-1-166-202.w92-141.abo.wanadoo.fr)
  60. # [06:44] * Joins: benward (n=benward@98.210.154.133)
  61. # [06:44] * ChanServ sets mode: +o benward
  62. # [06:44] <JonathanMalek> tantek: we're looking at rel-principles as a required field in news
  63. # [07:04] * Joins: dglazkov_ (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  64. # [07:04] * ChanServ sets mode: +o dglazkov_
  65. # [07:05] * Quits: @dglazkov_ (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net) (Client Quit)
  66. # [07:11] * Quits: @tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  67. # [07:12] * Quits: @dglazkov (n=dglazkov@72.14.224.1) (Read error: 145 (Connection timed out))
  68. # [07:19] * Quits: @benward (n=benward@98.210.154.133) (Read error: 110 (Connection timed out))
  69. # [07:32] * Joins: dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  70. # [07:32] * ChanServ sets mode: +o dglazkov
  71. # [07:39] * Quits: BobJonkman (n=BobJonkm@206-248-137-186.dsl.teksavvy.com) ("Leaving.")
  72. # [07:41] * Joins: BobJonkman (n=BobJonkm@206-248-137-186.dsl.teksavvy.com)
  73. # [07:56] * Quits: @dglazkov (n=dglazkov@c-67-188-0-62.hsd1.ca.comcast.net)
  74. # [08:56] * Joins: tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  75. # [08:56] * ChanServ sets mode: +o tantek
  76. # [08:57] <@tantek> JonathanMalek - experience with microformats development has shown that ideally (for publishers) a microformat has ZERO required properties, at most one, and specifies intelligent behavior for all other properties when omitted.
  77. # [08:58] <@tantek> requiring publishers to specify a property by fiat rarely works well in practice. if they have sufficient incentive to publish that information in the first place, then they're likely to want to mark it up. if they lack such incentive, they're unlikely to bother just because a spec says they should. or they'll specify it with filler/noise data just to comply with the letter of the spec, which is also undesirable.
  78. # [09:00] * Joins: MrTopf (n=cs@p5B3D6D10.dip.t-dialin.net)
  79. # [09:46] * Joins: gsnedders (n=gsnedder@c83-252-192-255.bredband.comhem.se)
  80. # [09:48] * Joins: BobJonkman1 (n=BobJonkm@206-248-137-186.dsl.teksavvy.com)
  81. # [09:48] <JonathanMalek> tantek: understood
  82. # [09:49] <@tantek> it's like dumb web signup-registration forms that make people enter a zip code
  83. # [09:49] <JonathanMalek> been thinking through this, and considering the idea that broader (e.g. hatom) microformats should be forgiving and all-inclusive
  84. # [09:49] <@tantek> such web apps get LOTS of people signing up from Beverly Hills
  85. # [09:49] <@tantek> because people overseas know the zip code "90210" ;)
  86. # [09:49] <JonathanMalek> ah--that's funny!
  87. # [09:50] <@tantek> you force people to fill in form fields they don't want to, and they'll just put in crap. and no amount of validation code you write can detect it.
  88. # [09:50] <@tantek> required form fields = futile.
  89. # [09:50] <@tantek> bad UI
  90. # [09:50] <@tantek> same thing with required properties for web formats.
  91. # [09:50] <@tantek> basically it's elementary UI/UX/psych
  92. # [09:50] <JonathanMalek> understood--and I agree
  93. # [09:50] <@tantek> but format designers (especially developers) rarely think about such things :)
  94. # [09:51] <JonathanMalek> consider this
  95. # [09:51] <@tantek> (probably worth a wiki page or article)
  96. # [09:51] <@tantek> "SHOULD" is perfectly reasonable though
  97. # [09:51] <JonathanMalek> as you get more specific, or perhaps, specialized
  98. # [09:51] <JonathanMalek> i.e. from hatom -> news
  99. # [09:52] <@tantek> Atom is a prime example of this problem actually
  100. # [09:52] <@tantek> and even hAtom too
  101. # [09:52] <JonathanMalek> the idea of adding more optional fields in my mind just means fluff
  102. # [09:52] <@tantek> we're learning lessons
  103. # [09:52] <JonathanMalek> in other words, the reason for introducing a subclass of a microformat
  104. # [09:53] <JonathanMalek> should be to introduce real value
  105. # [09:53] * Quits: BobJonkman (n=BobJonkm@206-248-137-186.dsl.teksavvy.com) (Read error: 60 (Operation timed out))
  106. # [09:53] <@tantek> you don't get more value through fiat
  107. # [09:53] <@tantek> you get more value through incentive
  108. # [09:53] <JonathanMalek> true
  109. # [09:53] <JonathanMalek> but there is no fiat that says you have to subclass from hatom to news
  110. # [09:53] <JonathanMalek> if you don't have the added fields, stick with hatom
  111. # [09:54] <JonathanMalek> one of the key benefits I've been thinking about with news is that parsers already understand most of it
  112. # [09:54] <JonathanMalek> they understand the hatom part
  113. # [09:54] <@tantek> right - which might make a good case for adding the new optional fields directly to an iteration to hAtom! (e.g. perhaps hAtom 0.3)
  114. # [09:55] <@tantek> (depending on research and uptake)
  115. # [09:55] <@tantek> (another brainstorm option to consider)
  116. # [09:55] <JonathanMalek> thinking
  117. # [09:56] <@tantek> (good to explore separately first - more modular)
  118. # [09:56] <JonathanMalek> agreed
  119. # [09:57] <JonathanMalek> I would think that adding in more and more fields that aren't directly associated with Atom
  120. # [09:57] <JonathanMalek> would "tear" at the intentions of hAtom
  121. # [09:57] <JonathanMalek> and that subclassing (or inheriting) is a cleaner option for parsers and publishers alike
  122. # [09:58] <JonathanMalek> in other words--and in our case--if you're a news publisher who doesn't want to use the news format--at least use hatom (and then you're most of the way there)
  123. # [09:58] <@tantek> or thinking of news as a news mixin
  124. # [09:59] <@tantek> even a rel-principles could stand alone as its own mixin
  125. # [09:59] <JonathanMalek> right
  126. # [09:59] <JonathanMalek> and should, I think
  127. # [09:59] <JonathanMalek> I can't speak for the Media Standards Trust team
  128. # [09:59] <JonathanMalek> but from what I've seen, they have a big roadmap for journalistic principles
  129. # [10:00] <JonathanMalek> a subclass (or mixin) of rel-principles
  130. # [10:00] <@tantek> "roadmap" - that's one of those enterprise words right ? ;)
  131. # [10:00] <JonathanMalek> hah
  132. # [10:01] <@tantek> I agree that adding in non-Atom fields to hAtom could cloud the meaning/clarity of hAtom
  133. # [10:01] <JonathanMalek> enterprise indeed--a nice fluffy word for "something I haven't been briefed on yet :)
  134. # [10:02] <JonathanMalek> yes--one of the issues we had from the start was the use of "source"
  135. # [10:02] <@tantek> Having worked at more than my fair share of BigCos, I've seen far too many "roadmaps" that have nothing to do with the actual territory
  136. # [10:02] <JonathanMalek> critical for news, implied in url everywhere else, I think
  137. # [10:02] <JonathanMalek> lol, true enough
  138. # [10:03] <@tantek> "source" maybe another way of stating the citation problem
  139. # [10:03] <@tantek> may be
  140. # [10:03] <JonathanMalek> well, that's an interesting take
  141. # [10:04] <JonathanMalek> that's the third definition of source we find in news
  142. # [10:04] <@tantek> do you know any news folks that use the <cite> tag in their HTML today?
  143. # [10:04] <JonathanMalek> hmmm--let me check with Stuart
  144. # [10:05] <JonathanMalek> I know that as we ramp up our own systems for hnews
  145. # [10:05] <JonathanMalek> things like that will become easier
  146. # [10:06] <JonathanMalek> I know our own authoring system doesn't capture that metadata
  147. # [10:06] <JonathanMalek> (yet--we're replacing it)
  148. # [10:12] <JonathanMalek> on your earlier point (eschew required), when considering a specialized type like hnews (or any derivative of hatom--hslice could have been an example), does it still seem futile to "require" fields? Keeping in mind that *not* providing the required fields does not result in an empty set.
  149. # [10:12] <JonathanMalek> In our case, you still get a valuable hentry
  150. # [10:13] <@tantek> yes - still futile to have required fields
  151. # [10:13] <@tantek> SHOULD is good. MUST is bad.
  152. # [10:14] <JonathanMalek> and that it almost makes sense to me that *no* fields in a specialized class should be optional (all optional should promote up to the superclass)--perhaps that's not reasonable?
  153. # [10:14] <JonathanMalek> take hnews--we consider geo to be optional
  154. # [10:15] <JonathanMalek> but only because hAtom doesn't describe the Atom analog (RSSgeo, or whatever it is, don't remember)
  155. # [10:17] <JonathanMalek> I would think promoting geo up into hAtom benefits everyone, and further clarifies hnews as a specialization of hAtom.
  156. # [10:21] <JonathanMalek> saw Kevin Marks' msg earlier, about falling asleep at the keyboard--dangerously close to doing the same :)
  157. # [10:22] <@tantek> heh
  158. # [10:22] <@tantek> geo in blog posts has always been ambiguous
  159. # [10:22] <@tantek> because in that context, geo is more of a type than a property
  160. # [10:23] <JonathanMalek> reading your link on xml/big data
  161. # [10:26] <JonathanMalek> great article
  162. # [10:26] <@tantek> yeah - lots of food for thought
  163. # [10:27] * Quits: BobJonkman1 (n=BobJonkm@206-248-137-186.dsl.teksavvy.com) (Read error: 104 (Connection reset by peer))
  164. # [10:47] * Quits: MrTopf (n=cs@p5B3D6D10.dip.t-dialin.net) ("deconstructing...")
  165. # [10:47] <@tantek> things that are "required" in formats really end up being not much more than wishful thinking
  166. # [10:48] <@tantek> or worse, an outright discouragement to people
  167. # [10:48] <@tantek> or worse than discouragement, fragility
  168. # [10:48] <@tantek> e.g. XML's draconian error handling = fragility
  169. # [10:59] * Quits: to_ (n=to_@AAubervilliers-551-1-166-202.w92-141.abo.wanadoo.fr)
  170. # [11:50] * Joins: KevinMarks (n=KevinMar@nat-147-142.oreilly.com)
  171. # [12:09] <@tantek> hey Kevinmarks - still awake at foo?
  172. # [12:12] * Joins: Phae (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com)
  173. # [12:13] * ChanServ sets mode: +o Phae
  174. # [12:26] <KevBurnsJr> #foocamp http://is.gd/2FGOU
  175. # [12:27] <@tantek> KevBurnsJr - whoa - how recent is that? from this year?
  176. # [12:28] <KevBurnsJr> i wouldn't doubt it
  177. # [12:32] * Joins: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk)
  178. # [12:33] * Quits: KevinMarks (n=KevinMar@nat-147-142.oreilly.com) ("The computer fell asleep")
  179. # [12:34] * Joins: KevinMarks (n=KevinMar@nat-147-146.oreilly.com)
  180. # [12:41] * Quits: KevinMarks (n=KevinMar@nat-147-146.oreilly.com) (Read error: 60 (Operation timed out))
  181. # [13:19] * Quits: lhnz (n=lhnz@82.148.50.18) (Read error: 113 (No route to host))
  182. # [13:19] * Joins: lhnz (n=lhnz@82.148.50.18)
  183. # [14:02] * Quits: KevBurnsJr (n=kevburns@24.4.38.132) ("goodnight everybody")
  184. # [14:31] * Joins: meitar_ (n=meitar@c-98-234-150-36.hsd1.ca.comcast.net)
  185. # [14:34] * Quits: meitar_ (n=meitar@c-98-234-150-36.hsd1.ca.comcast.net) (Client Quit)
  186. # [14:41] * Joins: meitar_ (n=meitar@c-98-234-150-36.hsd1.ca.comcast.net)
  187. # [14:41] * Quits: meitar_ (n=meitar@c-98-234-150-36.hsd1.ca.comcast.net) (Client Quit)
  188. # [14:48] * Joins: Hey_neken (n=kaxero@215.Red-213-96-129.staticIP.rima-tde.net)
  189. # [14:56] * Quits: Atamido (n=atamido@76-205-170-42.lightspeed.austtx.sbcglobal.net) (Read error: 104 (Connection reset by peer))
  190. # [15:23] * Quits: @Phae (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com)
  191. # [15:25] * Joins: Atamido (n=atamido@76-205-170-42.lightspeed.austtx.sbcglobal.net)
  192. # [15:48] * Joins: memload_ (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk)
  193. # [15:50] * Quits: Amorphous (i=jan@unaffiliated/amorphous) (Read error: 110 (Connection timed out))
  194. # [15:53] * Joins: Amorphous (i=jan@unaffiliated/amorphous)
  195. # [16:05] * Quits: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk) (Read error: 110 (Connection timed out))
  196. # [16:05] * Quits: memload_ (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk) (Connection timed out)
  197. # [16:13] * Quits: mkaply (n=chatzill@cpe-72-177-69-140.austin.res.rr.com) (Remote closed the connection)
  198. # [16:29] * Joins: memload (n=jamesjef@94-171-217-23.cable.ubr15.wolv.blueyonder.co.uk)
  199. # [17:09] * Joins: levitation[A] (n=levitati@rubiin.physic.ut.ee)
  200. # [17:15] * Joins: tim_hwang (n=chatzill@c-71-192-163-225.hsd1.nh.comcast.net)
  201. # [17:33] * Quits: @tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  202. # [17:46] * Quits: jeremi (n=jeremi@116.232.240.36)
  203. # [18:13] * Joins: Phae (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com)
  204. # [18:13] * ChanServ sets mode: +o Phae
  205. # [18:26] * Joins: jeremi (n=jeremi@116.232.240.36)
  206. # [18:29] * Quits: jeremi (n=jeremi@116.232.240.36) (Read error: 54 (Connection reset by peer))
  207. # [18:32] * Joins: France (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com)
  208. # [18:32] * France is now known as Frances
  209. # [18:32] * Quits: @Phae (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com) (Nick collision from services.)
  210. # [18:32] * Frances is now known as Phae
  211. # [18:32] * ChanServ sets mode: +o Phae
  212. # [18:59] * Joins: tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  213. # [18:59] * ChanServ sets mode: +o tantek
  214. # [19:26] * Joins: leahculver (n=leahculv@c-67-180-197-78.hsd1.ca.comcast.net)
  215. # [19:32] * Quits: @tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  216. # [19:38] * Joins: tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  217. # [19:38] * ChanServ sets mode: +o tantek
  218. # [19:55] * Quits: tim_hwang (n=chatzill@c-71-192-163-225.hsd1.nh.comcast.net) (Read error: 110 (Connection timed out))
  219. # [19:58] * Quits: lhnz (n=lhnz@82.148.50.18) (No route to host)
  220. # [19:59] * Quits: leahculver (n=leahculv@c-67-180-197-78.hsd1.ca.comcast.net)
  221. # [20:11] <JonathanMalek> tantek: is there a page on microformats.org for this must-should discussion?
  222. # [20:12] <JonathanMalek> I can't find one--wondering if the discussion has been happening in another forum.
  223. # [20:13] * Quits: @Phae (n=phaeness@cpc2-acto9-0-0-cust364.brnt.cable.ntl.com)
  224. # [20:40] * Quits: @tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net) (Read error: 54 (Connection reset by peer))
  225. # [20:42] * Joins: tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  226. # [20:45] * Joins: zro (n=zro@wikimedia/zro)
  227. # [20:45] * Joins: tantekc (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  228. # [20:47] * Quits: tantekc (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net) (Client Quit)
  229. # [20:54] * Joins: tantekc (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  230. # [20:56] <tantekc> JonathanMalek - it's fairly new (the result of years of experience with existing (micro)formats) and has been happening in IRC for a while
  231. # [21:03] * Quits: tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net) (Read error: 110 (Connection timed out))
  232. # [21:08] * tantekc is now known as tantek
  233. # [21:08] * ChanServ sets mode: +o tantek
  234. # [21:14] * Quits: @tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  235. # [21:42] * Joins: tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  236. # [21:42] * ChanServ sets mode: +o tantek
  237. # [21:52] * Quits: @tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  238. # [21:57] * Joins: tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  239. # [21:57] * ChanServ sets mode: +o tantek
  240. # [21:59] <@tantek> JonathanMalek - a lot of this has been learned by experience from some of the re-use of existing formats in microformats, e.g. vCard in hCard, and Atom in hAtom
  241. # [22:00] <@tantek> many of the MUSTS/requirements of the original formats made it into the respective microformats - but even then it was obvious that the source formats were too burdensome to authors
  242. # [22:00] <@tantek> too many artificial musts/requireds
  243. # [22:00] <@tantek> and thus both hCard and hAtom made some properties *optional* that were required in the source formats, by denoting good algorithms for synthesizing required properties when necessary
  244. # [22:01] <@tantek> but even with a reduction of number of required properties (as compared to the source formats), there have *still* been numerous examples where the requirements have gotten in the way of publishing (or parsing)
  245. # [22:02] <@tantek> and with people making up values for the "required" properties, like "anonymous" as a value for author in hAtom
  246. # [22:02] <@tantek> in hCard, I created a bunch of optimizations for easier web publishing, but experience has shown than even more optimizations ( = fewer required properties, more flexibility) are both necessary and useful
  247. # [22:03] <@tantek> one of my first public observations about this required/MUST problem was this tweet: http://twitter.com/t/status/3293046574
  248. # [22:04] <@tantek> ... and yes - I should write this up on a wiki page. braindumping in IRC for now to at least give you the thinking that is going on, and raw material for the logs (from which a page can be written)
  249. # [22:17] * Quits: @tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  250. # [22:18] * Quits: gsnedders (n=gsnedder@c83-252-192-255.bredband.comhem.se)
  251. # [22:22] * Joins: tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  252. # [22:22] * ChanServ sets mode: +o tantek
  253. # [22:25] <@tantek> a couple more tweets on this topic:
  254. # [22:25] <@tantek> http://twitter.com/t/status/3631221162
  255. # [22:25] <@tantek> http://twitter.com/t/status/3631366361
  256. # [22:31] * Quits: @tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  257. # [23:01] * Joins: dwhittle (n=dwhittle@nat/yahoo/x-hhdhxvcfqxaeknal)
  258. # [23:02] * Joins: tantek (n=tantek@pool-173-67-103-206.lsanca.dsl-w.verizon.net)
  259. # [23:02] * ChanServ sets mode: +o tantek
  260. # [23:11] * Joins: KevBurnsJr (n=kevburns@24.4.38.132)
  261. # [23:47] * Quits: dwhittle (n=dwhittle@nat/yahoo/x-hhdhxvcfqxaeknal) ("Im gone.")
  262. # Session Close: Sun Aug 30 00:00:01 2009

The end :)