vitalif(a)yourcmc.ru writes:
In our organisation (CUSTIS, Russia) we easily solve it
by creating one primary wiki + separate ones for different departments.
In practice, we have found this doesn't work well for us (with thousands of
employees).
Each department winds up writing its own wiki page about the same topic (say, Topic X),
and they're all different.
Users don't know which one is the "real" or "right" article.
We find it better to have one central wiki with one definitive article per topic.
No redundancy, no coupling, and no version skew between wikis.
Recategorising is very simple with global
search-and-replace.
Our implementation is called BatchEditor
https://github.com/mediawiki4intranet/BatchEditor
Thanks, I'll check it out. Categorization can get very complicated on a MediaWiki
system though.
Consider this fairly simple template example:
{{#if:{{{department|}}} | [[Category:{{{department}}} projects]]}}
I would be amazed if any global search-and-replace could handle this!
O_O $10000 excel-to-html? O_OOO
Why not just copy-paste into for example wikEd (google://wikEd)? :-))) Not that beautiful,
but it works.
Now, I will demonstrate what I mean by "Corporate needs are different." :-)
With our extension, the Excel spreadsheet is rendered "live" in the wiki page.
So if somebody updates the spreadsheet (on a network drive), the wiki page is
automatically and instantly up to date! This is totally different from a one-time
copy-and-paste, and much more maintainable. (And it's pretty fast too, with AJAX and
good caching.)
Even better, if your spreadsheet generates a graph or chart, the image gets embedded
in the wiki page too, and is automatically kept up to date. And if your spreadsheet
calls out to a database for its data, to generate the chart, then the wiki is updated
when the database changes too! Suddenly, MediaWiki has all the charting capability of
Excel + SQL. This is very powerful and definitely worth $10K for a highly analytical
company like ours.
We've had this feature for about 2 months, and so far we have 350+ articles with
embedded spreadsheets, updated "live."
also we have SemanticMediaWiki.
We started looking into Semantic MediaWiki - it has impressive features.
But we got scared off by stories that it slows down the
wiki too much. Maybe we should give it another look.
DanB