Re: [OSCOM] New whitepaper on open source CMS

"K. Wasetis" <kwasetis-/[email protected]>
Newsgroups gmane.comp.cms.oscom
Message-ID <[email protected]>
Thanks for the work, Seth.  I typically like to assess
how vibrant the community is around a product, when
helping an organization and I'm glad that you made
that a a key factor in your evaluation process.  I
think your work on such a broad set of tools should be
useful to others.

After reading your assessment, I'm left with the same
feeling that I went into it with - that if an
organization is looking for a system that does
everything (structured content, well-defined
workflows, versioning, functional blogs, forums,
syndication, etc.) there is no tool that does all of
that completely the way we'd like.  That we probably
have to live with shortcomings here or there, augment
with custom modules, or integrate a best of breed
solution (combining multiple tools - the best for each
function.)  This is true for commercial tools as well.

I think that some tools are closer than others at
offering the kitchen sink, of course, especially those
with a large inventory of add-on modules to address
those needs if they aren't in a product's core.

I know that there are hundreds of tools out there, but
since you pointed out a few of the best-of-breed tools
in each of the areas you focused on (i.e., phpBB is
strong on forum functionality, Twiki and MediaWiki are
strong on wiki features - but that's about all they
do), I'm somewhat surprised to not see WordPress
reviewed.  It might not handle workflow, versioning,
etc., niether do some of the tools you reviewed, and
yet WordPress is even more of a 'killer app', I
believe.  Note:  I'm not a WordPress developer, just
user.

I also think that there needs to be more refinement in
what 'we in the industry' refer to as 'Content
Management Systems'.  If phpBB, WordPress, or Twiki
are CMS tools, then perhaps so is my email client and
the 'system' I use to store important emails into
folders.  Sure, at some level this is true, but
shouldn't there be some base level of functionality
before we call something a Content Management
'System'?

I think that a forum tool is a forum tool, that a page
publishing tool is just that, that a blog tool like
JRoller is just that - and not a CMS.  This isn't a
criticism on you or the whitepaper, but on the
vernacular we throw around in discussions.  By
referring to such feature-specific tools, we're really
confusing people about what a CMS is.  This is
probably for a different thread, but it's something to
consider I think.

This ambiguity is what causes a client to say they
think they need a CMS, when they're really just
looking for a weblog - they don't need workflow,
structured content types, etc.  All of these web-based
feature-specific tools (forum, blog, RSS/syndication,
podcasting, del.icio.us tagging, etc.) are
applications or application modules that are on the
website delivery or website audience interaction side
of things, and other than providing a means to
moderate and sometimes archive, are involved very
little in the 'management' of content (versioning,
permissions, checkin/checkout, etc.).

Am I concentrating too much on semantics?  I
personally think we could benefit from defining what a
CMS is versus tools that allow users to simply
modify/contribute content (Are Notepad and an FTP
client a CMS?)  What do others think on this?

Also, the phpBB summary table seems to have
information from the Alfresco summary that you likely
want to edit away.

Thanks again for the nice work, and sorry for the
tangent,

Ken Wasetis
[email protected]


P.S.  Good point on Wikis and being sure you trust
your contribiting audience - I went to the archived
pages of the 2005 O'Reilly Conference and instead of
seeing last year's materials was presented with links
to adult sites instead.  Obviously, besides workflow
and moderation 'during' the content publishing
process, some management of archived content must be
done as well.  In O'Reilly's case, the conference wiki
should have had editing disabled at some point, or it
needs to be continually monitored.

This is a good illustration of why it's important to
set that metadata (in this case aneExpiration date) on
your content!  ;)

--- Seth Gottlieb <[email protected]> wrote:

> I just published a whitepaper that talks about
> selecting an open source 
> CMS and summarizes 15 open source CMS projects.   My
> blog has a summary 
> and a link that will not ask you to register.
> 
>
http://contenthere.blogspot.com/2006/01/content-management-problems-and-open.html
> 
> Feedback is welcome.
> 
> --Seth
> 
> -- 
> Seth Gottlieb
> Optaros, Inc.
> 60 Canal Street
> Boston, MA 02114
> e: [email protected]
> v: 617.227.1855 ext. 107
> f: 617.227.1755
> m: 617.852.2956 
> b: http://contenthere.blogspot.com
> 
> 
> _______________________________________________
> General mailing list
> [email protected]
> http://oscom.org/cgi-bin/mailman/listinfo/general
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.