<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
True,<br>
I don't really care which one is picked - as long as it is easy to use.<br>
<br>
I would suggest that whatever we pick it should be one that 2-3 guys
already use, in their work or home environment. That way there can be a
pool of admins familiar with the product, and it does not all come down
on one person.<br>
<br>
Greg Knaddison wrote:
<blockquote
cite="mid:AANLkTil9qhE2OEMArCrPWQwUHtnQo44QuV-PhRvIcR6t@mail.gmail.com"
type="cite">
<pre wrap="">At the risk of drawing us further off track...
"Wiki vs. blog" is a false dichotomy. The site could have "Wiki + Blog
+ Events calendar."
As of Wordpress 3 (due this summer) even Wordpress will support this
concept of content types.</snark>
Cheers,
Greg
On Fri, May 14, 2010 at 2:27 PM, todd trichler <a class="moz-txt-link-rfc2396E" href="mailto:todd.trichler@oracle.com"><todd.trichler@oracle.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Twiki is a perlbased one that I have used and quite like
moinmoin is a python based one
That said there are quite a few guys in the group that had experience with
Mediawiki,
I don't think the language it is written in is nearly important as the ease
of use and functionality.
I would be opposed to rolling our own - when there are so many off the shelf
that would just work for our purposes.
Wikis are better for allowing everybody in the group to contribute.
Blogs are more onesided "I have something to say - hear me roar" ;)
ErikZ wrote:
"DokuWiki" does not require a database. I use it mostly just as a
"Pile of notes" for a site that has multiple admins, so I don't know
how great it is compared to other wikis. I chose it simply to not have
yet another database to keep track of.
<a class="moz-txt-link-freetext" href="http://www.dokuwiki.org/dokuwiki">http://www.dokuwiki.org/dokuwiki</a>
Blog software is great at communication, but lousy for keeping useful
information. I would only recommend using a Blog if we were getting
rid of the email list, and only then if we were not able to use forum
software.
On Fri, May 14, 2010 at 11:53 AM, Dennis J Perkins
<a class="moz-txt-link-rfc2396E" href="mailto:dennisjperkins@comcast.net"><dennisjperkins@comcast.net></a> wrote:
This should have gone to everyone on the admin list, not just to
Crawford.
There doesn't seem to be enough interest among the members to decide
which way to go. They should be asked again before a decision is made.
As to whether we should choose a wiki or a blog, I think it depends on
what we want to do. A wiki is good for organizing lots of information.
A blog is better for someone posting his thoughts and getting comments.
I think a wiki might be better for our needs, but maybe someones sees
how to use a blog for a group.
Mediawiki would work. A Chicago Linux group uses it. One speaker
copied our website for his presentation. Mediawiki offers multiple
passwords and password levels. It's not hard to use; just learn a very
simple markup language. It might be more than we need, but we can
simply ignore what we don't need. A few individuals voiced opposition
to PHP, which is what Mediawiki is written in. However, most wiki and
blog software seems to be written in PHP. Instiki is written in Ruby,
but it only has two password levels: a superuser password for Instiki,
and one password for each wiki (Instiki calls them webs).
If we use a blog, we could either use a hosting site or host it
ourselves.
Writing our own program is out of the question. It could be fun but I
doubt we could maintain the interest to pull it off and it would be
custom. I'm learning Ruby On Rails and it can be used to build a wiki
(Instiki is a Rails app), and the underlying database structure for a
wiki isn't complicated, but that final 20% is usually where 80% of the
work is involved.
Re presentations, if someone wants to provide files that people can
download, I think either a wiki or a blog can be configured to allow
that. Or maybe some presentations could become part of a wiki?
Either a wiki or a blog will require a database. MySQL is the most
common. PHP is also needed; maybe we need a PHP module for Apache? Or
does it run standalone in this case? I'm guessing our provider would
let us do this but maybe I'm wrong. The database and config files need
to be backed up. If the database gets large, would backups become a
problem?
Jed has mentioned requirements. He said they are in the admin mailing
list. I don't know exactly where they are.
_______________________________________________
clue-admin mailing list
<a class="moz-txt-link-abbreviated" href="mailto:clue-admin@cluedenver.org">clue-admin@cluedenver.org</a>
<a class="moz-txt-link-freetext" href="http://cluedenver.org/mailman/listinfo/clue-admin">http://cluedenver.org/mailman/listinfo/clue-admin</a>
_______________________________________________
clue-admin mailing list
<a class="moz-txt-link-abbreviated" href="mailto:clue-admin@cluedenver.org">clue-admin@cluedenver.org</a>
<a class="moz-txt-link-freetext" href="http://cluedenver.org/mailman/listinfo/clue-admin">http://cluedenver.org/mailman/listinfo/clue-admin</a>
_______________________________________________
clue-admin mailing list
<a class="moz-txt-link-abbreviated" href="mailto:clue-admin@cluedenver.org">clue-admin@cluedenver.org</a>
<a class="moz-txt-link-freetext" href="http://cluedenver.org/mailman/listinfo/clue-admin">http://cluedenver.org/mailman/listinfo/clue-admin</a>
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
</body>
</html>