OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

dita-adoption message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [dita-adoption] Adopting DITA usually starts with migrating


With the popularity of Web 2.0 tools such as blogs and wikis in the workplace, I suspect that we will soon see a large proportion of "legacy" content be captured in those tools, which tend to have fairly simple (and non-standard) markup.  I believe that this is potentially a fruitful areas where DITA could offer a standard-based architecture to "re-organize" those "chaotic" Web 2.0 content, so that they could be single-sourced, reused, and re-purposed.

I wonder if this is an area which might be part of the (to-be) migration SC or would better to stand on itself.

 
Regards,

Scott Tsao
Information Architect - Associate Technical Fellow
The Boeing Company



-----Original Message-----
From: Troy Klukewich [
mailto:troy.klukewich@oracle.com]
Sent: Tuesday, September 02, 2008 2:25 PM
To: DITA Adoption TC
Subject: RE: [dita-adoption] Adopting DITA usually starts with migrating

I also agree that migration coverage is an excellent idea. I'd like to be involved with developing migration best practices. I've been involved with several XML conversions from Frame (ouch) and Word (oh, the pain). I've also written for CIDM Best Practices on this very subject: Legacy Content Pitfalls and Potentials, June 2008.

I find that in general the cost of the initial conversion is in excess of setting up the structured documentation system itself, at least for larger projects, which seems the norm. It makes sense to go where the money impacts are and address the risks upfront.

I suspect that more than a few implementations have tripped up over conversions of legacy material, perhaps not quite understanding how the structured model really works and how different the old material really is. I remember one fond experience where a prototype determined that it would take us less time to rewrite everything from scratch than to attempt updating the existing documentation to conform to structured documentation principles. Our initial thought was, "How hard can it be?" Were we surprised.

Troy Klukewich

-----Original Message-----
From: Gershon Joseph (gerjosep) [
mailto:gerjosep@cisco.com]
Sent: Monday, September 01, 2008 10:38 AM
To: Claude Vedovini; DITA Adoption TC
Subject: RE: [dita-adoption] Adopting DITA usually starts with migrating


Hi Claude,

This is an excellent idea. I've migrated tens of clients to DITA from Word, FrameMaker, and a few more esoteric tools in the past. It's never trivial. We may even consider a subcommittee to develop this best practice (or set of best practices), as well as a dedicated area on dita.xml.org to house this roadmap and associated content.

Gershon

-----Original Message-----
From: claude.vedovini@gmail.com [
mailto:claude.vedovini@gmail.com] On Behalf Of Claude Vedovini
Sent: Saturday, August 30, 2008 6:39 PM
To: DITA Adoption TC
Subject: [dita-adoption] Adopting DITA usually starts with migrating

Hi all,

I just though about this today (adopting DITA usually starts with
migrating) and was wondering if we should not define a migration roadmap and guide from popular formats (like Word) to DITA?

Kind regards.

--
Claude Vedovini
Software Consulting & Development
+41 78 617 86 98
http://vedovini.net/
http://www.dita-op.org/




---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail.  Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]