[email protected] 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 _______________________________________________ Wikitech-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikitech-l
