In message <[EMAIL PROTECTED]>, Tantek Çelik
<[EMAIL PROTECTED]> writes
>On 10/23/06 12:35 PM, "Ryan King" <[EMAIL PROTECTED]> wrote:
>
>> On Oct 23, 2006, at 11:34 AM, Justin Thorp wrote:
>>
>>> Ryan,
>>>
>>> Maybe taking it a step further,
>>
>> How about we take the first step first? :D
>
>Exac
On 10/23/06 12:35 PM, "Ryan King" <[EMAIL PROTECTED]> wrote:
> On Oct 23, 2006, at 11:34 AM, Justin Thorp wrote:
>
>> Ryan,
>>
>> Maybe taking it a step further,
>
> How about we take the first step first? :D
Exactly.
In general, instead of *talking* (writing, whatever) about taking *further*
On 10/23/06 10:43 AM, "Benjamin West" <[EMAIL PROTECTED]> wrote:
> huh? I thought technorati already had attention.xml, not to mention
> whatever format attentiontrust uses.
That was quite a while ago. The current work at rethinking attention.xml is
here: http://microformats.org/wiki/attention
On Oct 23, 2006, at 11:34 AM, Justin Thorp wrote:
Ryan,
Maybe taking it a step further,
How about we take the first step first? :D
could there be a page with every specification suite of how that
microformat relates and can be used with other microformats?
-ryan
_
In message <[EMAIL PROTECTED]>,
Charles Roper <[EMAIL PROTECTED]> writes
>I've yet to
>see an example that uses the term binomial as a class name in markup.
I've always used "sci", for binominal ands sub-species' names. There has
been some comment here, which I've happily accepted, that that woul
In message
<[EMAIL PROTECTED]>, Charles
Roper <[EMAIL PROTECTED]> writes
>On 22/10/06, Andy Mabbett <[EMAIL PROTECTED]> wrote:
>> I'm ambivalent; but another taxonomist advised me, in e-mail, to avoid
>> "binomial", as that is also used in mathematics. That seemed sensible to
>> me.
>
>I'm going t
In message <[EMAIL PROTECTED]>, Ryan
King <[EMAIL PROTECTED]> writes
>On Oct 20, 2006, at 2:17 PM, Andy Mabbett wrote:
>> My full question was:
>>
>> Why is packet size relevant? The page concerned has many -
>>and some have dozens - of table rows in similar format.
>
>Maybe I don't unders
In message <[EMAIL PROTECTED]>, Andy Mabbett
<[EMAIL PROTECTED]> writes
>Secondly, it reflects both the well-founds AND STRICTLY SPECIFIED
>terminology used
"well founded"
> [3] These which publish common names, but would be interested in
>"aliening" those to the equivalent binominal
In message
<[EMAIL PROTECTED]>, Charles
Roper <[EMAIL PROTECTED]> writes
> The straw-man is based, I
>believe, not on existing markup practice but on the ideal way of doing
>things (as judged by Andy) based on existing, well founded,
>terminology used in biology.
Partially that.
Firstly, it's n
On Oct 21, 2006, at 8:29 AM, Andy Mabbett wrote:
It seems to me that there should be some way to say that the URL of
an hCard or hCalendar event is the URL of the page itself, without
having to include a redundant, and accessibility-damaging link to
that page, on the page itself.
Why not
I work with experts in this field and so it's a simple task for me to
ask around.
Neat.
Going back to learning how the market place is doing it, I've yet to
see an example that uses the term binomial as a class name in markup.
If I find an example, I'll post it.
Great, that's exactly what I
On Oct 23, 2006, at 1:22 AM, Mike Schinkel wrote:
Good point. Then I would ask whoever maintains that to incorporate
suggestions somehow.
I like all of the suggestions I've seen. Tantek and I (the two list
admins/moderators) are going to review them and see about adding all
of them.
Th
On Oct 21, 2006, at 9:58 AM, Charles Roper wrote:
Can anyone give any real *disadvantages* to using output compression?
If you do it right, none. Some browsers, like IE 5 and maybe 6, have
problems with compressed, cached JavaScript and other weird edge
cases. However, most HTTP servers com
In message
<[EMAIL PROTECTED]>, Benjamin
West <[EMAIL PROTECTED]> writes
>I suppose this is a good thing, since it will force us to say what we
>mean instead of implying it.
For a few weeks now, I've been highlighting a number of cases where the
latter is done, chiefly on the 'wiki'.
So far, few
On 23/10/06, Benjamin West <[EMAIL PROTECTED]> wrote:
> I'm going to poll a few experts on this. I'll let you know when I get
> some feedback.
It's probably more important to poll already published content, to
learn how the market place is already doing it. This is the whole
point of documentin
On Oct 21, 2006, at 9:37 AM, Charles Roper wrote:
On 21/10/06, Andy Mabbett <[EMAIL PROTECTED]> wrote:
I don't think the intention is that the raw markup of a uF be
"human-readable first".
This is a good point; what, exactly, should be "human readable
first?" I always assumed it was the rend
Ryan,
Maybe taking it a step further, could there be a page with every specification
suite of how that microformat relates and can be used with other microformats?
Like how hCalendar can be used with include-pattern, hResume, or hCard?
I think this would expand people's understanding of what i
On Oct 21, 2006, at 7:15 AM, Andy Mabbett wrote:
...
I did think of making them simple redirects to the hCalendar page,
but instead have said, for example:
...
One annoying thing about redirects in MediaWiki, is that it doesn't
really redirect (in the HTTP sense), it just renders the cont
On Oct 20, 2006, at 2:17 PM, Andy Mabbett wrote:
My full question was:
Why is packet size relevant? The page concerned has many -
and some have dozens - of table rows in similar format.
Maybe I don't understand your question, then. Are you asking "why is
packet size important with
On Oct 21, 2006, at 7:11 AM, Andy Mabbett wrote:
There is no reference of the 'wiki' page for hCalendar, within our
outside the section headed "specification", to the use of the
"include-pattern".
You're right, there isn't. Could you add a note to http://
microformats.org/wiki/hcalendar-issue
Andy, I don't want to get in the middle of a disagreement, but I think
that part of Ben's issue is that the terms you're asking about are
fairly self explanatory, or at least appear to be to him.
You aren't in the middle. I'm deliberately stepping back so that
others can comment. This is a sani
I'm going to poll a few experts on this. I'll let you know when I get
some feedback.
It's probably more important to poll already published content, to
learn how the market place is already doing it. This is the whole
point of documenting examples, analyzing publishing behaviour, and
only after
So, what if your take on this problem and use-case?
Search engines make use of shingles to identify pages and their
aliases. Some search engines employ teams of editors and solicit
feedback from the web community to ensure their aliasing techniques
are correct. As far as I can tell, this isn'
On Mon, 2006-10-23 at 12:06 +, Brian Suda wrote:
> I think the best reference at the moment for how to extract data is
> the hcard-parsing page (http://microformats.org/wiki/hcard-parsing), I
> think you talked your way into understanding the concept, but i'll try
> a few more examples that mig
huh? I thought technorati already had attention.xml, not to mention
whatever format attentiontrust uses.
On 10/23/06, Chris Messina <[EMAIL PROTECTED]> wrote:
Anyone seen the "attention profiling mark-up language"?
Any thoughts? They've got a draft spec:
http://www.touchstonelive.com/apml/spec
On Oct 23, 2006, at 5:30 AM, Stephen Paul Weber wrote:
1:1 means that the field names are identical in each, not that the
use-case will always be the same. (Incidentally, I have seen vCards
made for businesses before...)
Quite - microformats are based on observing usage, not on theory. There
Thanks Brian and Ciaran for your help.
It'd be cool if there was one page with a big list of different microformat
code examples. Instead of having to dig around implementations. This would
help to give me a sense of the full breath of what I am capable of
accomplishing with hCalendar.
I was
On Oct 23, 2006, at 8:32 AM, Brian Suda wrote:
Since there have been some discussion that have spanned over several
different thread and references to cross-over thread posts, i thought
i might try to collapse some of it and try and make it slightly less
situation specific.
Thanks for breaking
Since there have been some discussion that have spanned over several
different thread and references to cross-over thread posts, i thought
i might try to collapse some of it and try and make it slightly less
situation specific.
There have been discussion on both the currency threads, the weights
On 23 Oct 2006, at 13:36, Brian Suda wrote:
I'm not sure exactly what you mean by
should it be documented, maybe we are talking about two different
things? There is a section about using the 'a' element.
http://microformats.org/wiki/include-pattern#hyperlink_include_example
If it is unclear and
On 10/23/06, Ben Ward <[EMAIL PROTECTED]> wrote:
Good morning List,
So in the context of a Microformats parser the hCards should be
included, and should replace the innerText.
There is still a debate about how exactly all of this works. At the
moment the way you have your HTML marked-up, the
1:1 means that the field names are identical in each, not that the
use-case will always be the same. (Incidentally, I have seen vCards
made for businesses before...)
On 10/22/06, Brian Suda <[EMAIL PROTECTED]> wrote:
On 10/22/06, Costello, Roger L. <[EMAIL PROTECTED]> wrote:
> Hi Folks,
>
>
On 22/10/06, Andy Mabbett <[EMAIL PROTECTED]> wrote:
I'm ambivalent; but another taxonomist advised me, in e-mail, to avoid
"binomial", as that is also used in mathematics. That seemed sensible to
me.
I'm going to poll a few experts on this. I'll let you know when I get
some feedback.
>>
On 10/23/06, Mike Schinkel <[EMAIL PROTECTED]> wrote:
>> --- you don't need the W3C in this situation, Atom which is an IETF
standard has introduced several new rel values. So it would be possible to
introduce values through RFCs as well as W3C Recommendations.
So we can add REL attributes to (
On 10/22/06, Ciaran McNulty <[EMAIL PROTECTED]> wrote:
Consider a scenario where someone has saved a page locally, or is
viewing it through a cache such as Google's, it'd be a mistake to
infer the URL as C:\Temp\whatever, for instance.
These are edge cases, but worth thinking about.
--- i woul
On 10/23/06, Mike Linksvayer <[EMAIL PROTECTED]> wrote:
On Sun, 2006-10-22 at 12:17 +, Brian Suda wrote:
> http://example.com"; class="url">my homepage
> is the same as:
> http://example.com
Really?
I think the best reference at the moment for how to extract data is
the hcard-parsing page
On 10/23/06, Mike Schinkel <[EMAIL PROTECTED]> wrote:
>> I'd suggest could be solved using an appropriate new [EMAIL PROTECTED], and
then
convicing the search engines to pay attention to it ;-)
Do you mean in ? Did you see my earlier comments about wikis, CMS,
and forums, where the user often
On 10/23/06, Michael MD <[EMAIL PROTECTED]> wrote:
> For the specific example you mention, the '2 hours' declaration could
> probably be used as the DURATION (probably with an ABBR) and then
> transcluded into each VEVENT using the include-pattern.
do many parsers out there support include-patte
> For the specific example you mention, the '2 hours' declaration could
> probably be used as the DURATION (probably with an ABBR) and then
> transcluded into each VEVENT using the include-pattern.
>
do many parsers out there support include-pattern yet?
... whereas any older or very simple hCale
>> I'm not Tantek, but you're use-case seems eminently reasonable, and
Thanks!
>> I'd suggest could be solved using an appropriate new [EMAIL PROTECTED], and
>> then
convicing the search engines to pay attention to it ;-)
Do you mean in ? Did you see my earlier comments about wikis, CMS,
a
Anyone seen the "attention profiling mark-up language"?
Any thoughts? They've got a draft spec:
http://www.touchstonelive.com/apml/spec/APML%20v0.5%20Draft%20Specification%20v0.2.pdf
I talked with them -- they're down with microformats... but, is this a
good application for XHTML data storage/c
On 23/10/06, Mike Schinkel <[EMAIL PROTECTED]> wrote:
But, as I said before if I'm the only one concerned about it then I won't
try to continue to fight this battle...
Mike, I agree with you on this one. I believe imposing complexity
could well discourage adoption. Having deep pool of attribute
Good morning List,
I have a quick question about include pattern usage and visible data.
A while ago I was playing around with drafting something for the
hChatLog effort (I haven't got anywhere yet, really) but will use it
as an example, since I think the use of include-pattern is nicely
On 10/23/06, Mike Schinkel <[EMAIL PROTECTED]> wrote:
So, what if your take on this problem and use-case?
I'm not Tantek, but you're use-case seems eminently reasonable, and
I'd suggest could be solved using an appropriate new [EMAIL PROTECTED], and
then convicing the search engines to pay atte
>> One minor nit - please use all lowercase names for wiki pages, see:
Funny. I first did it in lowercase and then though, "Oh, I better
capitalize it" so I moved to the capitalized equivalent. :)
-Mike
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of T
Good point. Then I would ask whoever maintains that to incorporate
suggestions somehow.
-Mike
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andy
Mabbett
Sent: Monday, October 23, 2006 3:19 AM
To: Microformats Discuss
Subject: Re: [uf-discuss] [admin]
Brian Suda wrote:
>> --- there are elements in HTML which convay more semantic information.
Gotcha, thanks.
>> The next step is to explicitly label that abbr so parser know it is the
TYPE.
$5.99
This gets back to what I was trying to get away from in the first place:
bloat and complexity (diff
On 10/23/06, Andy Mabbett <[EMAIL PROTECTED]> wrote:
>> What do you mean by "authoring practices"?
>...
>> What do you mean by "the structure of the markup"?
>...
>
>I don't know how to be any more clear.
I find it odd that you decline to answer such straightforward questions
(and others in my s
On 22/10/06, Benjamin West <[EMAIL PROTECTED]> wrote:
> Perhaps you could be more clear about what it is you want to know.
...
> What do you mean by "authoring practices"?
...
> What do you mean by "the structure of the markup"?
...
I don't know how to be any more clear. I've assumed up until n
>> Then it is not worth trusting the information nor worth the time making a
microformat for it.
Respectfully, I disagree. I'm also a bit allergic to statements asserting
the absoluteness of a concept especially when it is *harder* to prove there
is not a needle in a haystack than it is to find o
On 10/23/06, Andy Mabbett <[EMAIL PROTECTED]> wrote:
Consider a page of events, with variable start times; and an
introductory paragraph which says "all events last for two hours".
You're saying that the microformat should not include a "dtend" with the
end time, for each event, because that end
Hello Andy,
On 10/23/06, Andy Mabbett <[EMAIL PROTECTED]> wrote:
In message <[EMAIL PROTECTED]>, Tantek Çelik
<[EMAIL PROTECTED]> writes
>Rarely is metadata actually metadata.
>
>It is most often simply properties of the information which are still
>relevant to the user and thus should be visib
In message <[EMAIL PROTECTED]>, Tantek Çelik
<[EMAIL PROTECTED]> writes
>> But what if the website publisher (or graphic designer) does not want that
>> information to be visible on the page?
>
>Then it is not worth trusting the information nor worth the time making a
>microformat for it.
Again,
In message <[EMAIL PROTECTED]>, Tantek Çelik
<[EMAIL PROTECTED]> writes
>Rarely is metadata actually metadata.
>
>It is most often simply properties of the information which are still
>relevant to the user and thus should be visible.
>
>If it is not worth or appropriate to make the information vis
On 10/23/06 12:11 AM, "Mike Schinkel" <[EMAIL PROTECTED]> wrote:
>>> If it is not worth or appropriate to make the information visible, then
>>> it is not worth trusting the information and certainly not worth the time to
>>> make a microformat for it.
>
> But what if the website publisher (or gr
In message <[EMAIL PROTECTED]>, Mike Schinkel
<[EMAIL PROTECTED]> writes
>can we please make sure that all policies make their way to
>http://microformats.org/mailinglists-policies/
>I also don't want to have to decide which are policies and which are
>someone's singular opinions; the wiki proces
In message <[EMAIL PROTECTED]>,
Benjamin West <[EMAIL PROTECTED]> writes
>> Perhaps you could be more clear about what it is you want to know.
>...
>> What do you mean by "authoring practices"?
>...
>> What do you mean by "the structure of the markup"?
>...
>
>I don't know how to be any more clea
>> It is most often simply properties of the information which are still
relevant to the user and thus should be visible.
Okay, I think I can probably agree while still holding out the potential to
uncover needs in the future that do not fit that pattern.
>> If it is not worth or appropriate to m
58 matches
Mail list logo
