- BlikiNet 2007-05 …
- reconsider these two different approaches in the light of the learning gained from setting up RnA? as an instance of the first approach.
- The NearMap issues really need to be resolved, before too much more content is ported.
Hans, maybe you can describe WikiHive that you envision creating? There are two different technical ways to go about creating a WikiHive with OddMuse.
- You can go the route that I have taken with Open Business Models WikiHive, and just use the Namespaces exstension, which lets you create new wikis by typing in a new “namespace” in the url. This route leaves you manually managing the wikis, though. Manually running mainatainence, etc. This can be a good route if you plan on working closely with each wiki, or helping to guide the growth of each wiki, because it doesn’t become readily apparent how you create more wiki sites, which makes it easier to manage the growth
- You can go the OddWiki route, which means setting up a few scripts as discussed on http://www.communitywiki.org/odd/Setup This is better for a st up like the OddWiki WikiHive, where people are encouraged to create and grow new wiki in a more decentralized fashion. This is eventually what I will switch Open Business Models WikiHive to. This allows scripts and cron jobs to be run. Takes some more work to get it running. But, the pieces are all there, so it’ not too bad how to burn fat
- Perhaps there are other variations that I’m not aware of, that someone else active here might come along and suggest?
Beyond the technical, there is also the socio-technical, and maybe you might describe that here or somewhere? If it is possible, maybe you can describe the types of work that you plan on doing, the problems that you want to solve, etc. Because, there are many ways to extend OddMuse, both functionally and stylistically.