Hi -
I'm wondering if this is the right place to ask about what looks like a
contradiction in smw, or maybe I'm not understanding the whole picture
yet... It seems that a [[category]] on a page is equivalent to an rdf:type,
but if it's on a category: page, then it happens to be interpreted as an
owl:subClassOf. So I'm wondering if category: pages can equally have
owl:Class semantics, especially the specification of multiple filters (aka
Restrictions) as superclasses? 

Personally I'd rather see [[category]] on category pages be consistently
interpreted as <rdf:type> for all pages in a semwiki. Because mechanisms in
place can equate owl: with the property: namespace, standard properties can
be used to describe a category as a semantic object. I'd go a little
farther. I've noticed that categories are very often used to associate
instances with lists; properties from the skos namespace might be good to
hold these relations. Finally, dc: namespace properties could be a very
minimal semantic skin for certain magic wiki words relevant to a page. There
are surely other namespaces to look at, but generally it might be a good
idea if smw installs a package of standard namespaces to reflect its own
architecture, and to treat [[category]] consistently.

Thanks for your insights!


-- 
View this message in context: 
http://www.nabble.com/--category---is-overloaded--tp22509677p22509677.html
Sent from the Semantic Mediawiki - Development mailing list archive at 
Nabble.com.


------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Semediawiki-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/semediawiki-devel

Reply via email to