Last modified: 2011-08-29 15:13:13 UTC
I think it could be very useful to transfer some features from DPL to the ask-parser
for example the possibility to make a random list, that is not sorted
Maybe in this Context also some Special Propertys for every page that are not displayed in Factbox but can be used for search would be useful
Something like Firsteditor, Lasteditor, Firstedit, Lastedit, NumberOfEdits
I have though a bit about the SpecialPropertys that could be useful her is my full list
Editors (List of Editors with Link to Userpage)
Firsteditor (Link to Userpage)
Lasteditor (Link to Userpage)
Firsteditdate (formated as date)
Lasteditdate (formated as date)
Number of edits (formated as number)
Number of views (formated as number)
Number of links (formated as number)
Pagename (formated as String) this would be useful for example for searching pages that Begin with some letter
It would be awesome to be able to rip text from the page too. There's an example or what DPL can currently do at http://semeb.com/dpldemo/index.php?title=Example_1 . See especially the History and religion columns.
Being able to rip specific paragraphs would be extremely useful, although I don't think semanticmediawiki would support the ripping of a set number of characters, like DPL can (religion column in the example), as it would need a way to call it in the #ask function.
Perhaps something like
* TextParagraph which would rip the whole of the first paragraph in the second section,
* TextChars which would rip the first 100 characters of the same paragraph, and
* TextSentance which would rip the first 2 sentences of the same paragraph.
Part of this has been addressed:
* There is a property "modification date" that can be used to query for last change of a page.
* Random sorting is also supported on small wikis (using the inefficient randomisation of the database). I think the latter is not really documented yet (someone simply implemented it in SVN but did not write documentation or even an entry into the CHANGELOG).
The other properties Dasch suggests can bee done, though each needs individual implementation and it might be better to have this as an extension. The text ripping that naught101 suggests seems to be infeasible to me, from a performance and architecture point of view. I will not attempt to do that but maybe someone feels like writing an SMW extension (though I do not see how to do that in an efficient and maintainable way). It would be better to create new wishes for new features instead of adding them in comments.
*** Bug 10824 has been marked as a duplicate of this bug. ***
Here's some more ideas:
Having access to page metadata via SMW opens up very exciting possibilities. Part of the struggle with creating a useful semantic wiki is in managing the data. Being able to examine a wiki semantically would be a very power tool for finding out what's in your wiki (and what might be missing).
Just today, the thought crossed my mind that I would like to be able to find out what templates are being used on pages with certain properties. That would make it easy for me to reduce complexity by reducing the number of templates I'm using.
There's really an enormous amount of power and flexibility that can be offered with semantic metadata. I look forward to seeing these features.
I created another bug report as an enhancement of this one:
*** This bug has been marked as a duplicate of bug 29988 ***