Markus Krötzsch wrote: > If applicable, inverse properties generally are linked to the page of the > corresponding property (so "-developer of" links to "Property:developer of"). > It is strongly suggested not to create property pages that are called like > inverse properties (it won't destroy anything, but it might create unnecessary > confusion).
Could you give an example of this, please? In particular, what are you meaning by "are linked to"? > Also, you cannot use inverse properties to enter semantic data > into the wiki: all annotations must be on the page that is the subject of the > non-inverted property. So inverse properties are like the "what pages link here?" Wiki feature? > Inverses in queries are currently only supported if they are of Type:Page. That makes sense. > == Development Information == > > The main changes that I expect to be required in SMW extensions is in places > where you deal with property subjects and silently expect them to be of > Type:Page. If users can enter inverse properties, then a query for a subject > can also return datavalues of other datatypes, so you need to use the generic > datavalue API, or check the type of the datavalue first. Could you give an example of such a query, for illustrative purposes? > I hope that SMW already works properly in all cases where inverses can occur. > Feedback is welcome. This is a welcome step forward. The other feature that I'm hoping to see relatively soon are transitory properties. -- Jonathan "Dataweaver" Lang ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
