<?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: Why Content Migration Is Like Changing A Nappy</title>
	<atom:link href="http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/feed/" rel="self" type="application/rss+xml" />
	<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/</link>
	<description>Just a nerd trying to save the publishing industry. Again.</description>
	<lastBuildDate>Fri, 11 May 2012 17:43:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: android apps</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-134574</link>
		<dc:creator>android apps</dc:creator>
		<pubDate>Tue, 23 Aug 2011 01:40:45 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-134574</guid>
		<description>I agree with your Why Content Migration Is Like Changing A Nappy &#124; Jon On Tech,  great  post.</description>
		<content:encoded><![CDATA[<p>I agree with your Why Content Migration Is Like Changing A Nappy | Jon On Tech,  great  post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mo Braga</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1548</link>
		<dc:creator>Mo Braga</dc:creator>
		<pubDate>Mon, 29 Jun 2009 13:52:53 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1548</guid>
		<description>The analogy is pungently accurate, however after a while kids grow out of the need for nappie-changing; content never seems to.</description>
		<content:encoded><![CDATA[<p>The analogy is pungently accurate, however after a while kids grow out of the need for nappie-changing; content never seems to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Marks</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1402</link>
		<dc:creator>Jon Marks</dc:creator>
		<pubDate>Sat, 20 Jun 2009 19:45:37 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1402</guid>
		<description>Hi George,

Thanks for the comments. Actually, I do agree with you. There is a lot of software out there (yours in particular, actually) that can make the task a whole lot easier. However, many people haven&#039;t had exposure to Vamosa and other similar products. How easy is it for prospective customers of yours to get hold of a free/eval version of the software so they can play and test? Maybe a version that will only do X pieces of content, where X is pretty small?

We&#039;re about to embark on a Vamosa project shortly so hopefully I&#039;ll become wise in the ways of your latest versions!</description>
		<content:encoded><![CDATA[<p>Hi George,</p>
<p>Thanks for the comments. Actually, I do agree with you. There is a lot of software out there (yours in particular, actually) that can make the task a whole lot easier. However, many people haven&#8217;t had exposure to Vamosa and other similar products. How easy is it for prospective customers of yours to get hold of a free/eval version of the software so they can play and test? Maybe a version that will only do X pieces of content, where X is pretty small?</p>
<p>We&#8217;re about to embark on a Vamosa project shortly so hopefully I&#8217;ll become wise in the ways of your latest versions!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Knox</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1257</link>
		<dc:creator>George Knox</dc:creator>
		<pubDate>Fri, 12 Jun 2009 09:31:13 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1257</guid>
		<description>Many of the issues posted about content migration are overcome with good automated content migration software and a migration methodology. Most people still are struggling with Cut and paste, scripts when they should be using a software approach. Still do not understand why people have a blind spot on this subject. Suspect they think it is to difficult and complex  for software. 100&#039;s of companies who use migration products would differ. Check out best practice paper at  http://www.vamosa.com/knowledge-base/how-to-guides-o43</description>
		<content:encoded><![CDATA[<p>Many of the issues posted about content migration are overcome with good automated content migration software and a migration methodology. Most people still are struggling with Cut and paste, scripts when they should be using a software approach. Still do not understand why people have a blind spot on this subject. Suspect they think it is to difficult and complex  for software. 100&#8242;s of companies who use migration products would differ. Check out best practice paper at  <a href="http://www.vamosa.com/knowledge-base/how-to-guides-o43" rel="nofollow">http://www.vamosa.com/knowledge-base/how-to-guides-o43</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1137</link>
		<dc:creator>Jonathan</dc:creator>
		<pubDate>Wed, 03 Jun 2009 14:41:01 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1137</guid>
		<description>It&#039;s one of the Big Web Problems. But what, in general, would you think might be a good approach to take in order to avoid some of the nastier issues if you could?</description>
		<content:encoded><![CDATA[<p>It&#8217;s one of the Big Web Problems. But what, in general, would you think might be a good approach to take in order to avoid some of the nastier issues if you could?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philippe Parker</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1133</link>
		<dc:creator>Philippe Parker</dc:creator>
		<pubDate>Wed, 03 Jun 2009 08:43:23 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1133</guid>
		<description>You need to change a girl: they can&#039;t piss in your eye unless you&#039;re holding them over your head.

Most important thing to remember:
During a migration, the content is still in nappies and readily disposable. Once you&#039;re potty-trained and in your new CMS, getting rid of the crap is a far messier process.</description>
		<content:encoded><![CDATA[<p>You need to change a girl: they can&#8217;t piss in your eye unless you&#8217;re holding them over your head.</p>
<p>Most important thing to remember:<br />
During a migration, the content is still in nappies and readily disposable. Once you&#8217;re potty-trained and in your new CMS, getting rid of the crap is a far messier process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Byrne</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1124</link>
		<dc:creator>Tony Byrne</dc:creator>
		<pubDate>Tue, 02 Jun 2009 14:15:24 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1124</guid>
		<description>Oh, thanks for this...very useful as we are advising lately on &quot;best practices&quot; here.  I might add:

* You can hire a nanny, but then you can&#039;t be sure it will be done right or often enough (and might not notice til the house starts stinking)
* You find yourself wishing for a period of constipation, but it almost never comes
* Safe, long-term disposal of unwanted objects remains a big problem</description>
		<content:encoded><![CDATA[<p>Oh, thanks for this&#8230;very useful as we are advising lately on &#8220;best practices&#8221; here.  I might add:</p>
<p>* You can hire a nanny, but then you can&#8217;t be sure it will be done right or often enough (and might not notice til the house starts stinking)<br />
* You find yourself wishing for a period of constipation, but it almost never comes<br />
* Safe, long-term disposal of unwanted objects remains a big problem</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lorenzo Wood</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1120</link>
		<dc:creator>Lorenzo Wood</dc:creator>
		<pubDate>Tue, 02 Jun 2009 09:09:08 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1120</guid>
		<description>Wise words.

The only thing about which I disagree with you is that you can&#039;t automate nappy changing.</description>
		<content:encoded><![CDATA[<p>Wise words.</p>
<p>The only thing about which I disagree with you is that you can&#8217;t automate nappy changing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Marks</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1109</link>
		<dc:creator>Jon Marks</dc:creator>
		<pubDate>Mon, 01 Jun 2009 19:41:59 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1109</guid>
		<description>You&#039;ve never changed a nappy, have you. The source data isn&#039;t clean. Not clean at all. No siree, ma&#039;am.

Okay, you can completely automate really simple migrations. But most CMS content migrations I see aren&#039;t simple. The source and target repositories have different concepts too and often the data you need for the target doesn&#039;t exist in the source. 

I guess I could automate an email to the Oompa Loompa saying

&lt;blockquote&gt;Hey Oompa Loompa, can you re-add those channel-file metadata associations again manually before I get back into the office tomorrow.&lt;/blockquote&gt;

What do you get when you guzzle down sweets?</description>
		<content:encoded><![CDATA[<p>You&#8217;ve never changed a nappy, have you. The source data isn&#8217;t clean. Not clean at all. No siree, ma&#8217;am.</p>
<p>Okay, you can completely automate really simple migrations. But most CMS content migrations I see aren&#8217;t simple. The source and target repositories have different concepts too and often the data you need for the target doesn&#8217;t exist in the source. </p>
<p>I guess I could automate an email to the Oompa Loompa saying</p>
<blockquote><p>Hey Oompa Loompa, can you re-add those channel-file metadata associations again manually before I get back into the office tomorrow.</p></blockquote>
<p>What do you get when you guzzle down sweets?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Suzy T</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1062</link>
		<dc:creator>Suzy T</dc:creator>
		<pubDate>Fri, 29 May 2009 13:10:47 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1062</guid>
		<description>Good post, I love the picture - graphic! My only thought is that it is almost possible to script everything, provided that the source data is &quot;clean&quot; i.e. you know what it should look like so you get an oompa loompa from the source db/application to change it all by hand.</description>
		<content:encoded><![CDATA[<p>Good post, I love the picture &#8211; graphic! My only thought is that it is almost possible to script everything, provided that the source data is &#8220;clean&#8221; i.e. you know what it should look like so you get an oompa loompa from the source db/application to change it all by hand.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lokesh</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1057</link>
		<dc:creator>Lokesh</dc:creator>
		<pubDate>Fri, 29 May 2009 07:23:02 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1057</guid>
		<description>Awesome post Jon.
Yes, there is always more content to migrate, especially in the kind of projects where there is no &#039;freeze time&#039; or &#039;cut-over&#039; period. It becomes challenging to &#039;include&#039; the last bit of live content to the new system.
Yes, there is no chance you can completely automate it. I know few software providers who claims to automatically migrate content from one CMS/DMS to another CMS/DMS, but technically they end up  manually doing more than 40% of the tasks, be it XML generation, or writing so called custom scripts.
Yes, the content is extremely difficult to classify, but not always. You are lucky if you get to migrate content from one modern day CMS to another modern day CMS, but it becomes a nightmare if the content is present in unstructured file system and metadata is spread across various tables in the database, and definitely the content export will eat half of one&#039;s life.
I laughed my lungs out on &#039;You thought it was out of scope until you find yourself doing it&#039;</description>
		<content:encoded><![CDATA[<p>Awesome post Jon.<br />
Yes, there is always more content to migrate, especially in the kind of projects where there is no &#8216;freeze time&#8217; or &#8216;cut-over&#8217; period. It becomes challenging to &#8216;include&#8217; the last bit of live content to the new system.<br />
Yes, there is no chance you can completely automate it. I know few software providers who claims to automatically migrate content from one CMS/DMS to another CMS/DMS, but technically they end up  manually doing more than 40% of the tasks, be it XML generation, or writing so called custom scripts.<br />
Yes, the content is extremely difficult to classify, but not always. You are lucky if you get to migrate content from one modern day CMS to another modern day CMS, but it becomes a nightmare if the content is present in unstructured file system and metadata is spread across various tables in the database, and definitely the content export will eat half of one&#8217;s life.<br />
I laughed my lungs out on &#8216;You thought it was out of scope until you find yourself doing it&#8217;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JS</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1040</link>
		<dc:creator>JS</dc:creator>
		<pubDate>Thu, 28 May 2009 12:53:33 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1040</guid>
		<description>Well put Jon. Despite the fact that I can&#039;t really relate to the nappies, but I can relate to the content of them (as I believe we all produce that except The Queen).
One of my previous bosses told me &quot;Sh*t in, sh*t out&quot; when I was building a fairly advanced CSV to database import. Whilst I agreed with the first part of the statement, I refused to act as a conduit to produce the second part. I could feel he wanted to sack me when the speed of the old and simple import was four times faster as the first version of my import. Funnily enough my import didn&#039;t accept things like obviously faulty email address&#039;. 
Another scenario that remind me are the countless &quot;Client DB to our DB&quot; &#039;conversions&#039; that I&#039;ve done. The only thing I can recommend in this are these day (apart from stay away) is to bill by the hour and script &lt;em&gt;everything&lt;/em&gt;. Everytime we did it without scripting we ended up with one insanely important gatekeeper person who would then dictate the pretty much everything else in that project - because he was the only one who understood the client&#039;s DB structure and how it was pushed into our DB structure.
Finally, &quot;Sometimes the state of the content is a symptom of some other illness&quot; made me chuckle out loud. Thanks!!</description>
		<content:encoded><![CDATA[<p>Well put Jon. Despite the fact that I can&#8217;t really relate to the nappies, but I can relate to the content of them (as I believe we all produce that except The Queen).<br />
One of my previous bosses told me &#8220;Sh*t in, sh*t out&#8221; when I was building a fairly advanced CSV to database import. Whilst I agreed with the first part of the statement, I refused to act as a conduit to produce the second part. I could feel he wanted to sack me when the speed of the old and simple import was four times faster as the first version of my import. Funnily enough my import didn&#8217;t accept things like obviously faulty email address&#8217;.<br />
Another scenario that remind me are the countless &#8220;Client DB to our DB&#8221; &#8216;conversions&#8217; that I&#8217;ve done. The only thing I can recommend in this are these day (apart from stay away) is to bill by the hour and script <em>everything</em>. Everytime we did it without scripting we ended up with one insanely important gatekeeper person who would then dictate the pretty much everything else in that project &#8211; because he was the only one who understood the client&#8217;s DB structure and how it was pushed into our DB structure.<br />
Finally, &#8220;Sometimes the state of the content is a symptom of some other illness&#8221; made me chuckle out loud. Thanks!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Goode</title>
		<link>http://jonontech.com/2009/05/27/why-content-migration-is-like-changing-a-nappy/#comment-1034</link>
		<dc:creator>John Goode</dc:creator>
		<pubDate>Thu, 28 May 2009 05:48:57 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=724#comment-1034</guid>
		<description>Then there&#039;s understanding the hierarchy. And trying to auto build a navigation! In SA they&#039;d say *YES WELL NO FINE*.

And what&#039;s the point of sweetcorn?</description>
		<content:encoded><![CDATA[<p>Then there&#8217;s understanding the hierarchy. And trying to auto build a navigation! In SA they&#8217;d say *YES WELL NO FINE*.</p>
<p>And what&#8217;s the point of sweetcorn?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

