IRC Log for #microformats on 2005-12-31
Timestamps are in UTC.
- [00:01:35] * rtomayko (n=rtomayko@cpe-24-166-51-26.neo.res.rr.com) Quit (Connection timed out)
- [00:12:42] * factoryjoe (n=cmessina@dsl001-150-100.sfo1.dsl.speakeasy.net) has joined #microformats
- [00:13:17] * termie (i=andy@pdpc/supporter/sustaining/termie) has joined #microformats
- [00:15:59] * rtomayko (n=rtomayko@cpe-24-166-51-26.neo.res.rr.com) has joined #microformats
- [00:39:55] * factoryj1e (n=cmessina@dsl001-150-127.sfo1.dsl.speakeasy.net) has joined #microformats
- [00:41:57] * hlb (i=hlb@CCCA.NCTU.edu.tw) Quit (Read error: 104 (Connection reset by peer))
- [00:42:05] * hlb (i=hlb@CCCA.NCTU.edu.tw) has joined #microformats
- [00:47:59] * mallow (n=ted@rrcs-67-52-157-90.west.biz.rr.com) Quit ("nil")
- [00:48:02] * jibot (i=jibot@rdns.97.161.62.64.fre.communitycolo.net) has joined #microformats
- [00:51:53] * factoryjoe (n=cmessina@dsl001-150-100.sfo1.dsl.speakeasy.net) Quit (Read error: 104 (Connection reset by peer))
- [00:59:02] * hober (n=ted@unaffiliated/hober) Quit ("nil")
- [00:59:43] <mfbot>
[[hatom]] M http://microformats.org/wiki?title=hatom&diff=0&oldid=3632 * RobertBachmann * (+128) Implementations -
- [01:55:32] * factoryj1e (n=cmessina@dsl001-150-127.sfo1.dsl.speakeasy.net) Quit (Read error: 110 (Connection timed out))
- [02:00:34] * bear42 (n=bear@pcp01380088pcs.levtwn01.pa.comcast.net) has joined #microformats
- [02:01:15] * bear (n=bear@pcp01380088pcs.levtwn01.pa.comcast.net) Quit (Nick collision from services.)
- [02:01:17] * bear42 is now known as bear
- [02:09:47] * jcgregorio (n=chatzill@adsl-072-148-043-048.sip.rmo.bellsouth.net) has joined #microformats
- [02:30:14] * bear is now known as bear_afk
- [03:03:08] * Atamido (n=atamido@user-0ccsqt9.cable.mindspring.com) Quit ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]")
- [03:05:07] * hober (n=ted@unaffiliated/hober) has joined #microformats
- [03:05:08] <jibot>
hober is Edward O'Connor and works for EVDB on http://eventful.com/
- [03:15:24] * Atamido (n=atamido@user-0ccsqt9.cable.mindspring.com) has joined #microformats
- [03:15:25] <jibot>
Atamido is Paul Bryson, http://orangeman.commo.de/
- [03:45:10] * rtomayko (n=rtomayko@cpe-24-166-51-26.neo.res.rr.com) Quit (Read error: 110 (Connection timed out))
- [04:03:08] * hober (n=ted@unaffiliated/hober) Quit ("I'll be right back.")
- [04:08:26] * TheMaecenati (n=TheMaece@dsl081-056-047.sfo1.dsl.speakeasy.net) Quit ()
- [05:06:51] * fuzzyBSc (n=fuzzy@c210-49-73-138.rochd2.qld.optusnet.com.au) has joined #microformats
- [05:06:51] <jibot>
fuzzyBSc is Benjamin Carlyle, http://soundadvice.id.au/blog/
- [05:07:22] <fuzzyBSc>
There is no way to move a technorati-registered blog from one url to another, is there?
- [05:10:07] * hober (n=ted@unaffiliated/hober) has joined #microformats
- [05:10:08] <jibot>
hober is Edward O'Connor and works for EVDB on http://eventful.com/
- [05:32:31] <mfbot>
[[xoxo]] M http://microformats.org/wiki?title=xoxo&diff=0&oldid=3633 * Tantek * (+70) Discussions -
- [05:38:58] * Tantek (n=Tantek@pool-71-104-248-219.lsanca.dsl-w.verizon.net) has joined #microformats
- [05:51:47] * ChanServ sets mode +o Tantek
- [06:00:02] <mfbot>
[[xoxo]] M http://microformats.org/wiki?title=xoxo&diff=0&oldid=3634 * Tantek * (+0) Discussions -
- [06:08:08] * fuzzyBSc (n=fuzzy@c210-49-73-138.rochd2.qld.optusnet.com.au) Quit ("Download Gaim: http://gaim.sourceforge.net/")
- [06:09:51] * hober (n=ted@unaffiliated/hober) Quit ("I'll be right back.")
- [06:31:11] * bkdelong (n=bkdelong@h-67-102-164-116.cmbrmaor.covad.net) Quit (Read error: 110 (Connection timed out))
- [07:02:26] * TheMaecenati (n=TheMaece@dsl081-056-047.sfo1.dsl.speakeasy.net) has joined #microformats
- [07:07:23] * jcgregorio (n=chatzill@adsl-072-148-043-048.sip.rmo.bellsouth.net) Quit ("Chatzilla 0.9.68.5.1 [Firefox 1.0.7/20051010]")
- [07:52:17] <Frederic>
Hello
- [08:34:17] * Tantek (n=Tantek@pool-71-104-248-219.lsanca.dsl-w.verizon.net) Quit ("via the nearest exit")
- [09:12:37] * ichigo (n=ichigo@M778P013.adsl.highway.telekom.at) has joined #microformats
- [09:13:24] * ichigo (n=ichigo@M778P013.adsl.highway.telekom.at) has left #microformats
- [09:20:02] * TheMaecenati (n=TheMaece@dsl081-056-047.sfo1.dsl.speakeasy.net) Quit ()
- [09:30:07] * TheMaecenati (n=TheMaece@dsl081-056-047.sfo1.dsl.speakeasy.net) has joined #microformats
- [10:14:56] * TheMaecenati (n=TheMaece@dsl081-056-047.sfo1.dsl.speakeasy.net) Quit ()
- [12:58:26] * RobertBachmann (n=RobertBa@N114P011.adsl.highway.telekom.at) has joined #microformats
- [12:58:27] <jibot>
RobertBachmann is in Austria
- [13:34:27] * RobertBachmann (n=RobertBa@N114P011.adsl.highway.telekom.at) Quit (Read error: 110 (Connection timed out))
- [14:00:56] * RobertBachmann (n=RobertBa@M2500P010.adsl.highway.telekom.at) has joined #microformats
- [14:00:57] <jibot>
RobertBachmann is in Austria
- [14:01:15] <RobertBachmann>
?forgetme
- [14:01:15] <jibot>
I have expunged RobertBachmann from my mind
- [15:12:57] * fuzzyBSc (n=fuzzy@c210-49-73-138.rochd2.qld.optusnet.com.au) has joined #microformats
- [15:12:58] <jibot>
fuzzyBSc is Benjamin Carlyle, http://soundadvice.id.au/blog/
- [15:13:39] <fuzzyBSc>
Happy New Year, folks.
- [15:18:28] * KevinMarks (n=Snak@pdpc/supporter/active/kevinmarks) Quit (Connection timed out)
- [15:19:53] <RobertBachmann>
Happy New Year!
- [15:20:53] <RobertBachmann>
though I've still have 7 hours and 44 minutes of 2005 ;-)
- [15:22:42] <fuzzyBSc>
:)
- [15:22:50] <fuzzyBSc>
It is already 1:23am, here.
- [15:25:58] <fuzzyBSc>
I'll be interested to see what comes out of the mfo discussions. It's unclear if anyone is ready to make a decision about namespace clashes yet, or if they care enough... I think hAtom needs to clear this issue quickly though. I will not be able to put as much into it after this coming week. I'll be back from holiday and working on SCADA systems.
- [15:29:52] <fuzzyBSc>
Robert: Have you heard from Luke, lately?
- [15:30:06] <fuzzyBSc>
Is there anything on your radar that needs getting done?
- [15:31:23] <fuzzyBSc>
I have thought about attacking the rel-tag implementation to make it conform. I would have been adding test cases for more disabiguation requirements, except I have had some discussions with David via email that suggest some may be removed.
- [15:33:22] * termie (i=andy@pdpc/supporter/sustaining/termie) Quit ("wheerrre's termie? wheerrrrreessss termie?")
- [15:33:30] * termie (i=andy@pdpc/supporter/sustaining/termie) has joined #microformats
- [15:34:35] * termie (i=andy@pdpc/supporter/sustaining/termie) Quit (Client Quit)
- [15:34:57] * termie (i=andy@pdpc/supporter/sustaining/termie) has joined #microformats
- [15:35:24] <RobertBachmann>
No, I haven't heard form Luke, seems like he's offline for whatever reason.
- [15:35:25] <RobertBachmann>
I'm currently working on xml:base, will test it within the next 15 minutes.
- [15:35:25] <RobertBachmann>
The next features I'd like to add:
- [15:35:25] <RobertBachmann>
- $source-uri (this isn't very problematic from the XSLT side, but I need to figure out how to pass XSLT params to MSXML and System.Xml)
- [15:35:25] <RobertBachmann>
- $feed-id ... selects a feed by its HTML id attribute
- [15:36:22] <RobertBachmann>
rel-tag handling improvment sounds good.
- [15:37:17] <RobertBachmann>
What disambiguation rules might be removed?
- [15:37:39] <RobertBachmann>
btw. do you like to have commit access to my svn repository?
- [15:41:45] <fuzzyBSc>
Robert: I'll have a play with things and see how I go. I haven't used svn before and will see what works best...
- [15:43:41] <fuzzyBSc>
Robert: Currently we only implement title disabiguation as per spec. Disambiguation rules also exist for permalink, published, and updated. David said this was because he had seen these elements repeated, but I suggested that only one need be tagged with the hAtom class.
- [15:44:02] <fuzzyBSc>
I'll write it up on -issues to make sure it doesn't get lost in the noise.
- [15:45:59] <RobertBachmann>
regarding svn, read access is available for anybody (via http and https) For commit access (via https) you need a user and password. I'll create one.
- [15:49:38] <mfbot>
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3635 * FuzzyBSc * (+719) Add excess disambiguation rules
- [15:50:22] <fuzzyBSc>
Ok, Robert.
- [15:50:58] <RobertBachmann>
do you have a PGP key or shall I email the password as plain-text?
- [15:53:35] <fuzzyBSc>
Robert: I don't have a publicised key. I could generate one if you would like some extra security.
- [15:53:42] <fuzzyBSc>
Maybe I should start getting into that :)
- [15:56:11] <RobertBachmann>
yes, I think it's time for 'apt-get install gpg' ;-)
- [16:00:52] <fuzzyBSc>
Hrrm.. that's right. I put it onto my usbdisk at some point. It isn't there now. I guess I'll really have to generate a new one...
- [16:01:07] <Frederic>
RobertBachmann: it's always time for apt-get install gnupg
- [16:04:43] * fuzzyBSc tries configuring evolution to talk to gpg
- [16:07:32] <RobertBachmann>
Frederic: sure
- [16:14:03] <fuzzyBSc>
Ok. Talking, now :)
- [16:14:46] <fuzzyBSc>
Robert: I have mailed you what I hope is my public key ;)
- [16:22:34] <RobertBachmann>
ok, I've sent you the password
- [16:27:35] <mfbot>
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3636 * FuzzyBSc * (+961) Content and summary opaqueness
- [16:29:56] <mfbot>
[[hatom-issues]] M http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3637 * FuzzyBSc * (+37) Make previous update understandable by native english speakers...
- [16:31:54] <fuzzyBSc>
Thanks, Robert.
- [16:40:21] * KevinMarks (n=Snak@h-68-164-81-209.snvacaid.dynamic.covad.net) has joined #microformats
- [16:45:21] <RobertBachmann>
My xml:base code passes the test. The only exception is .net's System.Xml which has the urge to add xp_0:xmlns="http://www.w3.org/XML/1998/namespace" into the result tree.
- [16:45:42] <fuzzyBSc>
Robert: So I <code>svn co http://rbach.priv.at/repos/hatom/hatom2atom.xsl/trunk/ .</code>
- [16:46:15] <fuzzyBSc>
Then I make my changes... do an svn merge before finally doing a svn ci?
- [16:50:54] * hober (n=ted@unaffiliated/hober) has joined #microformats
- [16:50:55] <jibot>
hober is Edward O'Connor and works for EVDB on http://eventful.com/
- [16:53:30] <RobertBachmann>
I've never used svn with other people just.
- [16:53:46] * RobertBachmann reads http://svnbook.red-bean.com/en/1.1/ch03s05.html
- [16:54:00] <RobertBachmann>
s/just./just alone./
- [16:56:06] <fuzzyBSc>
ok :)
- [16:56:28] <fuzzyBSc>
I'm looking at having a play with bzr for my next project. Revision control fun all around.
- [16:56:43] <fuzzyBSc>
Unfortunately most of my recent experience has been with proprietary CM systems.
- [16:59:50] <RobertBachmann>
I've never used any SCM until the last month ;-)
- [17:01:23] <mfbot>
[[blog-post-formats]] M http://microformats.org/wiki?title=blog-post-formats&diff=0&oldid=3638 * Tantek * (+17) RSS 2.0 -
- [17:04:01] <fuzzyBSc>
Wow :)
- [17:04:14] * fuzzyBSc grins
- [17:05:15] <fuzzyBSc>
I was actually started out a build manager at the employer I am with now. Luckily I proved my worth about six to twelve months in and have been developing software proper since then.
- [17:05:38] <fuzzyBSc>
It is sort of a ritual of fire, unfortunately. You sort have have the job until you can find someone to replace you ;)
- [17:07:21] <RobertBachmann>
actually we did some sort of revision control in my former school. We named the files like this FILENAME-REVISION.SUFFIX ;-)
- [17:09:49] <mfbot>
[[blog-post-formats]] M http://microformats.org/wiki?title=blog-post-formats&diff=0&oldid=3639 * Tantek * (+403) Syndication Feed Formats -
- [17:11:35] <mfbot>
[[blog-post-formats]] M http://microformats.org/wiki?title=blog-post-formats&diff=0&oldid=3640 * Tantek * (+142) Journal Formats -
- [17:20:52] <mfbot>
[[blog-post-formats]] M http://microformats.org/wiki?title=blog-post-formats&diff=0&oldid=3641 * Tantek * (+0) Discussion Participants -
- [17:27:22] <fuzzyBSc>
:)
- [17:27:43] <fuzzyBSc>
Coordination between different individuals and different groups is always the challenge.
- [17:28:36] <fuzzyBSc>
Robert: I'm going to try doing a commit of the changes to rel-tag support.
- [17:35:19] <fuzzyBSc>
Hrrm...
- [17:35:23] <fuzzyBSc>
svn: CHECKOUT of '/repos/hatom/!svn/ver/11/hatom2atom.xsl/trunk/hAtom2Atom.xsl': 403 Forbidden (http://rbach.priv.at)
- [17:35:46] <fuzzyBSc>
I supplied both username and the password you sent me.
- [17:37:35] <jibot>
MacDome is a WebKit engineer who hacks on XML, XHTML, XSLT and SVG
- [17:41:27] * danja (i=DannyAye@host1-220.pool80104.interbusiness.it) has joined #microformats
- [17:41:40] * RobertBachman1 (n=RobertBa@M2484P014.adsl.highway.telekom.at) has joined #microformats
- [17:41:53] <RobertBachman1>
try again please.
- [17:43:48] <fuzzyBSc>
Robert: I get the same message.
- [17:44:22] <fuzzyBSc>
Am I checked out against the right place? It is trunk I should be using, isn't it?
- [17:51:07] * fuzzyBSc tries bzr, just for a laugh :)
- [17:51:28] * Tantek (n=Tantek@pool-71-104-248-219.lsanca.dsl-w.verizon.net) has joined #microformats
- [17:52:34] <fuzzyBSc>
Hmm. Work and commit are very similar to svn, so far so good.
- [17:53:36] <Tantek>
greetings
- [17:54:06] <fuzzyBSc>
Morning, Tantek :)
- [17:54:26] * RobertBachmann (n=RobertBa@M2500P010.adsl.highway.telekom.at) Quit (Nick collision from services.)
- [17:55:11] * RobertBachmann (n=robert@213.235.239.37) has joined #microformats
- [17:56:06] <RobertBachmann>
fuzzyBSc: you must use https for write access
- [18:02:23] * RobertBachman1 (n=RobertBa@M2484P014.adsl.highway.telekom.at) Quit (Read error: 110 (Connection timed out))
- [18:03:24] <fuzzyBSc>
Robert: Bingo.
- [18:03:42] <fuzzyBSc>
I had to check out again and reapply my changes against the https url.
- [18:04:38] <fuzzyBSc>
I'll write up my rel-tag experience in hAtom-issues
- [18:08:00] <RobertBachmann>
Ok. I did a svn update and will have a look at your changes
- [18:17:09] <mfbot>
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3642 * FuzzyBSc * (+881) Update rel-tag issue with current hAtom2Atom.xsl findings
- [18:27:43] <RobertBachmann>
I've commited the code for handling xml:base
- [18:28:47] <RobertBachmann>
I think we need some additional test cases for xml:base and xml:lang
- [18:34:48] <fuzzyBSc>
Robert: I have been trying to do test-driven development, i.e. first fill out the additional test cases that will be required for a unit of work, then make the hAtom2Atom.xsl changes required.
- [18:38:51] <fuzzyBSc>
I'll try to put a test case together now.
- [18:44:03] <RobertBachmann>
fuzzyBSc: regarding test-driven development. That's a very cool attitude. I'll do that too. I've already added a little test for xml:base to tests/supportedElements.html, however since wrong xml:bases could cause a lot of trouble I'll look into producing some test more test cases especially for xml:base handling.
- [18:45:37] <RobertBachmann>
I meant: I'll look into producing some more test cases ;-)
- [18:50:15] <Tantek>
Robert, fuzzy, did either of you get my latest emails to the discuss list? (sent this morning)
- [18:53:56] <fuzzyBSc>
Tantek: I read them about half an hour ago.
- [18:55:07] <fuzzyBSc>
So you're saying that the one definition rule still applies, correspondance to atom terminology is not relevant, and more research needs to be done which will ideally locate non-clashing terminology in rss or other predecessor technology...
- [18:55:42] <RobertBachmann>
Tantek: Read them 15 minutes ago.
- [18:56:25] <fuzzyBSc>
I think there are still only two examples of hAtom terms that are defined separately in other microformats. I am not knowledgeable in a wide range of them, so there may be more I am not aware of.
- [18:57:35] <fuzzyBSc>
The title<->summary confusion is likely to be the hardest for atom-inclined publishers to figure out. If "summary" exists in hAtom but means "atom:title", and we need another term to cover atom:summary it could be confusing.
- [18:58:34] <fuzzyBSc>
I have not looked too much into rss, but my understanding is that it did not have separate summary and content concepts. I don't know if digging there will yield better results.
- [18:58:59] <fuzzyBSc>
I haven't looked into VJOURNAL at all.
- [19:00:37] <fuzzyBSc>
To speak freely: I don't think the hCard definition of title is the most widely-understood meaning for title in the publication world. I think it will be a thorn in the side of every microformat from here until kingdom come :) Part of me is still hoping for a reprieve ;)
- [19:01:26] * _fil_ (n=fil@www.rezo.net) has joined #microformats
- [19:01:27] <jibot>
_fil_ is co-author of SPIP (www.spip.net) and works on implementing microformats in it
- [19:11:52] <Tantek>
fuzzy, the title<->summary confusion is actually not likely to occur in practice on the *web*
- [19:12:15] <Tantek>
do you know of any examples of websites which publish both summaries and full content on the same page?
- [19:14:15] <RobertBachmann>
BBC does: http://news.bbc.co.uk/2/hi/europe/4568012.stm
- [19:15:03] <Tantek>
re: emails. Hmm.. it seems I am not receiving the emails since this morning.
- [19:15:57] <fuzzyBSc>
Tantek: Well, yes that is documented (although I haven't looked up the examples). Apparently it is reasonably common to just javascript to do a "read more..." link. summary and content would actually overlap there, I would have thought.
- [19:16:35] <fuzzyBSc>
... but what I was referring to is someone who is familiar with atom and wants to write hAtom. They would no doubt find it confusing that "summary" meant "title" and something else meant summary. That is all.
- [19:18:17] <fuzzyBSc>
Robert: I have committed a combined test case for the xml:base and xml:lang features, and updated hAtom2Atom.xsl to meet the new pass criteria.
- [19:19:09] <fuzzyBSc>
What is your intention for the titles test case. I notice you have a large portion of it commented out.
- [19:22:14] <Tantek>
fuzzy, there are fewer people familiar with atom than other formats
- [19:22:28] <fuzzyBSc>
Tantek: So what do you see as the path forward to an official microformat? Do we attempt to resolve the naming issues and integration with existing microformats first, or do we attempt to clear the other hAtom issues and come back to this one?
- [19:22:48] <Tantek>
we should work to resolve all issues in parallel
- [19:22:51] <Tantek>
as much as possible
- [19:22:58] <RobertBachmann>
fuzzyBSc: I need to comment out this parts because multiple root elements are prohibited by XML and therefor cause troubles with xmldiff.
- [19:22:59] <Tantek>
the naming issues are certainly important
- [19:22:59] <fuzzyBSc>
Tantek: Hrrm.. this is true. Despite the hype both before and since its launch atom is still relatively underimplemented.
- [19:23:05] <Tantek>
yet more important are resolving the holes I pointed out
- [19:23:10] <Tantek>
holes in research are a bigger problem
- [19:23:18] <Tantek>
fuzzy, right
- [19:23:33] <Tantek>
hence the need to do thorough background documentation of RSS, VJOURNAL and any other older standards
- [19:23:52] * fuzzyBSc nods Plugging the gaps of rss experience should give a better grounding to making decision about naming as well as other issues.
- [19:24:03] <Tantek>
yes
- [19:24:25] <Tantek>
one thing to keep in mind re: atom vs. hAtom authors, once we have solidified hAtom, it is quite likely that hAtom may become the largest source of Atom on the web
- [19:24:55] <Tantek>
for the same reasons that hCard is becoming the largest source of vCards on the web
- [19:25:00] <Tantek>
and so forth
- [19:25:15] <Tantek>
it's easier to author/publish than a separate file with a separate mime-type etc.
- [19:25:41] <Tantek>
thus it is more important for microformats to get things right, than it was for various independent/individual XML formats
- [19:25:49] <fuzzyBSc>
I see it that way too. If hAtom were ready to be publicised and rolled out within the next few months it would be reasonable to ask the question "why implement an atom feed when you can implement the hAtom feed?"
- [19:25:56] <Tantek>
yes
- [19:26:06] <Tantek>
i'm confident we can work through the issues fairly quickly
- [19:28:44] <fuzzyBSc>
Ok. I'll raise the specific summary & title issues on hAtom-issues. I think the spec is currently at the stage where generalisations about which element names should be used are not useful, but I would encourage anyone who has specific input to record it for orderly resolution. I'll try to get an email out also.
- [19:30:23] <fuzzyBSc>
I still wish title wasn't reserved by hcard, though ;)
- [19:31:40] <Tantek>
fuzzy, btw, these principles have been documented for some time in the process document
- [19:32:51] <Tantek>
naming things is one of the hardest things to do well, especially in the context of existing work
- [19:33:10] <Tantek>
and even then, especially in the context of several existing works
- [19:34:05] <Tantek>
BTW, my understanding of the Atom process for naming was to pick the names that made the most sense on their own in Atom. There was no attempt (AFAIK) to reuse names of elements or properties from existing standards.
- [19:35:02] <Tantek>
Thus it should not surprise us that hAtom will likely have different names than Atom, since hAtom, as a microformat, is focussed on reusing pre-existing names, whereas Atom did not.
- [19:35:52] * fuzzyBSc nods
- [19:36:40] <fuzzyBSc>
Ideally the most widely-applicable and understood meaning of a term would be the one that is widely used, but microformats are intended to shape this process of understanding anyway.
- [19:37:03] <fuzzyBSc>
If the process is successful, the microformat definitions will be the understood ones.
- [19:37:11] * hober (n=ted@unaffiliated/hober) Quit ("nil")
- [19:37:27] <mfbot>
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3643 * FuzzyBSc * (+295) Add title and summary reservation issues
- [19:38:43] <fuzzyBSc>
Tantek: How is the mfo process going? Have you been able to pull a few people into involvement with it?
- [19:41:28] <fuzzyBSc>
By the way, do you have an answer on the relationship between hAtom terms and hReview terms? Specifically, should hAtom use "dtreviewed" instead of "published" or perhaps tread a middle line and use "dtpublished"? Should it use "reviewer" instead of "author"?
- [19:42:40] <fuzzyBSc>
I also wouldn't mind if you could comment on the rel-tag issues on hatom-issues. Should a reverse-encoding be attempted?
- [19:46:36] <Tantek>
fuzzy, the question between hAtom and hReview could be asked differently
- [19:46:49] <Tantek>
consider that hReview properties were derived from hCard and hCalendar
- [19:46:59] <Tantek>
thus, contrast hAtom with hCard and hCalendar directly
- [19:47:15] <Tantek>
which reveals the need to do research on VJOURNAL, since that is part of hCalendar
- [19:47:27] <Tantek>
make sense?
- [19:47:38] <fuzzyBSc>
Ahh. I didn't have that connection in my head before.
- [19:48:13] <fuzzyBSc>
I'm having a go at filling out the rss 2.0 structure now. I'll see if I can dig up data on VJOURNAL afterwards.
- [19:49:36] <Tantek>
thanks fuzzy, that will help a lot!
- [19:50:38] <Frederic>
Hello Tantek
- [19:50:44] <Frederic>
and Happy new year
- [19:50:57] <Frederic>
(other people too)
- [19:59:57] <Tantek>
Hello Frederic
- [20:00:02] <Tantek>
Happy New Year to you!
- [20:00:18] <Tantek>
at least in 3 hours or so right?
- [20:00:36] <Tantek>
those of us in California still have 12 hours to go
- [20:00:45] * Hixie sets out his plans for HTML5 for the next quarter
- [20:01:07] <Hixie>
FYI, <card> and <calendar> (merging hCard and hCalendar into HTML5) are slated for late february
- [20:01:52] <Frederic>
Yeah, just 3 hours, but my wife has prepaired a good meal, and I don't think she'll be very happy to see me speding new year's eve on IRC like I did 2 years ago
- [20:02:12] <Frederic>
so I send my wishes now
- [20:02:25] <RobertBachmann>
Happy New Year!
- [20:02:33] * RobertBachmann (n=robert@213.235.239.37) Quit ("party time")
- [20:03:37] * edsu (n=esummers@66.187.134.52) has joined #microformats
- [20:09:13] <Tantek>
Hixie, good to know
- [20:09:31] <Tantek>
Fuzzy, Robert - the emails finally came through to me, I'll followup on David Janes' latest email
- [20:10:01] <Hixie>
tantek: of course, that's assuming that i'm still alive by then. Slated for January 2006 is "define how to parse HTML", which i think is as likely to drive me to suicide as anything.
- [20:10:08] <Tantek>
Hixie, please feel free to add issues you run into to hcard-issues and hcalendar-issues as you run into them - don't wait until the last second.
- [20:10:15] <Tantek>
hCard is pretty darn finalized
- [20:10:27] <Hixie>
yup, already raised the issues i know about
- [20:10:41] <Tantek>
I still have some work to do on hCalendar, specifically the supporting documents like -profile, -parsing, etc.
- [20:10:49] <Tantek>
cool, thanks Hixie.
- [20:10:58] <Hixie>
the -parsing is the one i'm mostly worried about :-)
- [20:11:16] <Hixie>
the semantics will be pretty simple, i'll just defer to v*
- [20:20:14] <mfbot>
[[blog-post-formats]] http://microformats.org/wiki?title=blog-post-formats&diff=0&oldid=3644 * FuzzyBSc * (+1783) Add RSS 2.0 structure
- [20:20:53] <fuzzyBSc>
My concentration is flagging a little (I'll be off to bed soon), so I think some of the numbers might be out... but the basic RSS structure is in place now.
- [20:22:55] <fuzzyBSc>
It has been 2006 for six and a half hours where I'm standing ;)
- [20:26:48] <fuzzyBSc>
I have provided a full profile. "required and recommended" would have left rss 2.0 with only four elements. rss 2.0 does very little of either.
- [20:27:21] <fuzzyBSc>
Hixie: Could some of our favourite uf css classes become html elements?
- [20:28:15] <Hixie>
it's on the table
- [20:34:54] <Tantek>
fuzzy, thanks for the RSS2 structure docs!
- [20:36:02] <Tantek>
fuzzy, Hixie, in my opinion we may need more real world experience with some of our favorite microformat class names (note: they are *HTML* class names, not css classes ;) before considering adding them to HTML5.
- [20:36:25] <Hixie>
totally
- [20:36:37] <Hixie>
i'm doing some research into this, hope to publish something next week
- [20:36:48] <Tantek>
research into what?
- [20:37:08] <Hixie>
class names and other real world use of html
- [20:37:32] <Tantek>
did you see John Allsopp's lengthy research and blog post on use of class and id in the wild?
- [20:37:42] <Hixie>
yeah
- [20:37:48] <Tantek>
ok, cool.
- [20:38:10] <Tantek>
BTW, I'd suggest doing the research on a wiki page, so that others can add to it and build on it
- [20:38:32] * TheMaecenati (n=TheMaece@dsl081-056-047.sfo1.dsl.speakeasy.net) has joined #microformats
- [20:38:44] <Tantek>
e.g. perhaps /wiki/class-name-examples
- [20:39:14] <Hixie>
you mean putting the results on a wiki page?
- [20:39:18] <Hixie>
yeah, could do
- [20:39:25] <Tantek>
yes
- [20:39:29] <Tantek>
even "in progress" work as well
- [20:39:32] <Tantek>
just mark it as such
- [20:39:40] <Hixie>
yes, well
- [20:39:41] <Tantek>
no reason to not edit it in the open right?
- [20:39:46] <Hixie>
you'd think
- [20:39:50] <Tantek>
cool
- [20:40:03] <Hixie>
unfortunately, it's not that simple when you're at a big company
- [20:40:09] <Hixie>
but we'll see
- [20:40:10] * edsu (n=esummers@66.187.134.52) Quit ("leaving")
- [20:40:15] <mfbot>
[[blog-post-formats]] http://microformats.org/wiki?title=blog-post-formats&diff=0&oldid=3645 * FuzzyBSc * (+1284) Fill out VJOURNAL structure and example
- [20:40:21] <Tantek>
Hixie, you've pointed out one big reason why I'm not at a big company
- [20:40:24] <Hixie>
:-)
- [20:40:38] <Tantek>
ref: recent blog post about web dev opening at Technorati
- [20:40:45] <Hixie>
it'd be easier if everyone wasn't on holiday right now :-)
- [20:41:22] <Hixie>
(google is remarkably good at not having politics and red tape, but if everyone's absent, it makes things harder)
- [20:42:06] <Tantek>
i'd be interested to hear your perspective on their "culture of secrecy" some time.
- [20:42:26] <Hixie>
i'm afraid i can't talk about that
- [20:42:27] * Hixie ducks
- [20:42:33] <Tantek>
LOL
- [20:43:30] <Hixie>
my opinion is that before i was at the company, i thought it was silly, but now that i'm at the company, i realise that actually google is very open about a lot of things (e.g. see the papers on code.google.com), and that the things they actually keep secret are things that are kept secret for good reason.
- [20:44:04] <Hixie>
(and inside the company, there are basically no secrets)
- [20:45:46] <Hixie>
er, s/code.google.com/labs.google.com/
- [20:52:06] <Tantek>
Hixie, the evidence I have seen (e.g. GoogleBase), indicates that the secrecy is actually causing them to make technical mistakes, such as poor design decisions, ignoring previous work, etc.
- [20:52:55] <Tantek>
imagine if GoogleBase (and the various Atom extensions etc.) had been design out in the open, rather than behind closed doors and then launched all at once.
- [20:53:31] <Hixie>
yeah, i strongly believe that standards should be developed in the open
- [20:53:40] <Hixie>
google's paying me to develop HTML5 in the open :-)
- [20:53:46] <Tantek>
right. i knew that. :) hence why i asked your opinion.
- [20:53:52] <Tantek>
oh, that's good sign of change.
- [20:55:02] <Hixie>
i don't know much about google base, i'm still learning about everything google's doing. as and when i come across things that should be done in the open, i'm trying to do something about it
- [20:55:31] <Hixie>
mind you, i'm in the open source group at google, so i've probably got a biased opinion of how open we are, since everything i hear about directly is specifically open stuff
- [20:55:58] <Tantek>
Good. Keep doing good open work and perhaps you can fix things from the inside.
- [20:56:44] <Hixie>
trying :-) the company culture here is very much in line with doing things "right", it's mostly a matter of people being new to something and thus not knowing what "right" is that causes mistakes, imho
- [20:56:53] <Hixie>
we'll see
- [20:57:11] <Hixie>
if you do hear of any things (like the atom extensions stuff) do let me know
- [20:57:25] <Hixie>
now i must go play board games
- [20:57:27] <Hixie>
ttyl
- [20:57:31] <Tantek>
ok, ttyl
- [20:57:55] <Tantek>
might want to let them know that Atom 1.0 is an RFC now, and that they can stop using Atom 0.3 ;)
- [20:58:42] * Tantek (n=Tantek@pool-71-104-248-219.lsanca.dsl-w.verizon.net) Quit (Remote closed the connection)
- [21:13:37] <mfbot>
[[blog-post-formats]] http://microformats.org/wiki?title=blog-post-formats&diff=0&oldid=3646 * FuzzyBSc * (+1948) Expand VJOURNAL data
- [21:31:39] * TheMaecenati (n=TheMaece@dsl081-056-047.sfo1.dsl.speakeasy.net) Quit ()
- [22:08:42] * factoryjoe (n=cmessina@71.141.152.171) has joined #microformats
- [22:08:43] <jibot>
factoryjoe is Chris Messina, works for Flock, Bar Camp and Rhyzomatic and is working towards open source world domination
- [22:14:58] * danja (i=DannyAye@host1-220.pool80104.interbusiness.it) Quit ("Ciao!")
- [22:20:51] * factoryjoe (n=cmessina@71.141.152.171) Quit ()
- [22:30:25] <mfbot>
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3647 * FuzzyBSc * (+209) Add Dependancies section
- [22:38:27] <fuzzyBSc>
Night, all.
- [23:03:42] <mfbot>
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3648 * Kevin Marks * (+494) rel-tag -
- [23:11:58] <mfbot>
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3649 * FuzzyBSc * (+61) Create title suggestion list
- [23:13:10] * megasquid (n=megasqui@cpe-66-27-237-225.bak.res.rr.com) has joined #microformats
- [23:15:34] <mfbot>
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3650 * FuzzyBSc * (+196) Suggest description as nomenclature for atom:summary
- [23:19:24] * fuzzyBSc (n=fuzzy@c210-49-73-138.rochd2.qld.optusnet.com.au) Quit ("Download Gaim: http://gaim.sourceforge.net/")
- [23:19:50] * Tantek (n=Tantek@pool-71-104-248-219.lsanca.dsl-w.verizon.net) has joined #microformats
- [23:23:15] <Tantek>
greetings
- [23:23:21] <Tantek>
Did folks see the XOXO blog?
- [23:23:22] <Tantek>
http://blogxoxo.blogspot.com/
- [23:24:16] <Tantek>
does anyone know Stephen Paul Weber ? http://singpolyma-tech.blogspot.com/2005/12/xoxo-blog-and-template.html
- [23:25:44] * bkdelong (n=bkdelong@h-67-102-164-116.cmbrmaor.covad.net) has joined #microformats
- [23:25:45] <jibot>
bkdelong is B.K. DeLong, Head Research Analyst for HALO Worldwide - http://www.haloworldwide.com. Web: http://www.brain-stream.com. Email: bkdelong@pobox.com - Is At ApacheCon
- [23:25:51] <megasquid>
hey i'm wondering what the benefit of microformats would be over some sort of open API?
- [23:26:07] <megasquid>
do they serve the same purpose?
- [23:26:59] <KevinMarks>
well, they can be orthogonal
- [23:27:23] <KevinMarks>
microformats give a way of standardising structures
- [23:27:32] <KevinMarks>
so your API coudl return microformats
- [23:28:10] <KevinMarks>
or you may find that using microformats on your main HTML pages, and using REST URLs for your site can mean you don't need an API
- [23:28:34] <KevinMarks>
as in generating your HTML you are generating the structures an API would return
- [23:29:23] <megasquid>
would there be any benefit to both? like a soap api that returns xml markup and using appropriate microformating on all the generated pages?
- [23:30:27] <KevinMarks>
well XHTML is XML
- [23:30:30] <Tantek>
megasquid, APIs come and go. Data persists. Thus formats are orders of magnitude more important than APIs. The best APIs are the ones that simply get and put well formatted data. E.g. REST.
- [23:31:02] <Tantek>
Programmer's tend to focus on designing APIs because that's their touch-point, that's where their code interacts with the "outside world".
- [23:31:13] <Tantek>
s/Programmer's/Programmers
- [23:32:56] <megasquid>
ok, well i'm looking to design a web app, where other web apps can access and catalog the info, so i'm trying to weigh the benefits between microformts and an api
- [23:33:08] <Tantek>
it's not a vs.
- [23:33:12] <megasquid>
it seems like microformats are good for crawlers and presentation
- [23:33:31] <Tantek>
by just using microformats on your pages, you essentially present a very simple "default" API
- [23:33:42] <Tantek>
then if you want more complex APIs for the 10% cases, you can design those
- [23:33:47] <Tantek>
as needed
- [23:34:13] <Tantek>
but just by using microformats in the data you are already presenting, you handle perhaps 80% of the use cases
- [23:34:25] <Tantek>
that folks would otherwise have for an API
- [23:34:33] <Tantek>
so it comes down to laziness/efficiency
- [23:34:47] <megasquid>
right
- [23:35:17] <Tantek>
microformats for you, might be the easiest/fastest means to a simple API for your website/webservices
- [23:38:34] <megasquid>
Tantek: lets say for instance, that I had a site like amazon, and I wanted people to be able to access product title's and the url of that product, so they could be cataloged and organized in any particular way, but for the full description the url would take them to the actual page, wouldn't an api serve a better purpose here?
- [23:51:16] <mfbot>
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3651 * Kevin Marks * (+270) summary reserved by hReview -
- [23:53:33] <Tantek>
megasquid, it still sounds like you are comparing things that are not comparable
- [23:53:45] <Tantek>
your question: "wouldn't an api serve a better purpose here?"
- [23:53:50] <Tantek>
implies "better than what?"
- [23:54:10] <Tantek>
the REST approach would say the only API you need in that case is a GET API
- [23:54:22] <Tantek>
then all that remains is defining the *format* of the data/content that is returned
- [23:54:28] <Tantek>
and that's where microformats come in
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.