(Mr. Lang/Dreamweaver, welcome to SMW!) Yaron Koren wrote: > The topic *has* been discussed before, Indeed, e.g. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00503.html
> [The documentation] should be updated to indicate that this is a > description of the way things *currently are*, > not at all a recommendation I think I wrote http://semantic-mediawiki.org/wiki/Help:RDF_export#Categories, and I'm not sure how to improve it. The way SMW's RDF export works is a fact, and "There are many usages of MediaWiki categories that conflict with these semantics" is another fact, it's not a recommendation. Indeed, this topic arises regularly. However, I believe most SMW wikis don't do anything with RDF export. (If anyone is doing slick reasoning with SMW's RDF, speak up and tell us more!) In those wikis, conflicting usage of MediaWiki categories won't hurt. Somewhere there may be a Neuromancer, Wintermute, or WOPR blowing a fuse trying to understand your wiki, but that's not your problem. *If* accurate RDF representation of your wiki matters, then you have to decide how to handle categories. There is no best practice here. Dataweaver's proposal is doable, though a bit complex. BTW, many have played around with categorization semantics on ontoworld.org: http://ontoworld.org/wiki/Property:About http://ontoworld.org/wiki/Help_talk:Category http://ontoworld.org/wiki/Property:Has_category http://ontoworld.org/wiki/Category:Topic http://ontoworld.org/wiki/Property:Classified_by etc., etc. After a while the words just turn to mush . Keep it simple! In my opinion, rather than SMW standardizing on any one elaborate handling of categorization, it would be better if SMW generalized some of the useful behavior of MediaWiki categories, such as: * Displaying anything annotated [[subClassOf::Xyz]] when you view article Xyz, the same way MediaWiki displays subcategories of Category:Xyz * Performing transitive queries when you query any property annotated as owl:TransitiveProperty, the same way SMW queries for articles in subcategories when you query on Category:Xyz. Then you could leave categories with their strict interpretation in SMW, while adding your own classification properties that have useful behavior. Note that even without PHP code hacking you can make your own Property:TopicRelatedToSubclassOf have useful behavior by putting inline query templates on pages. > - I believe that > categories should only ever be used to indicate class. Otherwise, as you > note, the current system would need a variety of changes to be able to > differentiate the one kind of category from the other. Exactly. Jonathan "Dataweaver" Lang originally wrote: > 2. Add a new special property: 'Class'. Property:Class has type > Category; additionally, only categorization by means of Property:Class > would map to rdf:type and rdfs:subClassOf; I'm pretty confident a SMW wiki's admin can establish such mappings by creating articles named MediaWiki:Smw_import_{rdf|rdfs}, see http://semantic-mediawiki.org/wiki/Help:Import_vocabulary. You might consider mapping to SKOS, it's more detailed. ontoworld.org does not have import pages for these ontologies because it might mislead users to think SMW itself implements their semantics. To make *only* your Property:Class have this mapping, you'd have to modify SMW_SpecialExportRDF.php. > I'd also add a special property 'Category'. Note that there were and probably still are bugs in SMW when you name a property the same as a namespace, especially with your proposed Property:Category. Plus it's very confusing. Yaron later wrote: > if I > were designing that wiki about cities, I'd probably create a category > called "Cities", that held every page that was a city, and one called > "City information" that held pages that were on the topic of cities in > general. Me too. The English Wikipedia approach is to use the singular [[Category:City]] for pages on the topic. (BTW I tried to rename ontoworld's singular category names, but its users have the notion "is_a City" and prefer singular category names.) There's a lot of ways to do it... Cheers, -- =S Page ------------------------------------------------------------------------- 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