Thanks for the links. On biomedgt, I see that the Category inheritance is used to make a class heirarchy: http://biomedgt.org/index.php?title=Special:CategoryTree&target=BGT_TopThing(%40)&mode=0
Notice that each category not only is the subject of a subClassOf relation, but also many other relations that describe the class, which is not allowed by OWL DL. See the rich fact box for BGT Antigen Gene: http://biomedgt.org/index.php/Category:BGT_Antigen_Gene(B54432) The category BGT Antigen Gene is in the category of BGT Gene as a subclass of it: http://biomedgt.org/index.php/Category:BGT_Gene(B16785) But notice that BGT Gene is in the category BGT Gene Kind. This is not a subclass relation, but rather the class BGT Gene is an instance of the second-order class BGT Gene Kind. Indeed, the RDF export wrongly uses subClassOf: <owl:Class rdf:about="http://BiomedGT.org/index.php/Special:URIResolver/Category:BGT_Gene-28B16785-29"> <rdfs:subClassOf rdf:resource="http://BiomedGT.org/index.php/Special:URIResolver/Category:BGT_Gene_Kind-28B179-29"/> </owl:Class> So once again, even in this semantically aware application, category is improperly used for both "subClassOf" and "instance of", and many properties other than subClassOf are applied to a class, so we need OWL Full anyway. This is a case for not relying on the wiki category system, and needing explicit "subClassOf" properties. Harold Solbrig wrote: > See http://biomedgt.org/ or http://www.wiktolog.org/agrowiki/ (the > latter is slightly out of date at the moment, but it includes an idea of > what might be done with basic OWL/Dublin Core and the like). These > examples are slightly different cases, however, as are importing classes > *into* the wiki rather than creating them. As we are developing > ontologies and classification schemes, there is very little use of > "instances". > > It is our hope that ontology developers will be able use these resources > (or at least the first one) to comment on and propose changes to the > ontology contents. We export these proposals in a Protege-OWL editor > through the RDF export mechanism, although we have to do a goodly amount > of transformation to accomplish this. Ideally, we would like to reach > the point where we can generate real OWL through the RDF when > applicable. > > As an aside, we have to tweak the auto-completion code in SemanticForms > to enumerate Categories rather than just articles. As no one else seems > to have this requirement, we are assuming that our use case is somewhat > non-standard. > > The Mayo Clinic is also developing a similar mechanism to curate the > contents of the International Classification of Diseases version 10 > (ICD-10), but this isn't publicly available at this time. > > Harold Solbrig > Apelon, Inc > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Jeff Thompson > Sent: Wednesday, March 05, 2008 12:24 PM > To: Semantic MediaWiki devs > Subject: Re: [SMW-devel] Classes vs. Categories > > Jon Lang wrote: >> Jeff Thompson wrote: >>> Good points about the difference between OWL DL and OWL Full. >>> So if you only want to export OWL DL, what would you do with a page >>> like the President or Dog or Wine pages on Wikipedia, which are > pages about a class. >> Place articles about classes in the Category namespace. > > This is indeed the logical answer. I asked the question trying to be > provocative since I haven't seen a wiki where main articles like Dog are > put in the Category namespace. > Have you seen this in practice? > > > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by: Microsoft Defy all challenges. > Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Semediawiki-devel mailing list > Semediawiki-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Semediawiki-devel mailing list > Semediawiki-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/semediawiki-devel > > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel