SIGIA-L Mail Archives: Re: [Sigia-l] RE: DMS vs CMS
Re: [Sigia-l] RE: DMS vs CMS
DAM is definitely an interesting twist. I wouldn't call DAM as
anything oether than a multi-rendering of the same content. this is
what makes it different, but not the "digital" aspect of it. I can
take video and render it in many different outputs. Yes I can do the
same for a docuement (word, pdf, HTML, xml, etc.) but the difference
is that the renderings themselves can actually be new content
themselves. Cropping, clipping, splicing, etc.
As for is everything content ... i have to say, that everything is
potential content. It isn't content until you publish it. ;) But you
have manage the potentiality all the same, so the difference is sorta
On Fri, 11 Jun 2004 11:03:16 -0500, O'Neill, Todd <todd.oneill_at_usaa.com> wrote:
> >So, can anyone explain the utility of a DMS today and when one needs it
> instead of a CMS?
> We seem to be experiencing the converse of your situation. Our document
> management efforts are getting labeled content management. As in
> "everything" is content. Makes our web content management efforts, and
> conversations around them, very interesting.
> My personal picture is that a "content management" system manages the
> building blocks for what is stored in a "document management" system. So
> "content" could be textual, graphical, pictoral, multimedia, etc. And a
> "document" would be the "executed' or "published" assemblage of those
> building blocks.
> I realize that picture falls apart when a content management system
> (CMS) contains not only the building blocks but also the completely
> assembled pages of a website.
> I disagree with the approach that says everything is content: content
> chunks; finished documents; blank forms; completed forms; etc.
> To further muddy the waters, what is a Digital Asset Management (DAM)
> system? What in the content/document world isn't (or can't be) digital?
> Yet, DAMs are marketed freely to manage large file size assets like
> video and audio.
> The overall issue is that the VENDORS have defined the marketplace based
> on product offerings as opposed to CUSTOMERS (you and I) defining the
> marketplace based on needs. If you are working on requirements for an
> RFP I would suggest you completely define your requirements and then
> solicit bids from the vendors that your research says can fulfill your
> Look to www.cmswatch.com or www.cmsreview.com or www.steptwo.com.au for
> excellent information on vendors and requirements.
> Thanks for posting this. I have been hoping to hear from IAs working on
> Todd O'Neill Web Producer USAA Interaction Design and Architecture
> 210-913-8312 todd.oneill_at_usaa.com
> These opinions mine not those of USAA.
> "The purpose of business is to create and keep a customer." Peter
> When replying, please *trim your post* as much as possible.
> *Plain text, please; NO Attachments
> Searchable list archive: http://www.info-arch.org/lists/sigia-l/
> Sigia-l mailing list -- post to: Sigia-l_at_asis.org
> Changes to subscription: http://mail.asis.org/mailman/listinfo/sigia-l
When replying, please *trim your post* as much as possible.
*Plain text, please; NO Attachments
Searchable list archive: http://www.info-arch.org/lists/sigia-l/
Sigia-l mailing list -- post to: Sigia-l_at_asis.org
Changes to subscription: http://mail.asis.org/mailman/listinfo/sigia-l
This archive was generated by hypermail 2.1.6
: Fri Jun 11 2004 - 13:16:01 EDT