Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-30 Thread Dan Brickley
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

Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-30 Thread Breton Slivka
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

Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-30 Thread Breton Slivka
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

Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-30 Thread Breton Slivka
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.

Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-29 Thread Breton Slivka
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

Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-29 Thread Breton Slivka
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

Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-28 Thread Fil
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 ___

Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-28 Thread Dan Brickley
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/

Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-28 Thread Ben Ward
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

[uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-27 Thread Belov, Charles
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]

[uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-26 Thread Belov, Charles
-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

Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-26 Thread Guillaume Lebleu
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

[uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-24 Thread Belov, Charles
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;

Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-24 Thread Guillaume Lebleu
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

[uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-24 Thread Toby A Inkster
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

Re: [uf-discuss] RE: Microformats and RDFa not as far apart as previously thought

2008-06-24 Thread Guillaume Lebleu
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