Breton Slivka wrote:
I think this sort of counter argument is a straw man. The proposal
from Guillaume was not to write a natural language parser that can
parse any kind of human written date. The proposal was to parse a very
specific and standardized format of date. If one were to write
On Mon, Jun 30, 2008 at 5:54 PM, Dan Brickley [EMAIL PROTECTED] wrote:
Breton Slivka wrote:
I think this sort of counter argument is a straw man. The proposal
from Guillaume was not to write a natural language parser that can
parse any kind of human written date. The proposal was to parse a
the restrictions:
1. No information hiding
2. Humans first, machines second.
3. It must be in a format that's easily machine parsable.
You see the problem here? You guys are going to have to comprimise on
one of these three damned restrictions, or face irrelevance!
I suggests a 4th
On Tue, Jul 1, 2008 at 9:49 AM, Breton Slivka [EMAIL PROTECTED] wrote:
On Tue, Jul 1, 2008 at 3:11 AM, Ben Ward [EMAIL PROTECTED] wrote:
I'd like to make a very important point.
On 30 Jun 2008, at 10:38, Breton Slivka wrote:
if you violate #1, Tantek steps
in and says you can't do that.
I think this sort of counter argument is a straw man. The proposal
from Guillaume was not to write a natural language parser that can
parse any kind of human written date. The proposal was to parse a very
specific and standardized format of date. If one were to write
Oktober, the specified
the restrictions:
1. No information hiding
2. Humans first, machines second.
3. It must be in a format that's easily machine parsable.
You see the problem here? You guys are going to have to comprimise on
one of these three damned restrictions, or face irrelevance!
To continue- the
I'm not a great fan of natural language here. What if I want to write
3l33t (well, not at my age mind you), or punk, maybe use Oktober
instead of October cause I'm a (admittedly bad) poet? The human will
understand, the computer won't.
-- Fil
___
Fil wrote:
I'm not a great fan of natural language here. What if I want to write
3l33t (well, not at my age mind you), or punk, maybe use Oktober
instead of October cause I'm a (admittedly bad) poet? The human will
understand, the computer won't.
Or Chinese?
Dan
--
http://danbri.org/
On 28 Jun 2008, at 13:03, André Luís wrote:
October
Oct.
And other languages, like Portuguese:
Outubro
Out.
This, however, could be handled with abbr, without hindering
accessibility.
span class=monthabbr title=OctoberOct./abbr/span
With the current abbr-pattern, your example should
Message: 3
Date: Thu, 26 Jun 2008 11:16:19 -0700
From: Guillaume Lebleu [EMAIL PROTECTED]
Subject: Re: [uf-discuss] RE: Microformats and RDFa not as far apart
as previously thought
To: Microformats Discuss microformats-discuss@microformats.org
Message-ID: [EMAIL PROTECTED]
-Original Message-
Message: 2
Date: Tue, 24 Jun 2008 15:17:24 -0700
From: Guillaume Lebleu [EMAIL PROTECTED]
Subject: Re: [uf-discuss] RE: Microformats and RDFa not as far apart
as previously thought
To: Microformats Discuss microformats-discuss@microformats.org
Belov, Charles wrote:
I'd suggest modifying that to not require the computer to parse the
date. Something like:
span class=dstartm lang=en-usOctober/span span
class=dstartd5/span, span class=dstarty2004/span
+1: DRY-, POSH- and humans first-compatible IMO.
Maybe the following may be POSHer
Message: 8
Date: Tue, 24 Jun 2008 12:03:30 -0400
From: Manu Sporny [EMAIL PROTECTED]
Subject: [uf-discuss] Microformats and RDFa not as far apart as
previously thought
To: Microformats Discuss microformats-discuss@microformats.org
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain;
Belov, Charles wrote:
I feel it is unreasonable to ask a non-technical person to produce
ISO-format dates/times, so microformats do not produce an acceptable
solution at this time for marking up meeting announcements.
I agree that only an editor extension would make writing ISO-format
Guillaume Lebleu wrote:
span class=dstart lang=en-usOctober 5, 2004/span
Cognition already supports this as a last ditch attempt at parsing
dates - but I wouldn't recommend it get adopted widely. It's too
unreliable; too much work to deal with internationalisation; too much
work
Toby A Inkster wrote:
Guillaume Lebleu wrote:
span class=dstart lang=en-usOctober 5, 2004/span
Cognition already supports this as a last ditch attempt at parsing
dates -
Thank you for the attempt.
but I wouldn't recommend it get adopted widely. It's too unreliable;
Why is this that
16 matches
Mail list logo