Feature requests
From semanticweb.org
You can make feature requests for Semantic MediaWiki on this page. It is a good idea to discuss them first on our user mailing list where you can get some feedack from others too (and you are sure that your post is noticed). You can also file enhancement bugs in MediaZilla.
Since this is more of a discussion page, please sign your contributions by writing --~~~~ at the end (or pressing the respective button in the edit toolbar).
Contents |
[edit] Browsing
- Limit Browsing to specific relationships: It would be great to be able to make browse links that only browse specific kinds of relationships. For example, if you could do something like Template:BrowseFromHere, and browse around a map of physical network objects, without the actual properties of the objects confusing things. Of course, you'd be able to click on the objects themselves (rather than the eye icons) as normal, and get more detail.
[edit] Semantic Querying
[edit] Allow to select (or suppress) properties with null values
Currently inline ask tags yield incomplete (or over complete) results.
For example if the following query results in<ask>[[Category:fish]] [[fish:maneater]] [[fish color::*]]</ask>outputs something like this:
| Color | |
|---|---|
| Shark | Blue, White |
| Tom's Goldfish | Gold |
| Frank's Goldfish | Gold |
| The new fish |
Where 'The new fish' has no color property set, you wouldn't be able to create a query that produces all fishes with the color 'Gold' or null. Not would you be able to select all fishes without a color property, etc.
[edit] Output Formatting
[edit] More control on output of inline queries
I would like to be able to suppress the autogenerated output of an inline query. For example a query like<ask>[[Category:fish]] [[fish type::maneater]] [[fish color::*]]</ask>outputs something like
| Color | |
|---|---|
| Shark | Blue |
| Tom's Goldfish | Gold |
If it outputted like this:
| Color |
|---|
| Blue |
| Gold |
One might be able (in combination with the parser function equivalent an inline query) to produce neat output.
[edit] Parser functions in templates called by inline queries
- parser functions in templates called by inline queries: I would badly want to use parser and string functions such as #if or #replace</wiki> in the templates called by inline queries since this would heavily increase the usabality of this very nice feature. --~~~~ === Sub Page Name === * [[feature request:=Display only subpagename in query results]]: It would be useful to incorporate [http://meta.wikimedia.org/wiki/Help:Magic_words#Page_names_and_related_info MediaWiki Version 1.7]'s <nowiki>{{SUBPAGENAME}} as an output display so that full links only display one portion of the page title.
Eg: Instead of output displaying
- Help:Semantic Wiki/Some Sub Page
an inline query would only display
- Some Sub Page
without the parent page titles
- OK. Actually, this does not even need MW 1.7 since we insert inline query results after most of MW's processing, and we could easily compute the subpagename internally. Maybe it would be good to have a parameter that defines whether you prefer the short version (just the subpagename) or the long version (full title including namespace label). I'll keep this in mind. --Markus Krötzsch 09:54, 21 July 2006 (CEST)
[edit] Factbox Display
- Enable hiding of factbox via magic word: Is it possible to have a MAGIC WORD that can be included on pages to hide or force display of the factbox?
Eg: Adding functionality similar to the configuration of the factbox display from the server-side installation files into wiki pages
- something like __NOINFOBOX__ or __FORCEINFOBOX__
- I though of this before. Eventually, this should be possible. I am not sure whether an extension can add magic words, but I guess there is some way of doing this. Another nice magic word would be __NOSEMANTICS__ to silently ignore all annotations (as is e.g. done on talk pages right now). --Markus Krötzsch 09:56, 21 July 2006 (CEST)
- [1] From meta.wikimedia describes how to add magic words in the Parser Functions section. -- Rich, 20 November 2006
