Re: Re: mod_enclosures proposal

Danny Ayers <[email protected]>
Newsgroups gmane.network.syndication.rss.devel
Message-ID <[email protected]>
I'd better start by apologising for not having checked the current
proposal(s) before posting, and for stating something that's probably
obvious. I do think it's important though. I'd suggest there are two
specific requirements that override all the others:

1. to be able to cover the simplest case in simple syntax: "this is an
enclosure, here is the URI, this is the media type" (*one* enclosure)
2. to be able to add metadata to it

2. is pretty well covered whatever, but there's a danger in
overlooking the first in the interests of sophistication. Take the
Alan Kay quote: "Simple things should be simple. Complex things should
be possible". In RSS as a whole these have tended to be mutually
exclusive.

People publishing RSS 2.0 with enclosures now would probably be happy
to add the RSS 1.0 version in a minimal form, but might not bother if
they have to build a verbose stack of code just for the simplest case.
Compare the adoption of OCS and OPML.

Cheers,
Danny.



On Sun, 21 Nov 2004 23:29:03 +0100, Suzan Foster <su-ZjWWLV22F01mR6Xm/[email protected]> wrote:
> 
> 
> 
> On Nov 21, 2004, at 10:50 PM, [email protected] wrote:
> 
> > --- In [email protected], Suzan Foster <su@i...> wrote:
> 
> >> On Nov 18, 2004, at 10:03 PM, lord@c... wrote:
> >
> >> I think that you could profit from a less verbose syntax by losing the
> >> <enc1:children/>. In your proposal the class Enclosures is a class
> >> which contains a single property which has a Collection class which,
> >> etc.. I think the semantics should be: item has a property enclosures,
> >> which is a collection of, etc.. I tested this with a pair of SPARQL
> >> queries (see below), and as you can see the <enc1:children/> is
> >> totally
> >> redundent and just adds an extra triple pattern to get to where you
> >> want to be.
> >
> > Actually, besides "children" "Enclosures" have other properties,
> > such as "rel" and "description". I think they are useful.
> 
> I don't see anything which restricts you from saying:
> 
> <rdf:Alt>
>    <dc:description>Alternatives</dc:description>
>    ...
> </rdf:Alt>
> 
> I adapted my version (http://www.xs4all.nl/~foz/su.test.rdf) with
> descriptions, and it validated.
> 
> 
> 
> >> I'm also not sure what kind of ranges you expect with enc1:quality.
> >> The
> >> numerical value doesn't seem to express much unless you know it's
> >> exact
> >> meaning whilst enc1:quality="high" is maybe subjective, but directly
> >> apparent in it's meaning.
> >
> > What if there is no "high" quality enclosure in the list? Only
> > "medium" and "low"?
> 
> Nothing a good typed literal can't get around :)
> 
> Regards,
> Suzan Foster.
> 
> 
> 
> 
> Yahoo! Groups Links
> 
> 
> 
> 
> 


-- 

http://dannyayers.com


 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/rss-dev/

<*> To unsubscribe from this group, send an email to:
    [email protected]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.