IRC Log for #microformats on 2007-11-25
Timestamps are in UTC.
- [00:17:26] * Neo (n=Neo@85-210-31-50.dsl.pipex.com) Quit (Read error: 110 (Connection timed out))
- [00:19:25] * dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net) has joined #microformats
- [00:19:25] * ChanServ sets mode +o dglazkov
- [00:33:02] * bengold (n=ben@c-66-31-157-123.hsd1.ma.comcast.net) Quit ()
- [00:38:10] * camgirl29 (n=camgirl2@ANantes-257-1-65-105.w90-25.abo.wanadoo.fr) has joined #microformats
- [00:39:55] * camgirl29 (n=camgirl2@ANantes-257-1-65-105.w90-25.abo.wanadoo.fr) Quit (Client Quit)
- [00:43:35] * bengold (n=ben@c-66-31-157-123.hsd1.ma.comcast.net) has joined #microformats
- [01:06:58] * tantek_ (n=tantek@99-203-42-188.area2.spcsdns.net) has joined #microformats
- [01:11:17] <tantek_>
bengold check out the hCard creator
- [01:17:17] <bengold>
had bad results
- [01:17:19] <bengold>
ugly
- [01:17:46] <tantek_>
you can always apply a style sheet to make it look however you want
- [01:17:57] <bengold>
true
- [01:20:22] <bengold>
someone needs to make a plugin for address book
- [01:22:57] * tantek (n=tantek@99-203-152-169.area2.spcsdns.net) Quit (Read error: 113 (No route to host))
- [01:23:08] * tantek_ is now known as tantek
- [01:23:10] * ChanServ sets mode +o tantek
- [01:23:21] <tantek>
what would such a plugin for the address book do?
- [01:25:21] <bengold>
allow you to export a plain text file that has the correct hcard code for anyone of your contacts... but I suppose you would only use it once
- [01:25:27] <bengold>
a website might be better
- [01:25:42] <tantek>
indeed, exporting hCards from address books would be a good thing
- [01:27:04] <bengold>
http://badlyworded.com/contact/ it worked ok, however it thinks my AIM name is a website :P
- [01:28:30] <tantek>
what thinks that?
- [01:28:46] <bengold>
address book on the mac
- [01:31:14] <bengold>
However now I can add myself thanks to the safari microformats plugin!
- [01:41:01] <bengold>
Well howdy
- [01:57:20] * illustir (n=alper@s55912056.adsl.wanadoo.nl) Quit ()
- [02:06:55] * julianstahnke (n=julianst@last.fm/staff/wurstkind) Quit ()
- [02:25:35] * yugui (n=yugui@v078142.ppp.asahi-net.or.jp) has joined #microformats
- [02:41:18] <tantek>
bengold that sounds like a bug in the address book on the mac - it doesn't properly support aim: URLs
- [02:41:34] <tantek>
what version of Address Book are you running?
- [02:45:59] * dbaron (n=dbaron@c-71-204-145-103.hsd1.ca.comcast.net) Quit ("8403864 bytes have been tenured, next gc will be global.")
- [02:46:09] <bengold>
4.1
- [02:49:50] * dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net) Quit ("ChatZilla 0.9.79 [Firefox 2.0.0.9/2007102514]")
- [02:53:07] <bengold>
the latest
- [02:55:45] <bengold>
tantek this is the longest conversation ever :P
- [03:39:44] <mfbot>
[[vcard-implementations]] M http://microformats.org/wiki?title=vcard-implementations&diff=0&oldid=23492 * Tantek * (+303) noted Apple Address Book problem with aim: URLs, and that ONE URL property restriction was only in v3.0 and below, verified works fine in v4.0+.
- [03:40:20] <tantek>
bengold, I've captured your problem report here: http://microformats.org/wiki/vcard-implementations#AAB_URL
- [03:40:31] <tantek>
I've also verified the problem in AB v4.0.4
- [03:40:58] <tantek>
feel free to add more problem reports with Address Book handling of vCard/hCard to that page.
- [03:55:48] * yugui (n=yugui@v078142.ppp.asahi-net.or.jp) Quit ("Leaving...")
- [04:54:54] * DavidMead (n=DaveMead@cpe-76-189-106-159.neo.res.rr.com) has joined #microformats
- [05:13:50] * Hey_neken (n=kaxero@215.Red-213-96-129.staticIP.rima-tde.net) Quit (Remote closed the connection)
- [05:33:45] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) has joined #microformats
- [06:16:32] <mfbot>
[[how-to-play-fr]] M http://microformats.org/wiki?title=how-to-play-fr&diff=0&oldid=23493 * ChristopheDucamp * (+560) sync'd
- [06:18:28] <mfbot>
[[how-to-play-fr]] M http://microformats.org/wiki?title=how-to-play-fr&diff=0&oldid=23494 * ChristopheDucamp * (+0) sync'd
- [06:39:07] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) Quit (Client Quit)
- [06:55:45] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) has joined #microformats
- [07:00:33] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) Quit (Client Quit)
- [07:07:23] * vbgunz (n=vbgunz@217-98.127-70.tampabay.res.rr.com) Quit (Read error: 104 (Connection reset by peer))
- [07:09:08] <mfbot>
[[block-list-examples-fr]] M http://microformats.org/wiki?title=block-list-examples-fr&diff=0&oldid=23495 * ChristopheDucamp * (+4564) sync'd
- [07:10:17] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) has joined #microformats
- [07:10:19] <mfbot>
[[ignore-list-fr]] MN http://microformats.org/wiki/ignore-list-fr * ChristopheDucamp * (+27) #redirect [[block-list-fr]]
- [07:13:03] <mfbot>
[[social-network-portability-fr]] M http://microformats.org/wiki?title=social-network-portability-fr&diff=0&oldid=23496 * ChristopheDucamp * (+111) Open Source - sync'd
- [07:14:09] <mfbot>
[[social-network-portability-fr]] M http://microformats.org/wiki?title=social-network-portability-fr&diff=0&oldid=23497 * ChristopheDucamp * (+0) Open Source -
- [07:15:59] * vant (n=vant@p4191-ipbf3104marunouchi.tokyo.ocn.ne.jp) has joined #microformats
- [07:16:00] <mfbot>
[[mailing-lists-fr]] M http://microformats.org/wiki?title=mailing-lists-fr&diff=0&oldid=23498 * ChristopheDucamp * (+13) Soyez agréable - sync'd
- [07:20:17] <mfbot>
[[admins-fr]] MN http://microformats.org/wiki/admins-fr * ChristopheDucamp * (+1249) création
- [07:20:43] <mfbot>
[[admins-fr]] M http://microformats.org/wiki?title=admins-fr&diff=0&oldid=23499 * ChristopheDucamp * (-2) typo
- [07:31:02] * bengold (n=ben@c-66-31-157-123.hsd1.ma.comcast.net) Quit ()
- [07:33:15] <mfbot>
[[Talk:cite-rel]] MN http://microformats.org/wiki/Talk:cite-rel * OmqSsc * (+8326)
- [07:37:31] <mfbot>
[[governance-fr]] M http://microformats.org/wiki?title=governance-fr&diff=0&oldid=23500 * ChristopheDucamp * (+270) [fr: synchro et ajout "point de contact" en français]
- [07:38:02] <mfbot>
[[governance-fr]] M http://microformats.org/wiki?title=governance-fr&diff=0&oldid=23501 * ChristopheDucamp * (+0) typo
- [07:38:23] <mfbot>
[[misconceptions]] http://microformats.org/wiki?title=misconceptions&diff=0&oldid=23502 * Tantek * (+2281) added schema would improve interoperability of microformats misconception and schema incompleteness problem
- [07:38:54] <mfbot>
[[Special:Log/block]] http://microformats.org/wiki?title=Special:Log/block&diff=0&oldid=0 * ChristopheDucamp * (+0) blocked "User:OmqSsc" with an expiry time of infinite: spam
- [07:39:20] <mfbot>
[[Special:Log/delete]] http://microformats.org/wiki?title=Special:Log/delete&diff=0&oldid=0 * ChristopheDucamp * (+0) deleted "Talk:cite-rel": spam
- [07:42:06] <mfbot>
[[Special:Log/block]] http://microformats.org/wiki?title=Special:Log/block&diff=0&oldid=0 * Tantek * (+0) blocked "User:OmqSsc" with an expiry time of infinite: spam
- [07:42:28] * bengold (n=ben@c-66-31-157-123.hsd1.ma.comcast.net) has joined #microformats
- [07:47:27] <mfbot>
[[Special:Log/block]] http://microformats.org/wiki?title=Special:Log/block&diff=0&oldid=0 * Tantek * (+0) blocked "User:UniRgq" with an expiry time of infinite: spam
- [07:50:53] <mfbot>
[[hcard-supporting-user-profiles-fr]] M http://microformats.org/wiki?title=hcard-supporting-user-profiles-fr&diff=0&oldid=23503 * ChristopheDucamp * (+674) sync'd
- [07:55:24] <mfbot>
[[hcard-creator-feedback]] http://microformats.org/wiki?title=hcard-creator-feedback&diff=0&oldid=23504 * Tantek * (+521) followed up on suggested tweak for Jabber only (i.e. not real world), and move out-of-hCard-scope feature requests to a rejected section
- [07:57:45] <mfbot>
[[principles-fr]] M http://microformats.org/wiki?title=principles-fr&diff=0&oldid=23505 * ChristopheDucamp * (+13) link on "réutiliser"
- [08:06:32] <mfbot>
[[reuse-fr]] MN http://microformats.org/wiki/reuse-fr * ChristopheDucamp * (+1578) translated from english source
- [08:12:58] * bergie (n=bergie@cs181192153.pp.htv.fi) has joined #microformats
- [08:36:09] * vbgunz (n=vbgunz@217-98.127-70.tampabay.res.rr.com) has joined #microformats
- [08:48:05] * WilleRaab (i=WilleRaa@89-253-85-3.customers.ownit.se) has joined #microformats
- [09:02:10] <mfbot>
[[events]] M http://microformats.org/wiki?title=events&diff=0&oldid=23506 * Tantek * (-1)
- [09:03:26] <mfbot>
[[hcalendar-examples-in-wild-fr]] M http://microformats.org/wiki?title=hcalendar-examples-in-wild-fr&diff=0&oldid=23507 * ChristopheDucamp * (+2299) sync'd
- [09:06:06] * Naflol (i=sdei@gateway/tor/x-1245d0ed9332ca7a) Quit (Remote closed the connection)
- [09:10:43] <mfbot>
[[hcalendar-examples-in-wild-fr]] M http://microformats.org/wiki?title=hcalendar-examples-in-wild-fr&diff=0&oldid=23508 * ChristopheDucamp * (-3) programmes de conférence - typo
- [09:26:24] * Naflol (i=sdei@gateway/tor/x-6093957321145710) has joined #microformats
- [09:34:46] <mfbot>
[[user-interface-fr]] M http://microformats.org/wiki?title=user-interface-fr&diff=0&oldid=23509 * ChristopheDucamp * (+508) sync in progress
- [09:36:32] <mfbot>
[[user-interface-fr]] M http://microformats.org/wiki?title=user-interface-fr&diff=0&oldid=23510 * ChristopheDucamp * (+2) [fr : lowercase pattern]
- [09:39:33] * bluesmoon (n=philip@123.201.43.162) has joined #microformats
- [09:45:44] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) Quit (Client Quit)
- [09:47:33] <mfbot>
[[user-interface-fr]] M http://microformats.org/wiki?title=user-interface-fr&diff=0&oldid=23511 * ChristopheDucamp * (-365) [fr: sync'd on english original version]
- [09:57:55] * mastaYoda (n=lars@xdsl-87-79-228-110.netcologne.de) has joined #microformats
- [09:58:20] * Neo_ (n=Neo@85-210-31-50.dsl.pipex.com) Quit ("Leaving")
- [10:00:18] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) has joined #microformats
- [10:07:27] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) Quit (Client Quit)
- [10:14:59] * blueace (n=BlueAce@ip244-136-173-82.adsl2.versatel.nl) has joined #microformats
- [10:18:50] <mfbot>
[[why-using-existing-matters-fr]] N http://microformats.org/wiki/why-using-existing-matters-fr * ChristopheDucamp * (+4219) [fr: first draft translation]
- [10:19:36] <mfbot>
[[why-using-existing-matters-fr]] M http://microformats.org/wiki?title=why-using-existing-matters-fr&diff=0&oldid=23512 * ChristopheDucamp * (+6) [fr: grammar]
- [10:25:25] * blueace (n=BlueAce@ip244-136-173-82.adsl2.versatel.nl) Quit ()
- [10:29:43] <mfbot>
[[process-fr]] M http://microformats.org/wiki?title=process-fr&diff=0&oldid=23513 * ChristopheDucamp * (+328) sync'd
- [10:30:24] <mfbot>
[[why-using-existing-microformats-matters-fr]] MN http://microformats.org/wiki/why-using-existing-microformats-matters-fr * ChristopheDucamp * (+43) #redirect [[why-using-existing-matters-fr]]
- [10:34:27] * blueace (n=BlueAce@ip244-136-173-82.adsl2.versatel.nl) has joined #microformats
- [10:36:10] <mfbot>
[[vcard-implementations-fr]] M http://microformats.org/wiki?title=vcard-implementations-fr&diff=0&oldid=23514 * ChristopheDucamp * (+351) CAB URL - sync'd with english version
- [10:42:46] * bluesmoon (n=philip@123.201.43.162) Quit ("Ex-Chat")
- [10:44:22] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) has joined #microformats
- [10:49:21] <mfbot>
[[events-fr]] http://microformats.org/wiki?title=events-fr&diff=0&oldid=23515 * ChristopheDucamp * (+618) [fr: suggestion to organize a french workshop about social-network-portability with french openid guys]
- [10:49:52] <mfbot>
[[events-fr]] M http://microformats.org/wiki?title=events-fr&diff=0&oldid=23516 * ChristopheDucamp * (+22) En cours -
- [10:50:13] <mfbot>
[[events-fr]] M http://microformats.org/wiki?title=events-fr&diff=0&oldid=23517 * ChristopheDucamp * (+0) En cours - typo
- [10:51:01] * illustir (n=alper@s55912056.adsl.wanadoo.nl) has joined #microformats
- [10:58:19] * Jemil (n=chatzill@eur68-2-82-242-34-56.fbx.proxad.net) has joined #microformats
- [10:58:34] * Jemil (n=chatzill@eur68-2-82-242-34-56.fbx.proxad.net) has left #microformats
- [11:21:04] * bergie (n=bergie@cs181192153.pp.htv.fi) Quit ()
- [11:26:13] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) Quit (Client Quit)
- [11:34:38] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) has joined #microformats
- [11:35:24] * chmod007 (n=chmod007@ua-83-227-238-221.cust.bredbandsbolaget.se) Quit (Client Quit)
- [11:56:48] * bengold (n=ben@c-66-31-157-123.hsd1.ma.comcast.net) Quit ()
- [12:03:25] * userabc123abc (n=user@111.34.50.60.kmr04-home.tm.net.my) has joined #microformats
- [12:07:35] <userabc123abc>
auslandssemester studium im ausland http://www.globmunity.com/ semester ausland
- [12:11:36] <mfbot>
[[figure-examples]] http://microformats.org/wiki?title=figure-examples&diff=0&oldid=23518 * MatthiasWillerich * (+92) Added Content with Style article
- [12:16:58] <userabc123abc>
auswandern blog http://www.globmunity.com/ leben im ausland
- [12:23:13] * julianstahnke (n=julianst@87-194-56-45.bethere.co.uk) has joined #microformats
- [12:23:54] * userabc123abc (n=user@111.34.50.60.kmr04-home.tm.net.my) Quit ()
- [12:32:17] * chmod007 (n=chmod007@2-1-3-45a.va.gbg.bostream.se) has joined #microformats
- [12:41:04] * julianstahnke (n=julianst@last.fm/staff/wurstkind) Quit ("Schönen Tag noch!")
- [12:45:36] * InsomniaCity (n=insomnia@raptor.ukc.ac.uk) has joined #microformats
- [12:46:36] <InsomniaCity>
Is: <span class="tel"><span class="type">work</span>+1-727-231-0101</span> valid hCard?
- [12:47:03] <InsomniaCity>
I have a feeling it is, but this parser I have barfs on it, and produces a tel value of work+1-727-231-0101
- [12:49:46] <chmod007>
wrap the phone number in <span class="value">
- [12:50:06] <InsomniaCity>
of course - but I'm wondering whether its valid hCard
- [12:50:19] <InsomniaCity>
I'm into consuming hCards, not producing them
- [12:50:43] <chmod007>
it’s not valid, as far as I can tell.
- [12:51:08] <InsomniaCity>
well - its the example hCard in the spec
- [12:51:22] <InsomniaCity>
which I happened to use for testing, and my parser barfed
- [12:51:58] <chmod007>
I saw this example <http://microformats.org/wiki/hcard#Value_excerpting>
- [12:52:37] <chmod007>
ah, now I see the one you’re talking about
- [12:52:40] <InsomniaCity>
does that imply the example hCard in the spec is wrong then?
- [12:54:22] <chmod007>
it’s pretty pathetic that one can’t tell for sure from the standard…
- [12:54:30] <InsomniaCity>
yup
- [12:56:11] <chmod007>
from <http://microformats.org/wiki/hcard-parsing#parsing_hCard_properties_and_values>, it depends on the definition of “the contents of the element”
- [12:57:36] <InsomniaCity>
uggh
- [12:58:25] <InsomniaCity>
tel** (type, value)
- [12:58:36] <InsomniaCity>
so type is integral, so the example is wrong.
- [12:58:40] <chmod007>
ISSUE 2 in that same document, suggests that the full text contents should be used.
- [12:58:55] <chmod007>
“
- [12:58:57] <chmod007>
<span class="tel">+1.123.456.7890 <abbr class="type" title="work">(work)</abbr></span>
- [12:58:57] <chmod007>
would be represented in vCard as:
- [12:58:57] <chmod007>
TEL;TYPE=work:+123.456.7890 (work)
- [12:58:57] <chmod007>
”
- [13:00:17] <chmod007>
but it looks that that example has a typo (ommission of one “1” in the vcard representation), so I don’t know how authoritative that would be either :)
- [13:00:27] <chmod007>
anyway, it says: “If one or more child elements with the class name of "value" are present inside the element for a property, then concatenate the node values of those child elements (in the order found) and use that as the value of the property. This would be before using the node value of the element for a property itself.”
- [13:00:51] <chmod007>
node values would include attribute values. sigh.
- [13:01:16] <InsomniaCity>
damn, this is a mess
- [13:03:16] <chmod007>
looks like there’s an answer here: http://microformats.org/wiki/hcard-issues
- [13:03:18] * Naflol (i=sdei@gateway/tor/x-6093957321145710) Quit (Remote closed the connection)
- [13:04:50] <chmod007>
hm, or not, but you should bring it up there
- [13:04:59] <InsomniaCity>
uggh
- [13:09:03] <InsomniaCity>
chmod007: none of the issues raised since the end of January have an sort of reply
- [13:09:06] <InsomniaCity>
*any
- [13:09:25] <chmod007>
I noticed that :-).
- [13:09:54] <InsomniaCity>
is hCard dead or something?
- [13:27:07] * DavidMead (n=DaveMead@cpe-76-189-106-159.neo.res.rr.com) Quit (Read error: 110 (Connection timed out))
- [13:27:18] * blueace (n=BlueAce@ip244-136-173-82.adsl2.versatel.nl) Quit ()
- [13:54:06] * blueace (n=BlueAce@ip244-136-173-82.adsl2.versatel.nl) has joined #microformats
- [13:54:54] * NeX (n=Alive@APuteaux-152-1-58-68.w82-120.abo.wanadoo.fr) has joined #microformats
- [14:34:58] * blueace (n=BlueAce@ip244-136-173-82.adsl2.versatel.nl) Quit ()
- [14:39:56] * vant (n=vant@p4191-ipbf3104marunouchi.tokyo.ocn.ne.jp) Quit ("Leaving...")
- [15:35:44] * glennjones (n=glennjon@spc2-brig3-0-0-cust624.asfd.broadband.ntl.com) has joined #microformats
- [16:05:33] <mfbot>
[[figure-examples]] http://microformats.org/wiki?title=figure-examples&diff=0&oldid=23519 * MatthiasWillerich * (+1076) Added Content with Style example code
- [16:05:38] * illustir (n=alper@s55912056.adsl.wanadoo.nl) has left #microformats
- [16:43:10] <mfbot>
[[User:Evan]] http://microformats.org/wiki?title=User:Evan&diff=0&oldid=23520 * Csarven * (-14493) removed spam
- [16:43:50] * csarven- (n=nevrasc@modemcable130.251-202-24.mc.videotron.ca) has joined #microformats
- [17:02:05] * bengold (n=ben@c-66-31-157-123.hsd1.ma.comcast.net) has joined #microformats
- [17:04:56] * blueace (n=BlueAce@ip244-136-173-82.adsl2.versatel.nl) has joined #microformats
- [17:25:53] * blueace_ (n=BlueAce@ip244-136-173-82.adsl2.versatel.nl) has joined #microformats
- [17:25:53] * blueace (n=BlueAce@ip244-136-173-82.adsl2.versatel.nl) Quit (Read error: 104 (Connection reset by peer))
- [17:41:08] * Metcalf (n=John@217.171.129.65) has joined #microformats
- [17:46:01] <Metcalf>
is anyone working on the citation microformat?
- [17:53:40] <tantek>
InsomniaCity, still there? let's see if we can resolve the tel/type/value issue you raised.
- [17:54:13] <InsomniaCity>
I am
- [17:59:39] <InsomniaCity>
tantek: not sure there's much to resolve either way though - it just needs a definitive statement as to whether child text is considered the value when they have sibling class=type elements
- [18:00:27] <InsomniaCity>
both tails and operator prepend the type text to the phone number, indicating that they are ignoring the structure
- [18:01:00] <tantek>
in short, class=type children are not considered part of the value
- [18:01:30] <tantek>
tails has not been maintained for a while, so it very well might have bugs like that
- [18:01:44] <tantek>
with operator though I am a bit surprised
- [18:02:31] <tantek>
as a parser developer, are you on the microformats-dev list btw?
- [18:02:32] <InsomniaCity>
OK, so is the remaining text child considered the value then?
- [18:02:35] <tantek>
yes
- [18:02:50] <tantek>
let me track down where it says that, i tried to scroll up and read through your comments above.
- [18:03:03] <InsomniaCity>
ok, I'll let you do that while I explain a little
- [18:03:35] <InsomniaCity>
I'm not really a parser developer per se - I'm plugging together the Alexa hCard parser and Funambol/Sync4j in order to sync, and to keep updated, hCard data to your mobile phone
- [18:04:33] <InsomniaCity>
so the idea is that you run an Operator script on an hCard (later hCalendar too), which submits it to the DB, then you run the SyncML client on your phone.
- [18:04:49] <tantek>
I expected I would have written that down in hcard-parsing, which, from just re-reading the section, it doesn't say that, which I'm disappointed by. I'll have to fix that.
- [18:06:08] * bengold (n=ben@c-66-31-157-123.hsd1.ma.comcast.net) has left #microformats
- [18:06:33] <tantek>
Neither does it state it in http://microformats.org/wiki/hcard#type_subproperty_values
- [18:07:00] <InsomniaCity>
Indeed. Yet somehow, the edge case crept into the sample hCard :)
- [18:07:12] <tantek>
ok I will fix it in both those places, good catch.
- [18:07:35] <InsomniaCity>
Doesn't that make class="value" kind of superfluous then?
- [18:07:41] <tantek>
Frankly, I don't even know when that sample hCard got added. I will need to track it down
- [18:07:45] <tantek>
not quite
- [18:07:58] <tantek>
e.g. work: +1-415-555-1212
- [18:08:06] <tantek>
you don't want the ":" in either the type or the valiue
- [18:08:09] <tantek>
value
- [18:08:18] <InsomniaCity>
ah yes
- [18:10:50] <mfbot>
[[Special:Log/block]] http://microformats.org/wiki?title=Special:Log/block&diff=0&oldid=0 * Tantek * (+0) blocked "User:Vi8Fq4" with an expiry time of infinite: spam
- [18:18:26] <tantek>
InsomniaCity, clearly whoever added the live example didn't test it with operator. ;)
- [18:18:42] * danja (n=danja@host53-220-static.104-80-b.business.telecomitalia.it) has joined #microformats
- [18:19:22] * danja (n=danja@host53-220-static.104-80-b.business.telecomitalia.it) Quit (Remote closed the connection)
- [18:21:33] * OoS (n=John@217.171.129.65) has joined #microformats
- [18:24:07] <tantek>
ironically, the Wikimedia foundation is also moving (has moved)
- [18:24:30] <tantek>
I'm going to change the example to Commercenet who helped with sponsoring and founding of microformats.org
- [18:29:10] <glennjones>
Hi all if anyones interested http://lab.backnetwork.com/ufXtract/ my first full blown uf parser, with a few extra twists for portable social networks.
- [18:31:19] <tantek>
hi glenn!
- [18:34:14] <glennjones>
Hi tantek, my first time on IRC, thought I would start come hang out
- [18:35:50] <tantek>
it's a good place to hang out
- [18:36:07] <tantek>
i'm fixing a bug in hCard as we speak, raised by InsomniaCity
- [18:37:34] <tantek>
InsomniaCity, did you try X2V on the live example?
- [18:38:12] <mfbot>
[[hcard]] http://microformats.org/wiki?title=hcard&diff=0&oldid=23521 * Tantek * (+568) type subproperty values - added details about handling a property with type but without explicit value. problem noticed by InsomniaCity on IRC.
- [18:39:54] * vbgunz (n=vbgunz@217-98.127-70.tampabay.res.rr.com) Quit (Read error: 104 (Connection reset by peer))
- [18:40:49] * Metcalf (n=John@217.171.129.65) Quit (Read error: 110 (Connection timed out))
- [18:41:43] <mfbot>
[[hcard-parsing]] M http://microformats.org/wiki?title=hcard-parsing&diff=0&oldid=23522 * Tantek * (+5) toc right
- [18:48:08] * vbgunz (n=vbgunz@217-98.127-70.tampabay.res.rr.com) has joined #microformats
- [18:52:25] <mfbot>
[[hcard-parsing]] http://microformats.org/wiki?title=hcard-parsing&diff=0&oldid=23523 * Tantek * (+310) Value excerpting - added detail about subtype specified with no descendant of the property element with class name "value"
- [18:52:50] <tantek>
InsomniaCity, there that should fix both hCard and hCard-parsing.
- [18:52:56] <tantek>
now to the live example...
- [18:56:27] <tantek>
glennjones, does your parser implement representative hCard discovery? http://microformats.org/wiki/representative-hcard
- [18:56:56] * PibbRelay (i=supybot@nat/janrain/x-3ca8c96a1e3bb677) Quit (Connection reset by peer)
- [18:57:19] * PibbRelay (i=supybot@nat/janrain/x-08f28dfde19042ed) has joined #microformats
- [19:02:48] <glennjones>
tantek This is one does not, but I have a full blown spider which does. I am hope with everyone's help to define some rules
- [19:03:10] <tantek>
did you have a read of the above page and subpages?
- [19:03:53] <tantek>
Ryan King, Jeremy Keith and I did a bunch of research, documentation, brainstorming and believe there is a solid proposal there representative hCard publishing and parsing.
- [19:04:47] * WilleRaab (i=WilleRaa@89-253-85-3.customers.ownit.se) Quit ()
- [19:07:26] <glennjones>
No I had not come across these pages, its just what I need. I will read them carefully and see if I can code a rule set from them
- [19:07:29] * OoS (n=John@217.171.129.65) Quit (Read error: 110 (Connection timed out))
- [19:08:48] * dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net) has joined #microformats
- [19:08:48] * ChanServ sets mode +o dglazkov
- [19:09:11] * dglazkov (n=dglazkov@adsl-074-229-248-021.sip.bhm.bellsouth.net) Quit (Remote closed the connection)
- [19:11:37] <glennjones>
check out this portable social network profile spider http://lab.backnetwork.com/ufXtract-psn/
- [19:12:38] <glennjones>
All it really needs is the addition of marking the representative hCard, I will start working on it now
- [19:13:39] <tantek>
indeed, in many conversations with folks like Ted Grubb of Satisfaction, it became apparent that the notion of a "representative" hCard for a profile page was a key missing piece of social network portability
- [19:13:49] <tantek>
hence the through writeup at that URL
- [19:14:51] <tantek>
At the last portable social networks meetup Ted Grubb noted that he is working on implementing the representative hCard parsing so that GetSatisfaction.com's hCard profile import/subscribe would work better.
- [19:15:23] <tantek>
At the very same meeting Leah Culver of Pownce made a very small tweak to Pownce.com profiles to implement representative hCard publishing (using url+uid).
- [19:17:39] <glennjones>
There's lots going on, wonder if I could swap notes with these guys.
- [19:25:02] * briansuda (n=briansud@157-157-104-103.dsl.dynamic.simnet.is) has joined #microformats
- [19:25:02] * ChanServ sets mode +o briansuda
- [19:35:53] <InsomniaCity>
tantek: by "the remainder... of the property element", does that imply a concatenation of the siblings before and after?
- [19:37:09] <tantek>
glennjones, i'm doing my best to at least take notes and put them on the event pages on the wiki whenever I'm at any such events. I have a few more notes to put up on the most recent one.
- [19:37:12] <tantek>
InsomniaCity, yes.
- [19:43:07] <InsomniaCity>
tantek: also, does my project sound even remotely interesting?
- [19:43:29] <tantek>
absolutely. the fewer steps it can take to move your data around, the better.
- [19:43:50] <tantek>
it's very much in spirit with what a lot of microformats is trying to accomplish
- [19:43:58] <tantek>
more convenience and efficiency for the user
- [19:45:08] <InsomniaCity>
the only problems I'm running into are real-world stuff
- [19:45:18] <InsomniaCity>
for example, phones don't seem to like brackets in phone numbers etc
- [19:48:14] <briansuda>
hm, if there is no VALUE then EVERYTHING gets concatenated, and things like WORK: 123.456.7890 will become ": 1234567890", extra text will be pulled in as well, do people understand and expect this
- [19:56:03] * glennjones (n=glennjon@spc2-brig3-0-0-cust624.asfd.broadband.ntl.com) has left #microformats
- [20:03:31] <tantek>
briansuda, that's a good question
- [20:03:46] <briansuda>
i have it working locally doing exactly this
- [20:03:50] <tantek>
and a good reason to encourage people to use explicit "value" markup whenever a subtype is problem
- [20:04:02] <tantek>
whenever a subtype is used
- [20:04:17] <briansuda>
basically it looks at every node that is a child of (TEL, EMAIL, ADR, ...) and if it is NOT a decendant of class="type" it is used
- [20:04:25] <briansuda>
correct
- [20:04:49] <briansuda>
if there is no VALUE stated, be on the look out for what you get
- [20:05:01] <briansuda>
if it is NOT what you wanted, then use VALUE explicitly
- [20:05:35] <briansuda>
the other sneaky issue is collapsing white-space? do you or not?
- [20:05:58] <briansuda>
i am assuming we are plucking the exact text that was inside the TYPE and deleting that
- [20:06:16] <briansuda>
so if i had "abc[space](some type value)[space]xyz"
- [20:06:30] <briansuda>
that would be "abc[space][space]xyz"
- [20:06:36] <briansuda>
that is how it is coded now
- [20:07:06] <briansuda>
with concatenating VALUE we do not add or remove spaces, so removing TYPE should probably work the same way
- [20:07:09] <tantek>
yes that makes sense
- [20:07:11] <tantek>
it is the most "predictable"
- [20:07:14] <tantek>
agreed
- [20:08:18] <briansuda>
ADR isn't really an issue, because that has structured children anyway
- [20:08:30] <briansuda>
so TEL and EMAIL are really the only candidated
- [20:08:35] <mfbot>
[[hcard]] http://microformats.org/wiki?title=hcard&diff=0&oldid=23524 * Tantek * (+307) add hCard markup to editor/authors, update affiliations per W3C style guide and to be up to date, rm org from Sample vCard as it was out of date, use Commercenet instead of Wikimedia (they are moving)
- [20:09:08] <briansuda>
if the is an example URLs in the wild, then please post them so i can test further
- [20:09:10] <tantek>
briansuda, at least for hCard, yes, that appears to be correct
- [20:09:40] <tantek>
well the hCard spec *was* an example (though perhaps not in the "wild" as it were) until my last edit above
- [20:09:43] <briansuda>
well, all the MFs use the same extraction library, so all the others get this for free
- [20:10:02] <briansuda>
yeah, i am looking for on in HTML to see if the code works correctly
- [20:10:21] <tantek>
I can modify the hCard example easily enough
- [20:10:22] * briansuda pokes InsomniaCity for an example
- [20:10:36] <briansuda>
i modified my hCard and it seemed to work
- [20:11:32] <InsomniaCity>
briansuda: I don't have one, I just pointed my parser at the hCard spec for the sample one
- [20:11:35] <InsomniaCity>
thats when it barfed
- [20:11:49] <briansuda>
sure, that isn't in HTML
- [20:13:34] <tantek>
(editing now)
- [20:16:36] <mfbot>
[[hcard]] M http://microformats.org/wiki?title=hcard&diff=0&oldid=23525 * Tantek * (-143) fix editor/author hCard, use type with unspecified value in live example
- [20:20:14] <InsomniaCity>
briansuda: how do you mean it isn't in HTML?
- [20:20:31] <InsomniaCity>
out of interest - do you guys know about the Alexa parser?
- [20:22:00] <briansuda>
<pre>
- [20:22:01] <briansuda>
<span class="tel"><span class="type">Home</span> +1.415.555.1212</span>
- [20:22:01] <briansuda>
</pre>
- [20:22:08] <briansuda>
that won't be found by hCard parsers
- [20:22:30] <briansuda>
firstly, it isn't in a class="vcard", secondly that isn't HTML, so it doesn't know how to parse that
- [20:22:50] <tantek>
briansuda, look further down the page
- [20:23:57] <briansuda>
<div class="tel"><b><span class="type">Work</span > +1-650-289-4040</span></b></div >
- [20:24:02] <briansuda>
no end </span>
- [20:24:10] * briansuda will fix it
- [20:25:08] <mfbot>
[[hcard]] M http://microformats.org/wiki?title=hcard&diff=0&oldid=23526 * Tantek * (+67) fix editor/author hCards
- [20:27:24] <mfbot>
[[hcard]] http://microformats.org/wiki?title=hcard&diff=0&oldid=23527 * Brian * (-14) removed extra span elements
- [20:28:39] <tantek>
good catch brian
- [20:28:48] * mastaYoda (n=lars@xdsl-87-79-228-110.netcologne.de) Quit (Read error: 104 (Connection reset by peer))
- [20:34:23] <briansuda>
ok, the http://microformats.org/wiki/hcard gives these values for TEL
- [20:34:27] <briansuda>
TEL;TYPE=work:+1-650-289-4040
- [20:34:28] <briansuda>
TEL;TYPE=fax:+1-650-289-4041
- [20:34:51] <briansuda>
that looks like what you would expect
- [20:37:09] <tantek>
excellent
- [20:37:18] <tantek>
did you also see valid hCards for the editor/authors?
- [20:37:19] * mastaYoda (n=lars@xdsl-87-78-221-250.netcologne.de) has joined #microformats
- [20:37:44] <briansuda>
yes, it extracts them too
- [20:38:14] <briansuda>
i still need to clean-up a few things, strangely fixing it for our wiki breaks my page, so i need to sort out something minor
- [20:40:51] <tantek>
breaks which page?
- [20:41:42] <briansuda>
http://suda.co.uk/contact and the wiki/hcard
- [20:42:12] <briansuda>
i can remove extra text on one, and it appears on the other, fixing one, breaks the other. i just need to tweak the code abit more
- [20:42:46] <tantek>
really? i'm a bit surprised by that. were you using subtypes on those pages?
- [20:43:05] <briansuda>
i was, but i removed the VALUE from one of them on my page
- [20:43:31] <briansuda>
i'll have it sorted out in a few minutes, we'll have to make some tests to prevent any regression
- [20:43:41] <mfbot>
[[style-guide]] N http://microformats.org/wiki/style-guide * Tantek * (+1668) drafted to jot down some notes about affiliation
- [20:43:48] <tantek>
good point
- [20:47:47] <mfbot>
[[process]] M http://microformats.org/wiki?title=process&diff=0&oldid=23528 * Tantek * (+22) note [[style-guide]] when creating a page for a microformat spec
- [20:50:42] * nslater (n=nslater@gnu/webmaster/nslater) has joined #microformats
- [20:50:49] <nslater>
hey guys, the microformats blog has been hacked
- [20:51:04] <tantek>
briansuda, presumably we can use the sample Commercenet hCard in the spec as a test case
- [20:51:15] <nslater>
http://microformatique.com/?p=208
- [20:51:26] <nslater>
view source and you will see lots and lots of links for viagra sites
- [20:51:46] <briansuda>
that isn't our site
- [20:51:52] <nslater>
who's is it?
- [20:52:05] <tantek>
Isn't that John Allsop's site?
- [20:52:05] <briansuda>
John Allsopp, i will pass the word along
- [20:52:20] <nslater>
i would have assumed he hung out in here :)
- [20:52:27] <tantek>
right, thanks for the spelling correction briansuda
- [20:52:34] <tantek>
nslater, he is in Australia, he might be asleep
- [20:53:21] <nslater>
weird, it seems to only be that page
- [20:54:29] <briansuda>
could it have come from a comment?
- [20:54:55] <nslater>
no, its in the post body html, i only noticed because they came through in my feedreader unstyled as a big list of viagra sites! :)
- [20:55:31] <nslater>
which reminds me, tantek, the tags in your posts always come through as a big unstyled list, not sure if that's intentional or not
- [20:55:50] <nslater>
... heh, they tend to take up a whole page on my display before i get to the content
- [20:56:31] <tantek>
yes I need to figure out how to style them in the atom feed to show up as they do on my HTML page
- [20:57:11] <nslater>
tantek: hmm, i wonder if they need to be in the atom content at all? would this not be a better application for embeded rdf or something similar?
- [20:57:34] <nslater>
s/content/whatever atom calls the "body" content of a post/
- [20:59:33] <tantek>
they are part of the post and thus should be included
- [21:00:09] <nslater>
are they not really metadata? thats what im saying, and i would say that metadata belongs outside of the "content" envelope
- [21:00:24] <tantek>
metadata is quite a problematic term
- [21:00:31] <tantek>
they're relevant to the user, and thus data
- [21:00:56] <tantek>
and thus should be visible, not invisible
- [21:01:55] <nslater>
i wouldnt say "metadata" is problematic in and of its self, only the presumption that it should be hidden. however, i do conceed your point about it being something that should be displayed which brings you right back around to putting in the content envelope, damn. :)
- [21:03:53] <nslater>
having said all of that, atom provides the category element which is designed to be used for this exact purpose
- [21:04:17] <tantek>
metadata is problematic mostly as a term, in that it is often overused, when simple "data" would not only suffice, but is more accurate.
- [21:04:36] <nslater>
i would only say metadata is data about data, a list of tags is clearly data about data
- [21:04:43] <tantek>
right, atom's category element represents legacy thinking about invisible metadata
- [21:05:00] <nslater>
its only invisible because there are few clients that display it
- [21:05:07] <nslater>
i doubt the spec says "this is invisble data"
- [21:05:25] <tantek>
it is legacy as it is no better than meta keywords
- [21:05:46] <nslater>
how can you say legacy, it only went standards track last month! :)
- [21:06:27] <tantek>
i was very specific: atom's category element represents legacy thinking about invisible metadata
- [21:06:33] <tantek>
not atom itself
- [21:06:56] <nslater>
well i think that there are a great many people who would not consider this "legacy thinking" about "invisible" meta data.
- [21:07:25] <tantek>
there are yes, hence why there *is* legacy, rather then there *was* legacy
- [21:07:41] <tantek>
here is a topical blog post on this: http://tantek.com/log/2005/06.html#d03t2359
- [21:08:32] <nslater>
yes, ive read that along with some of adactio's posts and i must say that i disagree
- [21:08:56] <nslater>
it's not up to content producers to pull metadata into the regular content, it's up to user agents to build more advanced clients that SHOW us the metadata
- [21:09:04] <tantek>
and while your definition of metadata is a reasonable one, it is rarely used to mean just 'data about data' and is more often used to mean things like "automatically" generated data, or machine-only data etc. thus the term is problematic, as different people very often mean different things when they say it.
- [21:10:07] <tantek>
the problem is even implicit in the use of a separate term for metadata. that is it implies that metadata is or somehow should be separate from the data.
- [21:10:08] <nslater>
i just think that moving this kind of stuff to the content envelope is really an ugly hack around the inadiquate user agents who should REALLY be able to process meta elements and eRDF, RDFa and linked RDF
- [21:10:22] <nslater>
tantek: yes, i believe it should be, timbl would agree
- [21:10:53] <tantek>
it doesn't matter what anyone thinks it should be, it matters how humans communicate, and humans communicate with embedded data and data about data all mixed together.
- [21:11:15] <tantek>
thus it is better to mark such "metadata" up inline, rather than to try to move it to some separate silo
- [21:11:29] <tantek>
especially when moving it will often cause it to lose some meaning as its context is lost
- [21:11:31] <nslater>
tantek: that assumes that the way humans do it is more efficient
- [21:11:48] <nslater>
also, it assumes user agents are unable to consolidate a resource and it's meta data
- [21:12:02] <tantek>
no, it assumes that marking up existing human content publishing behavior is easier than changing human content publishing behavior
- [21:12:11] <tantek>
which has been fairly well established
- [21:12:46] <nslater>
well yes, but what if you had a system that seperated these two things at publishing time for the user...
- [21:12:55] <nslater>
... then a user agent that combinded them for display.
- [21:13:23] <nslater>
then the user can do what they want naturally, and the machines can have resources and metadata seperate
- [21:14:25] <tantek>
and re: your second assumption, that is also incorrect. a better way of putting it is that reconsolidating a resource and it's metadata is an extra cost (of time, code, understanding, etc.), in comparison to metadata that is already in the data. it is also subject to error, as the *publisher* typically has a better understanding of the relation between the data and metadata than the *consumer*. thus leaving it to the consumer will i
- [21:14:59] <nslater>
you got cut off at "consumer will i"
- [21:15:12] <tantek>
thus leaving it to the consumer will inevitably result in loss of fidelity.
- [21:15:40] <tantek>
as well as removing metadata from the context of its data and reconstituting it will also often result in a loss of fidelity merely due to the loss of context.
- [21:16:03] <nslater>
i reject that. if your publishing software exposes resource representations and metadata according to the W3C TAG guidlines there is no room for ambiguity
- [21:16:26] <nslater>
tantek: i also reject that, RDF does not imply a loss of fedelity
- [21:16:30] <tantek>
so for purposes of maintaining maximum fidelity of communication it is undesirable to separate data from metadata, and it is undesirable to leave reconstitution to the consumer.
- [21:16:48] <nslater>
but where reconstitution is explicitly defined by specification there should be no problem
- [21:17:07] <nslater>
also, exporting metadata into RDF does /not/ result in a loss of fedelity
- [21:17:25] <tantek>
you're making the big mistake of assuming that a specification definition is sufficient. human usage patterns matter far more than how well a specification is specified.
- [21:17:42] <tantek>
if the specification makes it too hard for humans to do it, they won't do it, plain and simple. no matter how well specified the specification is.
- [21:17:58] <nslater>
it shouldnt be the humans who do it, it should be the user agents
- [21:18:11] <tantek>
the human component of the equation has a far higher impact on the fidelity of the data than the clarity of the specification, or the precision of any abstract model
- [21:18:26] <tantek>
humans author content, plain and simple, you will never get around that
- [21:18:27] <nslater>
like i said, the users should have to think about it
- [21:18:38] <tantek>
so saying "it shouldn't be" doesn't matter. it simply is.
- [21:18:40] <nslater>
yes, but if your publishing software doesnt suck it should be able to do all this for you
- [21:18:58] <tantek>
you can either choose to design for human behaviors, or you can hope for some massive change in human behavior, and design for that.
- [21:19:06] * klml (n=klml@e181094055.adsl.alicedsl.de) has joined #microformats
- [21:19:11] <tantek>
again, you are talking a theoretical
- [21:19:17] <tantek>
"if your publishing software doesnt suck"
- [21:19:19] <nslater>
no no, this isnt about human behaviour, it's about the quality of the software we use
- [21:19:28] <nslater>
yes, i am talking about theoreticals
- [21:19:32] <nslater>
i am talking about the "ideal"
- [21:19:42] <nslater>
the "wouldnt it be great if..."
- [21:19:53] <tantek>
those tend to be a waste of time in practice
- [21:20:09] <nslater>
well, it depends if you're doing anything about it... which i am... ;)
- [21:20:18] <nslater>
but anyway, i think i will have to leave it here, got to dash
- [21:20:24] <nslater>
thanks for discussing with me though :)
- [21:20:33] <tantek>
it still takes you longer that way
- [21:20:40] <tantek>
thus the waste of time point
- [21:21:00] <nslater>
yes, but if i could write some kick ass publishing software that did a lot of this for the users, wouldnt that be a great thing?
- [21:21:11] <nslater>
all we need then are some proper semweb clients and hey presto! :)
- [21:21:44] <tantek>
reinvent the web? sure.
- [21:21:52] <nslater>
reinvent the web!? what?
- [21:22:12] <tantek>
the web is authored today, largely by people using text editors
- [21:22:28] <tantek>
the typical page users load is from a template authored by a web designer, in a text editor
- [21:22:32] <tantek>
the web is hand authored today
- [21:22:38] <nslater>
yes.... i dont follow how writing some semweb publishing software is me "reinventing" the web
- [21:22:51] <tantek>
no, but semweb is reinventing the web
- [21:23:02] <tantek>
it is creating a second, parallel, shadow web
- [21:23:31] <nslater>
right, but if we can get the software in place that does all the hard stuff then we can just swap out the old software and the users can keep doing what they have always done and everything will be great
- [21:23:46] <tantek>
right, "swap out" = revinent
- [21:23:53] <tantek>
reinvent even ;)
- [21:23:57] <nslater>
tantek: no, that specifically refered to the software
- [21:24:04] <nslater>
and this shadow web stuff is nonsense
- [21:24:30] <tantek>
it's not, because the RDF folks keep trying to squeeze human behavior into a clean data model, which is impractical and doomed to fail
- [21:24:48] <nslater>
its not doomed to fail, you just need some kickass software that does it automatically
- [21:24:52] <tantek>
much easier just to analyze the data people publish, and help them increase the semantics inline
- [21:25:07] <nslater>
yes, exactly, analyze it and make RDF from it! bingo!
- [21:25:10] <tantek>
you are mistaking a social/psychological problem for a technical problem
- [21:25:17] <nslater>
no im not...
- [21:25:21] <tantek>
no amount of software will solve that problem
- [21:25:21] * Hey_neken (n=kaxero@170.Red-88-16-61.dynamicIP.rima-tde.net) has joined #microformats
- [21:25:26] <nslater>
why not?
- [21:25:40] <nslater>
why cant software automatically gleen metadata?
- [21:25:42] <tantek>
because it assumes people will change their behaviors
- [21:26:12] <nslater>
no it doesn't, i am saying exactly that if your software is good enough then people wont even notice they are publishing to the semantic web, it will "just happen"
- [21:26:41] <tantek>
and besides, you are still missing all the points about how separating (gleaning if you prefer) metadata from the data, and especially making it invisible, is greatly undesirable, from a fidelity perspective.
- [21:26:55] <nslater>
re shadow web, http://danbri.org/words/2007/11/21/228
- [21:27:09] <tantek>
why would you bother reading from the shadow web when you get higher fidelity data from the real web?
- [21:27:19] <nslater>
i reject the term shadow web :)
- [21:27:42] <tantek>
at Technorati, we parsed and analyzed millions of RSS feeds, and noted that quite a large portion of them were vastly inferior to the HTML
- [21:27:42] <nslater>
i also reject that it's higher fidelity, theoretically at least
- [21:27:49] <nslater>
sure
- [21:27:50] <tantek>
they were broken, out of date, abbreviated etc.
- [21:27:55] <nslater>
im not talking about "now"
- [21:28:08] <tantek>
nevermind theory, the biggest attempt at a shadow web has shown to be lower fidelity
- [21:28:09] <nslater>
im talking about utopia, where all the software doesnt suck
- [21:28:23] <tantek>
no you're talking about a utopia that involves changing human behaviors
- [21:28:33] <nslater>
no, i am not - damn, this is getting frustrating
- [21:28:41] <nslater>
i am saying the users should never have to think about metadata
- [21:28:43] <tantek>
humans don't communicate in clean data models, any attempt to force that fails
- [21:28:48] <nslater>
never enter it, never bother with it
- [21:28:56] <tantek>
right, hence my preference to just use the term data
- [21:28:57] <nslater>
they should just do whatever they lick
- [21:29:01] <tantek>
users *do* think about data
- [21:29:09] <tantek>
so why are you trying to make them not think about it?
- [21:29:10] <nslater>
no no, the metadata is gleened by the software
- [21:29:25] <nslater>
i am not doing any such thing!
- [21:29:30] <tantek>
or did you not notice how tagging took off once it was made visible and part of the data rather than the metadata?
- [21:29:47] <tantek>
gleaning = lower fidelity
- [21:29:48] <nslater>
just because it's visible does not make it non-metadata
- [21:29:54] <nslater>
metadata != invisible
- [21:30:02] <nslater>
that's an implementation detail in many cases
- [21:30:06] <nslater>
or not, as the case may be
- [21:30:11] * bergie (n=bergie@cs181192153.pp.htv.fi) has joined #microformats
- [21:30:23] <tantek>
no or not, show me one counterexample
- [21:30:38] <tantek>
meta keywords and rss are both examples of lower fidelity shadow data
- [21:30:42] <nslater>
gleaning only == lower fidelity if the user can input heigher fedelity metadata than the machine can gleen which is a big assumption on your part
- [21:31:05] <tantek>
not an assumption at all - but well demonstrated by Flickr tags for example
- [21:31:08] <nslater>
tantek: use mozilla to browse the web and notice how all the meta elements suddenly show up on the chrom of the browser
- [21:31:11] <tantek>
as opposed to Google image search
- [21:31:41] <nslater>
tantek: it is an assumption, you have one use case which actually undermines your own point - look at the EXIF data which is FAR more descriptive than the tags
- [21:32:02] <tantek>
no it is not "more" descriptive, it provides different data
- [21:32:22] <nslater>
but it isnt "low" fedelity simply by product of it's generation by machines
- [21:32:24] <tantek>
and i would trust visible tags on a photo way more than any keywords inserted by someone into the EXIF
- [21:32:34] <tantek>
generation != gleaning
- [21:32:44] <tantek>
and EXIF is not generation, it is capturing
- [21:32:47] <nslater>
and my argument isnt only about gleaning
- [21:33:03] <nslater>
it's about making generation + gleaning a background process that users dont have to think about
- [21:33:12] <tantek>
the only worthy "automatic" metadata is that which is captured at the point of authoring/creation of data
- [21:33:20] <tantek>
all other is lower fidelity
- [21:33:38] <nslater>
yes, and why do you exclude that from the possibility of inclusion in a publishing package for the web?
- [21:33:52] <tantek>
i strongly agree with your desire to make things easier for users, but don't make them change their content model, or how they author.
- [21:34:03] <nslater>
i agree with you totally...
- [21:34:17] <nslater>
you cant expect to change anything which would result in the users changing behaviour
- [21:34:27] <nslater>
i dont see how what i am proposing contradicts that :)
- [21:34:32] <tantek>
i didn't make any such exclusion. you focused on gleaning/generating. i pointed out how that's undesirable and leads to lower fidelity
- [21:34:52] <nslater>
the only other option is to get users to enter metadata by hand, which most of them dont
- [21:34:58] <tantek>
the very notion of separating data and data about data is a change in user behavior
- [21:35:03] <tantek>
which is what you propose
- [21:35:09] <nslater>
how many times have you seen a "normal" persons computer and all the documents are called "Untitled Document 23"
- [21:35:24] <tantek>
documents shouldn't require names
- [21:35:29] <nslater>
normal people dont care about metadata
- [21:35:33] <tantek>
pieces of paper that you write on don't require names
- [21:35:39] <tantek>
so therefore documents shouldn't either
- [21:35:55] <tantek>
you cannot conclude that from one example
- [21:36:05] <tantek>
that is a logical fallacy of proving a negative
- [21:36:06] <nslater>
exactly, but you're proposing that metadata be entered directly by the very same people who have a desktop with 300 documents all called "Unitled Document"
- [21:36:23] <tantek>
the reality is, that people care about data when they care about it, and they don't when they don't
- [21:36:41] <tantek>
no i'm not proposing that, you're still missing the social/psychological vs. technical point
- [21:36:52] <nslater>
no, my point is not a logical one, i couldnt possibly make a logical one, just pointing out that from experience people are very bad at providing metadata - you would need to do a proper study before making any direct conclusions
- [21:37:00] * briansuda has checked-in his fixes http://hg.microformats.org/x2v and uploaded them to http://suda.co.uk/projects/X2V/
- [21:37:28] <tantek>
you are coming from a perspective of figuring out an ideal a priori, whereas what i'm saying is, rather than jumping to conclusions about what users do or should do, how about studying them and then basing your design on that instead?
- [21:37:56] <tantek>
people title their blog posts all the time for example
- [21:38:07] <tantek>
it is easy to provide counter-examples to your assertion
- [21:38:14] <nslater>
we are in agreement, i still dont follow this to the conclusion that data and the data describing the data should be mixed - i think machines shoudl figure out how to seperate it...
- [21:38:19] <tantek>
most photos on Flickr are tagged
- [21:38:29] <nslater>
tantek: how do you know?
- [21:38:41] <tantek>
as reported by Flickr
- [21:38:44] <nslater>
where are the statistics?
- [21:38:45] <tantek>
in many web presentations
- [21:38:49] <tantek>
it is widely known
- [21:38:57] <tantek>
go ask Flickr if you want details
- [21:39:16] <nslater>
hmm, "widely known" is shakey at best but I will believe you ;)
- [21:39:32] <tantek>
the problem is one of perspective. you keep look at things as "should be" whereas I'm saying, why not just look at "what is" and go from that.
- [21:39:43] <nslater>
anyway, i still dont see how this contradicts what i my original point was
- [21:39:57] <nslater>
... i think your blog post keywords should be outside the content envelope
- [21:40:01] <tantek>
your very question "should be mixed" misses the point
- [21:40:03] <nslater>
its up to user agents to display them
- [21:40:23] <tantek>
people *do* mix their data and data about their data
- [21:40:30] <tantek>
that's the first point
- [21:40:41] <tantek>
the second point is that yes, it turns out that mixing is better for fidelity as well
- [21:40:51] <tantek>
due to all the points I made in http://tantek.com/log/2005/06.html#d03t2359
- [21:41:04] <nslater>
i reject that mixing is better for fidelity
- [21:42:04] <nslater>
anyway... got to go, thanks for the discussion
- [21:42:06] * nslater (n=nslater@gnu/webmaster/nslater) has left #microformats
- [21:42:07] <tantek>
contradiction is not an argument. if you have specific counter-points to my blog post, i suggest you make a blog post of your own. otherwise the reasoning and evidence in my blog post stands, whether you choose to accept it or not.
- [21:56:01] * Malarkey_ (n=Malarkey@87.112.18.51.plusnet.ptn-ag1.dyn.plus.net) has joined #microformats
- [21:56:41] <Malarkey_>
Am I in? I'm not used to this IRC malarkey?
- [21:57:13] <drewinthehead>
Malarkey_: you're in
- [21:57:41] <csarven->
tantek i was trying to follow this conversation and if i understand both of you correctly i just wanted to say that i don't think it is an either or case. i think visibility is dependant on the type of experience we want to offer (namely how we interact with the information).
- [21:59:28] * blueace_ (n=BlueAce@ip244-136-173-82.adsl2.versatel.nl) Quit ()
- [21:59:37] * Malarkey_ (n=Malarkey@87.112.18.51.plusnet.ptn-ag1.dyn.plus.net) Quit (Client Quit)
- [22:00:01] * bergie (n=bergie@cs181192153.pp.htv.fi) Quit ()
- [22:00:43] * csarven (n=nevrasc@81-5-133-33.static.nfwebsolutions.com) Quit (Read error: 104 (Connection reset by peer))
- [22:01:04] * csarven- is now known as csarven
- [22:02:55] <briansuda>
well, Malarkey_ didn't last long
- [22:03:36] <csarven>
i guess IRC is a bit too chaotic for some :)
- [22:07:07] * Malarkey (n=Malarkey@87.112.18.51.plusnet.ptn-ag1.dyn.plus.net) has joined #microformats
- [22:07:09] * Malarkey (n=Malarkey@87.112.18.51.plusnet.ptn-ag1.dyn.plus.net) Quit (Client Quit)
- [22:09:02] * Malarkey (n=Malarkey@87.112.18.51.plusnet.ptn-ag1.dyn.plus.net) has joined #microformats
- [22:09:09] <Malarkey>
I'll give you not lasting long - Suda :)
- [22:11:19] <tantek>
welcome Malarkey
- [22:11:47] <Malarkey>
Why thank-you Tantek
- [22:13:46] <tantek>
csarven, I agree with you completely about being "dependent on the type of experience we want to offer (namely how we interact with the information)."
- [22:13:51] <Malarkey>
The reason I'm ds
- [22:14:15] <tantek>
that is a good way to decide what content to publish and what not to.
- [22:14:42] <Malarkey>
The reason I dropped by is (on Tantek's suggestion) I'm writing a six article series for InformIT on Designing With Microformats.
- [22:15:21] <Malarkey>
The first is an evangelical rant. And if anyone would like to review or tech edit, please email me.
- [22:15:28] <tantek>
csarven, once you make that decision about what to publish, then you can mark up the those visible contents with microformats.
- [22:16:01] <tantek>
csarven, as for the rest, if you're not going to publish the information somewhere visibly, then it is not worth the time marking it up.
- [22:16:07] <tantek>
Malarkey, go for it
- [22:17:55] * NeX (n=Alive@APuteaux-152-1-58-68.w82-120.abo.wanadoo.fr) Quit ("http://poleweb.blogspot.com")
- [22:21:08] * Malarkey (n=Malarkey@87.112.18.51.plusnet.ptn-ag1.dyn.plus.net) Quit ()
- [22:22:19] * briansuda_ (n=briansud@85-220-125-214.dsl.dynamic.simnet.is) has joined #microformats
- [22:24:00] * briansuda_ (n=briansud@85-220-125-214.dsl.dynamic.simnet.is) Quit (Client Quit)
- [22:28:36] * briansuda (n=briansud@157-157-104-103.dsl.dynamic.simnet.is) Quit (Read error: 110 (Connection timed out))
- [22:39:11] <mfbot>
[[hcard-example1-steps]] http://microformats.org/wiki?title=hcard-example1-steps&diff=0&oldid=23529 * Tantek * (-263) rm outdated org info
- [22:41:57] <mfbot>
[[hcard-example1-steps]] M http://microformats.org/wiki?title=hcard-example1-steps&diff=0&oldid=23530 * Tantek * (-69) remove inapplicable prose re: "organization-name"
- [22:47:39] * Hey_neken (n=kaxero@170.Red-88-16-61.dynamicIP.rima-tde.net) Quit (Remote closed the connection)
- [23:05:00] <mfbot>
[[publishing]] MN http://microformats.org/wiki/publishing * Tantek * (+25)
- [23:05:46] <mfbot>
[[product-examples]] http://microformats.org/wiki?title=product-examples&diff=0&oldid=23531 * VanGore * (+204) Existing schema - NACE
- [23:16:37] * klml (n=klml@e181094055.adsl.alicedsl.de) has left #microformats
- [23:17:28] <mfbot>
[[implementations]] http://microformats.org/wiki?title=implementations&diff=0&oldid=23532 * Tantek * (+719) added Backnetwork, Portable Social Network Profile Parser, ufXtract written by Glenn Jones of Madgex
- [23:17:49] <mfbot>
[[implementors]] http://microformats.org/wiki?title=implementors&diff=0&oldid=23533 * Tantek * (+748) added Glenn Jones, his company Madgex, and his implementations Backnetwork, Portable Social Network Profile Parser, ufXtract
- [23:22:15] <mfbot>
[[implementors]] M http://microformats.org/wiki?title=implementors&diff=0&oldid=23534 * Tantek * (+13) make h1 consistent with implementations page, move Leonard to people section
- [23:34:54] * glennjones (n=glennjon@spc2-brig3-0-0-cust624.asfd.broadband.ntl.com) has joined #microformats
- [23:36:36] <mfbot>
[[hproduct-feedback]] M http://microformats.org/wiki?title=hproduct-feedback&diff=0&oldid=23535 * Tantek * (+72) noted need to incorporate content this page into [[product-brainstorming]]
- [23:40:38] <mfbot>
[[product-brainstorming]] http://microformats.org/wiki?title=product-brainstorming&diff=0&oldid=23536 * Tantek * (+197) noted pages to be incorporated, related, see also
- [23:42:54] <mfbot>
[[product-examples]] M http://microformats.org/wiki?title=product-examples&diff=0&oldid=23537 * Tantek * (+47) toc-right, note Existing Schema should be moved to [[product-formats]],
- [23:44:22] * glennjones (n=glennjon@spc2-brig3-0-0-cust624.asfd.broadband.ntl.com) Quit ()
- [23:46:10] <mfbot>
[[product]] http://microformats.org/wiki?title=product&diff=0&oldid=23538 * Tantek * (-73) removed premature items. per [[process]] the *-formats page should be created before drafting a new proposal, much less naming a microformat
- [23:52:16] <mfbot>
[[product-brainstorming]] http://microformats.org/wiki?title=product-brainstorming&diff=0&oldid=23539 * Tantek * (+597) added naming and proposal sections, move to be incorporated near top of brainstorming
- [23:58:12] <mfbot>
[[hproduct-proposal]] M http://microformats.org/wiki?title=hproduct-proposal&diff=0&oldid=23540 * Tantek * (+115) added research section, more see also, feedback on product-brainstorming,
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.