Thanks for the feedback so far. I will study the ardorado.com site to
see if that inspires a different approach.
- - - The fix - - -
The fix for my specific application was to change:
{{{field|Operation|radiobutton|default=Remove|mandatory}}}
to:
{{{field|Operation|property=Operation|input type=radiobutton|
default=Remove|mandatory}}}
"|property=Operation" came from Yaron
"|input type=" came from a good night's sleep!
You can now see this behaving (almost) as intended at
http://smwtest.wikia.com/wiki/Special:EditData/Favorites/Skin27
I say "almost" because my intended preload of the edit summary text is
still not working as advertised and I loath page edits that don't
include a summary!
- - - What is social networking data and how does it really matter? -
- -
Yaron's comment about rating a wiki article is something I agree with.
Any given article per-se is in a constant state of evolution so
ratings are only meaningful if they are contemporary. Having said that
we should remember that semantic queries are easily able to filter out
older (stale) votes ... so maybe semantic data really _is_ an ideal
tool to achieve that goal after all. mmm!
The notion of favorites as described in the OP has great value to a
community. The primary difference being that a user's "favorite" vote
is data rating the _subject_ of an article and not the article itself.
I can't demonstrate this today so I can only describe an idea:
As a wiki community look at where the best return on investment can be
enjoyed, having this type of data (popularity of a concept) accessible
is especially useful. At the specific wiki I am working on right now I
imagine that data helping the community of virtual skippers to develop
race tracks (or skins or boat models) and host races in a way that is
more popular ... for whatever reason.
- - - Should privacy be a concern? - - -
An important consideration was how much effort should go into hiding
the fact that a UserA likes the subject of an article. I imagine that
there will be the paranoid community member who would prefer not to
have their user name "attached" to an article. In the solution I have
taken this cannot be avoided. If the article list is maintained at the
User:UserA page or sub-page then it is still accessible to the public
who know how.
An IRC user in either #semanticmediawiki or #wikia pointed out that
"there are no secrets at a wiki" and so I decided to settle for
obfuscation to give the (albeit superficial) appearance of privacy
being addressed. (I plan to use __NOFACTBOX__ magic word in the pages
I described earlier.)
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Semantic Forms" group.
To post to this group, send email to semantic-forms@googlegroups.com
To unsubscribe from this group, send email to
semantic-forms+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/semantic-forms?hl=en
-~----------~----~----~----~------~----~------~--~---
