<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: DITA is not the answer</title>
	<atom:link href="http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/</link>
	<description>musings on technical communications</description>
	<lastBuildDate>Sun, 14 Mar 2010 17:33:43 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bill Hagen</title>
		<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/comment-page-1/#comment-11665</link>
		<dc:creator>Bill Hagen</dc:creator>
		<pubDate>Mon, 20 Apr 2009 19:39:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/#comment-11665</guid>
		<description>Interesting discussion. I could both agree and disagree with many of the points raised. My company has implemented single sourcing with DITA. It works--for example, I can update a set of topics and by doing so update 5 different manuals. Our &quot;reuse magic&quot; is mostly accomplished by ditamaps and conditional content. But after 1.5 years, I&#039;m the only writer on our DITA project. One of the writers here made a good point--if there were 10 writers and 1,000 topics, would the writers know the content well enough to know what information to reuse? For 5 manuals, our cost was pretty high--i.e., the cost of a DITA-aware XML editor and CMS software. For us DITA has been a success, but it doesn&#039;t solve all our problems either.</description>
		<content:encoded><![CDATA[<p>Interesting discussion. I could both agree and disagree with many of the points raised. My company has implemented single sourcing with DITA. It works&#8211;for example, I can update a set of topics and by doing so update 5 different manuals. Our &#8220;reuse magic&#8221; is mostly accomplished by ditamaps and conditional content. But after 1.5 years, I&#8217;m the only writer on our DITA project. One of the writers here made a good point&#8211;if there were 10 writers and 1,000 topics, would the writers know the content well enough to know what information to reuse? For 5 manuals, our cost was pretty high&#8211;i.e., the cost of a DITA-aware XML editor and CMS software. For us DITA has been a success, but it doesn&#8217;t solve all our problems either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Does single sourcing content work? &#124; one man writes</title>
		<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/comment-page-1/#comment-9926</link>
		<dc:creator>Does single sourcing content work? &#124; one man writes</dc:creator>
		<pubDate>Tue, 20 Jan 2009 13:24:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/#comment-9926</guid>
		<description>[...] of the more popular posts on this blog is titled DITA is not the answer and, whilst things are certainly moving forward, it&#8217;s a little sad that it is still [...]</description>
		<content:encoded><![CDATA[<p>[...] of the more popular posts on this blog is titled DITA is not the answer and, whilst things are certainly moving forward, it&#8217;s a little sad that it is still [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mhiatt</title>
		<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/comment-page-1/#comment-9888</link>
		<dc:creator>mhiatt</dc:creator>
		<pubDate>Mon, 19 Jan 2009 03:25:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/#comment-9888</guid>
		<description>I have never seen single sourcing work. Maybe a single author who knows the topics thoroughly enough to reuse, or a tightly knit group of writers synched up at the same level. 

But mostly, I have been with companies that trumpeted topic based writing and reuse during the SGML Docbook phase of the early nineties. And I just left a company that uses Vasont CMS and XMetaL where all writers worldwide author on a single db. It doesn&#039;t matter. Content reuse, even when requiring a single search and reference by a writer to another&#039;s topic, rarely happens. 

And forget about getting training or anyone other dept to reuse--even when fully localized. I just requires too much coordination. Some companies tout content reuse to justify localization--sometimes MT--but I would like to look at the books to see if it is really viable.

The only place we are going to reuse content is in web mashups using semantic markup once the content is in the cloud. How does semantics come into this? I&#039;m still thinking that through. See Dbpedia.org for more questions.</description>
		<content:encoded><![CDATA[<p>I have never seen single sourcing work. Maybe a single author who knows the topics thoroughly enough to reuse, or a tightly knit group of writers synched up at the same level. </p>
<p>But mostly, I have been with companies that trumpeted topic based writing and reuse during the SGML Docbook phase of the early nineties. And I just left a company that uses Vasont CMS and XMetaL where all writers worldwide author on a single db. It doesn&#8217;t matter. Content reuse, even when requiring a single search and reference by a writer to another&#8217;s topic, rarely happens. </p>
<p>And forget about getting training or anyone other dept to reuse&#8211;even when fully localized. I just requires too much coordination. Some companies tout content reuse to justify localization&#8211;sometimes MT&#8211;but I would like to look at the books to see if it is really viable.</p>
<p>The only place we are going to reuse content is in web mashups using semantic markup once the content is in the cloud. How does semantics come into this? I&#8217;m still thinking that through. See Dbpedia.org for more questions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Taddei</title>
		<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/comment-page-1/#comment-7508</link>
		<dc:creator>Mike Taddei</dc:creator>
		<pubDate>Mon, 03 Nov 2008 20:58:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/#comment-7508</guid>
		<description>Reading this thread has made me jealous of all the Flare users out there. I&#039;ve wanted to get it but can&#039;t. I make do faking single sourcing using RoboHelp X5. This approaches the statement in the above post about single sourcing onlne help to a printed manuals, which is something I do but a good deal of massaging of the printed output in Word is needed and then a PDF print utility is used to create the final draft of the manual.</description>
		<content:encoded><![CDATA[<p>Reading this thread has made me jealous of all the Flare users out there. I&#8217;ve wanted to get it but can&#8217;t. I make do faking single sourcing using RoboHelp X5. This approaches the statement in the above post about single sourcing onlne help to a printed manuals, which is something I do but a good deal of massaging of the printed output in Word is needed and then a PDF print utility is used to create the final draft of the manual.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#124; one man writes</title>
		<link>http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/comment-page-1/#comment-6734</link>
		<dc:creator>&#124; one man writes</dc:creator>
		<pubDate>Thu, 16 Oct 2008 07:53:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.onemanwrites.co.uk/2007/12/11/dita-is-not-the-answer/#comment-6734</guid>
		<description>[...] are in a position to quickly switch just because a new technology has come along, but and I&#8217;ve said this before (in fact I&#8217;ve said that I&#8217;ve said this before!) rollout of DITA remains harder than [...]</description>
		<content:encoded><![CDATA[<p>[...] are in a position to quickly switch just because a new technology has come along, but and I&#8217;ve said this before (in fact I&#8217;ve said that I&#8217;ve said this before!) rollout of DITA remains harder than [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
