Erling Wegger Linde a écrit :
On Mon, Jun 16, 2008 at 5:54 PM, Peter Keane <[EMAIL PROTECTED]> wrote:
In our project, similarly to Connections,  we use:

<category term="public" scheme="http://.../category/visibility"/>

I'd be v. interested to know what other folks do, esp. if there is an
opportunity for standardization. In fact, I could see real utility in
some semi-formal way to register category schemes and terms. As has been
noted [1][2], atom:category has the potential to be quite a powerful
exension mechanism, getting us a "description framework" without having
to use RDF (not that there's anything wrong w/ RDF ;-)).

From an outsider, just watching this list from time to time: Why not
use RDF? Isn't RDF more general? Could these categories be used
anywhere outside of Atom?

I'm not very familiar with the atom:category(ies) so I ask: can
atom:categories be referred to / used in a meaningful way with RDF?

Unless I'm mistaken, they are URIs so yes I'd say a client that is built with such purpose could make sense of those elements.

E.g. can you either use URIs e.g. "http://.../flags#private"; or
"http://.../flags/private"; to refer to them? Or could one create a
general approach for using GRDDL (
http://research.talis.com/2006/grddl-wg/primer ) ? If you cannot, then
I think this approach will be a dead end in a few years, agree?

No I don't. Could you explain?

I actually believe atom:category elements have the basic minimum that someone may be looking for when adding a context to a resource.


If there is one thing I think Atom is missing is a standardized way to
combine it with RDF. Why not try to use RDF when you can, not try to
avoid it?

I don't understand what you mean by standardizing RDF with Atom. If someone is interested in using RDF inside Atom can't they just do so already? Or do you mean mapping the Atom model to the RDF data model?

Looking at the GRRDL Primer specification it looks like it's a transformation mechanism of a source document to a RDF representation. Is there any showstopper from the RDF community to already create such specification for consuming Atom documents?

More fundamentally my *personal* issue here is that RDF has chosen a top-down approach by saying "We needed a mechanism to enable meaningful consuming of heterogeneous resources" so they defined RDF and gradually offered simpler mechanisms to allow the profane to join the RDF world (like GRRDL Primer). Atom on the other hand has followed a bottom-up path and been about "Let's have the lowest entry barrier we can and gradually add more complex mechanisms if they are needed". But because the base format is well defined you can make an Atom document already meaningful on its own.

- Sylvain





Thanks,
- Erling

--peter keane

[1]http://torrez.us/archives/2006/05/25/447/
[2]http://www.majordojo.com/2006/05/overloading-atomcategory.php#c12851


On Mon, Jun 16, 2008 at 08:01:38AM -0700, James M Snell wrote:
In Connections, we've adopted a category based "flags" mechanisms, e.g.

  <category scheme="http://.../flags"; term="private" />

It is essentially a boolean flag.  If the term "private" is included in the
entry, the entry is private, otherwise it's not.  The "flags" scheme
contains a number of other types of flags relevant to the entry.  So far,
this has worked reasonably well for us.

- James

Bill de hOra wrote:
Hi,

are there any format or category extensions for stating view privacy or
moderation levels on content or feeds? )

Bill







Reply via email to