I agree that overthinking and overburdening a wiki with rigid process is 
harmful, but some upfront organization and planning is still necessary.

Some major sections that could be defined in the wiki:

- Site Home (why not use the wiki for the main part of the site, including the 
homepage and download page?)
- Documentation (bring this dynamic and enthusiastic group back home to the 
main site)
- Development (public planning and release schedule)
- Community Council (private section, if desired)
- News
- Events
- Marketing and Advocacy
- Design and Artwork 
- Teams and Projects
- More?

Adding to Christoph's list of other project wikis:

* Mozilla
  https://wiki.mozilla.org/Main_Page

* Ubuntu
  https://wiki.ubuntu.com/

* Foswiki
  http://foswiki.org/Home/WebHome

-Ben

On Oct 5, 2010, at 4:08 AM, Nino Novak wrote:

> Cheers,
> 
> just my 2 Cents:
> 
> On Monday 04 October 2010 23:54, Christoph Noack wrote:
> 
>> ...
>> Step forward, and share your thoughts,
>> too, please! But how to get started ... I mean ... without a wiki to
>> document the statements.
> 
> A wiki is a wiki is a wiki - so just set one up and let it 
> self-organize. Do not define too much contstraints in advance. 
> 
> Do not define too special rules in beforehead but rather let them 
> evolve.
> 
> People in free projects tend to be very constructive, so let them do 
> their work.
> 
> The final decision which wiki engine to take should be made by the 
> prospective core admins (as they will have to handle it). A bad engine 
> with a good admin is far better than a good engine with a poor admin.
> 
> Rules should be made only _after_ a certain period of experience. And 
> they should be defined by the users of the wiki. 
> 
> All that said, I'd prefere to have a wiki farm for different languages 
> and not one multilanguage wiki - just to enhance usability (mainly the 
> search function). 
> 
> Nino
> -- 
> To unsubscribe, send an empty e-mail to 
> [email protected]
> All messages you send to this list will be publicly archived and cannot be 
> deleted.
> List archives are available at 
> http://www.documentfoundation.org/lists/discuss/
> 


Benjamin Horst
[email protected]
646-464-2314 (Eastern)
www.solidoffice.com

-- 
To unsubscribe, send an empty e-mail to 
[email protected]
All messages you send to this list will be publicly archived and cannot be 
deleted.
List archives are available at http://www.documentfoundation.org/lists/discuss/

Reply via email to