In Brian's book example on the citation-brainstorming wiki page, the
title of the book is marked up with class=fn.
Every example we have uses 'title', except for the US. patent.
I vote to change that example to use 'title' and verify that 'title'
is the class name to be used to represent titles
Hey Derrick,
I think you are on the right track with regard to process here. I
especially liked the in-depth treatment of the problem statement, with
specific examples that came in addition to (instead of soley) your
own frustrations. It also seems like you've looked over how to gather
I'd like to hear some discussion on the language field for hCite.
I think it is useful, but it has two things going against it for me:
- many citation formats have supported useful work without storing the language
(I've never had 'language' in a bibtex entry, nor seen it written in a
list of
Just to let people know,
The Joomla! Melbourne User Group site is now live and fully
microformatted at http://www.joomlamug.com and www.joomlamug.org
All content is built around hAtom, all contact details are built around
hCard. The events calendar is partially hAtomised, with some
encapsulation
On 31/01/07, Absalom Media [EMAIL PROTECTED] wrote:
Just to let people know,
The Joomla! Melbourne User Group site is now live and fully
microformatted at http://www.joomlamug.com and www.joomlamug.org
All content is built around hAtom, all contact details are built around
hCard. The events
On 1/31/07, Michael McCracken [EMAIL PROTECTED] wrote:
I'd like to hear some discussion on the language field for hCite.
I think it is useful, but it has two things going against it for me:
- many citation formats have supported useful work without storing the language
(I've never had
On 31/01/07, Ben Ward [EMAIL PROTECTED] wrote:
Chris Messina:
div class=vcard id=vcard
addressa href=http://factoryjoe.com/blog/hcard/#hcard; class=fn
url rel=me selfChris Messina/a/address
div class=orgCitizen Agency/a
...
/div
John Allsopp:
The definition of the self attribute
On Jan 30, 2007, at 7:55 AM, Ciaran McNulty wrote:
On 1/30/07, anders conbere [EMAIL PROTECTED] wrote:
I would consider the rss and atom tools be not in accordance with the
(x)html specs on this one. And I believe that muddying the code with
non-semantic tags makes is much more difficult to
On Jan 31, 2007, at 3:46 AM, Frances Berriman wrote:
On 31/01/07, Ben Ward [EMAIL PROTECTED] wrote:
Chris Messina:
div class=vcard id=vcard
addressa href=http://factoryjoe.com/blog/hcard/#hcard;
class=fn
url rel=me selfChris Messina/a/address
div class=orgCitizen Agency/a
...
/div
On 31 Jan 2007, at 12:08, Colin Barrett wrote:
Can I get a clearer idea of what exactly is people are +1-ing? I +1
@rel=self me, but am not willing to give my vote yet on using
address, as it's not entirely clear if we're talking about
mandating it, recommending it, etc. FWIW I'm not
On Jan 31, 2007, at 4:34 AM, Ben Ward wrote:
On 31 Jan 2007, at 12:08, Colin Barrett wrote:
Can I get a clearer idea of what exactly is people are +1-ing? I +1
@rel=self me, but am not willing to give my vote yet on using
address, as it's not entirely clear if we're talking about
+1
On 1/31/07, Colin Barrett [EMAIL PROTECTED] wrote:
On Jan 31, 2007, at 4:34 AM, Ben Ward wrote:
On 31 Jan 2007, at 12:08, Colin Barrett wrote:
Can I get a clearer idea of what exactly is people are +1-ing? I +1
@rel=self me, but am not willing to give my vote yet on using
address, as
On 1/31/07, Ben Ward [EMAIL PROTECTED] wrote:
We are voting only on the use of @rel=me self to reference an
authoritative hCard that parsers should follow.
e.g.
div class=vcard
a class=fn url href=http://ben-ward.co.uk/about; rel=me
selfBen Ward/a
/div
Just to be 100% pedantically clear:
On Jan 31, 2007, at 6:00 AM, Colin Barrett wrote:
On Jan 30, 2007, at 7:55 AM, Ciaran McNulty wrote:
On 1/30/07, anders conbere [EMAIL PROTECTED] wrote:
I would consider the rss and atom tools be not in accordance with
the
(x)html specs on this one. And I believe that muddying the code
On 31 Jan 2007, at 14:49, Ara Pehlivanian wrote:
Just to stir the pot a little, and maybe it's a good idea to consider
authenticity in the whole discussion of authoritative cards. What
guarantees that when someone creates an hCard and puts rel=me self
that they are giving the correct URL and
On 1/31/07, Ben Ward [EMAIL PROTECTED] wrote:
The authoritative version of the hCard is only going to be relative
to the published hCard itself. The situation doesn't change. Someone
could already write an inaccurate hCard for me on their website. They
could write a more thorough version and
My lifestream, based on some ideas I heard people talking about is here
http://vidastream.net/u/aconbere/
I have no suggestions for a site with microformats you can subscribe to.
~ Anders
On 1/30/07, Chris Messina [EMAIL PROTECTED] wrote:
My lifestream, based on Jeremy Keith's, is here:
Ara Pehlivanian wrote:
Just to stir the pot a little, and maybe it's a good idea to
consider authenticity in the whole discussion of
authoritative cards. What guarantees that when someone
creates an hCard and puts rel=me self that they are giving
the correct URL and that it isn't someone
If you mean, someone at 'BenWardSmellsAwful.com' (don't register
that, please) writing an hCard and linking to ben-ward.co.uk/about
with rel=self me, the relationship is such that the Fake Ben's
hcard is discarded in favour of my real one. This does not allow
someone to describe 'this hCard here
On 1/31/07, Ara Pehlivanian [EMAIL PROTECTED] wrote:
Yes, but what if someone registers ben-ward.net and puts up a fake
card on that site. Then he goes and publishes a partial hCard on
myspace and points to ben-ward.net/about with rel=self me. He's
effectively hijacked your identity and/or
On Jan 31, 2007, at 9:49 AM, Ara Pehlivanian wrote:
Just to stir the pot a little, and maybe it's a good idea to consider
authenticity in the whole discussion of authoritative cards. What
guarantees that when someone creates an hCard and puts rel=me self
that they are giving the correct URL and
On Jan 31, 2007, at 9:18 AM, David Janes wrote:
Open ID spells this out up front: authentication is not trust [1].
Nonetheless, people are trying to build trust systems on top of Open ID:
http://simonwillison.net/2007/Jan/22/whitelisting/
This is another topic entirely, but it occurs to me
On 1/31/07, David Janes [EMAIL PROTECTED] wrote:
How if there's another Ben Ward? Sorry, lot's of people have thought
about this problem in lots of different realms (as I mentioned,
OpenID) and it's intractable.
I guess there's no way to manage the partial hCards as they could
point anywhere
On 1/31/07, Ryan Cannon [EMAIL PROTECTED] wrote:
I'm getting into this late, but isn't the entire concept behind
rel=me?
rel=me links *must* be symmetric in order to create a distributed
verification system?. It's definition is A link to yourself at a
different URL[1]. According to the spec,
On 1/31/07, Scott Reynen [EMAIL PROTECTED] wrote:
On Jan 31, 2007, at 9:18 AM, David Janes wrote:
Open ID spells this out up front: authentication is not trust [1].
Nonetheless, people are trying to build trust systems on top of Open ID:
http://simonwillison.net/2007/Jan/22/whitelisting/
On 26/01/07, Goix Laurent Walter [EMAIL PROTECTED] wrote:
Hi,
Is there any plan/interest to work on a hMood or hPresence microformat
that could describe information related to the mood or the activity of a
person/group? Bloggers typically express their feelings over the web, or
what they have
On 31 Jan 2007, at 15:50, Ara Pehlivanian wrote:
Yes, but what if someone registers ben-ward.net and puts up a fake
card on that site. Then he goes and publishes a partial hCard on
myspace and points to ben-ward.net/about with rel=self me. He's
effectively hijacked your identity and/or caused
On 31 Jan 2007, at 16:15, Ryan Cannon wrote:
It's definition is A link to yourself at a
different URL[1].
Correct. Which is still valid in the rel=me self case.
According to the spec, rel=self me is invalid *unless*
you do not include the XFN profile on your Web site.
Sorry, I've got
On 31 Jan 2007, at 17:03, Ben Ward wrote:
The owner of Ben-Ward.net could have his own personal network of
sites too, but they would not be linked to from my own
authoritative hCard at ben-ward.co.uk/about. Nothing stops him add
rel=me to his hcard pointing to my site, but that takes us
Hi
Just wondering does presence and mood really apply to a microformat? What I
want is federated presence across applications and devices. Set once show
everywhere. (SOSE) Today I have to multiple presence, mood and status
appliations. E.g Last.fm shows my current music in Skype. I also have
On 1/31/07, Ben Ward [EMAIL PROTECTED] wrote:
On 31 Jan 2007, at 16:15, Ryan Cannon wrote:
It's definition is A link to yourself at a
different URL[1].
Correct. Which is still valid in the rel=me self case.
According to the spec, rel=self me is invalid *unless*
you do not include the XFN
On 31 Jan 2007, at 17:24, Ara Pehlivanian wrote:
Ben,
Don't you think he has a point though? If you think of it, rel=me
could suffice in that it refers to yourself at another URL (in line
with the idea of an authoritative hCard) and once you get there and
read that hCard and discover that it
I'm trying to catch up, but I'm finding it a bit difficult. The
problem with rel=me is that it's merely an alternative version, and
not authoritative or canonical, right? Why is rel=me self desirable
though? Were there any other alternatives considered?
Thanks,
Ben West
On 1/31/07, David
On 1/31/07, Ben Ward [EMAIL PROTECTED] wrote:
The authoratitive hcard will also contain @rel=me. Firstly, to
fulfil XFN it must link back to the linking resource and as a full
hCard it will still contain URLs with @rel=me pointing to the other
sites I own.
Hang on, linking /back/ to the
On 1/31/07, Brian Suda [EMAIL PROTECTED] wrote:
On 1/31/07, Michael McCracken [EMAIL PROTECTED] wrote:
I'd like to hear some discussion on the language field for hCite.
I think it is useful, but it has two things going against it for me:
- many citation formats have supported useful work
On Jan 31, 2007, at 1:17 PM, Michael McCracken wrote:
If we use @lang, doesn't that mean we're specifying the language of
the words in the hCite element, but not necessarily the language of
the thing we're citing?
Practically aren't these the same thing?
//Ed
On Jan 31, 2007, at 12:15 PM, Ben Ward wrote:
According to the spec, rel=self me is invalid *unless*
you do not include the XFN profile on your Web site.
Sorry, I've got muddled here. According to which spec? Are you
referring to the “Exclusive of all other XFN values” part of the
@rel=me spec
On Jan 31, 2007, at 9:47 AM, Ben Ward wrote:
My understanding therefore, is that @rel=me indicates that it is the
same person. @rel=self indicates that it is the same hcard.
Therefore the absolute authoritative hcard we speak of may (I expect
will) contain other links with @rel=me but will
On 1/31/07, Edward Summers [EMAIL PROTECTED] wrote:
On Jan 31, 2007, at 1:17 PM, Michael McCracken wrote:
If we use @lang, doesn't that mean we're specifying the language of
the words in the hCite element, but not necessarily the language of
the thing we're citing?
Practically aren't these
On Jan 31, 2007, at 10:30 AM, Edward Summers wrote:
On Jan 31, 2007, at 1:17 PM, Michael McCracken wrote:
If we use @lang, doesn't that mean we're specifying the language of
the words in the hCite element, but not necessarily the language of
the thing we're citing?
Practically aren't these
On 30/01/07, Benjamin West [EMAIL PROTECTED] wrote:
On 1/30/07, Charles Roper [EMAIL PROTECTED] wrote:
I'm very interested in the Species microformat, but the process seems
to have stalled and I just wanted to poll opinion here as to why that
might be. Is it due to a lack of demand?
To be
Just chiming in my two pence here:
Rather than something like @rel=me self, would a better idea not be
to look at including some kind of way of authenticating the source
such as a MicroID hash?
This has already been discussed on the MicroId list along the lines of this:
@rel=me
There is quite a lot of interest in this topic. With all the voices,
it's becoming quite difficult to keep track of what we're talking
about, and who thinks what.
I've added this issue to the hcard-issues page.
http://microformats.org/wiki/hcard-issues#Canonical.2FAuthoritative_Hcard
I would
On Jan 31, 2007, at 1:06 PM, Charles Roper wrote:
I think what I'm trying to get at here is this: at present my feeling
(and this is just a feeling) is that the microfomats gaining most
traction are ones that are related quite closely to social networking
and, dare I say it, Web 2.0 concepts.
On Jan 31, 2007, at 11:06 AM, Charles Roper wrote:
I also wanted to ask about the fundamental microformat principle of
paving the cowpaths in relation to hCard. It seems to me that
hCard
was derived from vCard rather than being based on existing markup
practice. How does this square up
On Jan 31, 2007, at 6:59 AM, Scott Reynen wrote:
On Jan 31, 2007, at 6:00 AM, Colin Barrett wrote:
On Jan 30, 2007, at 7:55 AM, Ciaran McNulty wrote:
On 1/30/07, anders conbere [EMAIL PROTECTED] wrote:
I would consider the rss and atom tools be not in accordance with
the
(x)html specs on
On 1/31/07, Colin Barrett [EMAIL PROTECTED] wrote:
On Jan 31, 2007, at 6:59 AM, Scott Reynen wrote:
On Jan 31, 2007, at 6:00 AM, Colin Barrett wrote:
On Jan 30, 2007, at 7:55 AM, Ciaran McNulty wrote:
On 1/30/07, anders conbere [EMAIL PROTECTED] wrote:
I would consider the rss and atom
If I have a parser that only knows (and only cares about) the rel-tag
format, it will be confused by people that use rel-tag for the category
property in hCard. It seems unreasonable that every microformat should
have to know about every other microformat, especially when they are nested.
Le 1 févr. 2007 à 04:05, Colin Barrett a écrit :
Book titles and the language they are in are not always identical.
In general, messing with the meaning of @lang is tricky, as UAs may
take that as a hint to use a different encoding.
encoding and languages are not the same beast.
I do not
I stumbled upon Danny Ayer's hDoap, which maps DOAP into xhtml.
http://dannyayers.com:88/xmlns/hdoap/profile/hdoap-index.html This
clearly doesn't capture the dependencies which is a big part of your
use case. I'm interested to see how more real world examples pan out.
-Ben
On Jan 31, 2007, at 9:26 AM, Sam Sethi wrote:
Personally I hope XMPP becomes the interoperable standard for
presence and
then we an build apps on top of this? Twitter, Gmail and Joost are
all using
XMPP and this potentially will allow me to set my presence, mood and
status
in one app and
Just for the record,
http://ejohn.org/blog/microformats-in-firefox-3/
Open to comments and ideas.
3.
Karl Dubost, W3C Said,
February 1, 2007 @ 2:21 am
Mike,
is there a place where you collect the comments, feedback, etc?
First times are very important and lead
52 matches
Mail list logo