<?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: A FatWire In Shining Armour</title>
	<atom:link href="http://jonontech.com/2009/06/15/a-fatwire-in-shining-armour/feed/" rel="self" type="application/rss+xml" />
	<link>http://jonontech.com/2009/06/15/a-fatwire-in-shining-armour/</link>
	<description>Confessions of a Digital Agency Nerd</description>
	<lastBuildDate>Wed, 10 Mar 2010 18:43:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: heel lifts</title>
		<link>http://jonontech.com/2009/06/15/a-fatwire-in-shining-armour/#comment-5304</link>
		<dc:creator>heel lifts</dc:creator>
		<pubDate>Mon, 21 Dec 2009 00:18:26 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=754#comment-5304</guid>
		<description>Fantastic work. You have gained a new fan. Please keep up the good work and I eagerly await more of these absorbing posts.</description>
		<content:encoded><![CDATA[<p>Fantastic work. You have gained a new fan. Please keep up the good work and I eagerly await more of these absorbing posts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yuval Ararat</title>
		<link>http://jonontech.com/2009/06/15/a-fatwire-in-shining-armour/#comment-1555</link>
		<dc:creator>Yuval Ararat</dc:creator>
		<pubDate>Tue, 30 Jun 2009 02:38:12 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=754#comment-1555</guid>
		<description>Just posted some nice sequel to this post in my blog
http://www.yuvalararat.com/2009/06/vignetteopentext-fatwire/</description>
		<content:encoded><![CDATA[<p>Just posted some nice sequel to this post in my blog<br />
<a href="http://www.yuvalararat.com/2009/06/vignetteopentext-fatwire/" rel="nofollow">http://www.yuvalararat.com/2009/06/vignetteopentext-fatwire/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Knox</title>
		<link>http://jonontech.com/2009/06/15/a-fatwire-in-shining-armour/#comment-1550</link>
		<dc:creator>George Knox</dc:creator>
		<pubDate>Mon, 29 Jun 2009 14:13:51 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=754#comment-1550</guid>
		<description>just for everyone&#039;s information, Vamosa has a proven working Fatwire connector which has been bought by a number of Fatwire clients. Ask  Fatwire.
Secondly, the connector piece in migrations is not the hard bit as some people think. the real value of a automated software approach is the transformation,mapping  and standards that are applied during the process. we have a CMIS connector as part of our involvement with the OASIS standrds group. The sooner the CMS vendors implement CMIS as the standard access method the better for everyone. However, all this does is remove the need for different vendor connectors.
Vamosa and migrations are not just about connectors ! 

Happy to set up a call to explain if anyone is interested.

George Knox 

CEO</description>
		<content:encoded><![CDATA[<p>just for everyone&#8217;s information, Vamosa has a proven working Fatwire connector which has been bought by a number of Fatwire clients. Ask  Fatwire.<br />
Secondly, the connector piece in migrations is not the hard bit as some people think. the real value of a automated software approach is the transformation,mapping  and standards that are applied during the process. we have a CMIS connector as part of our involvement with the OASIS standrds group. The sooner the CMS vendors implement CMIS as the standard access method the better for everyone. However, all this does is remove the need for different vendor connectors.<br />
Vamosa and migrations are not just about connectors ! </p>
<p>Happy to set up a call to explain if anyone is interested.</p>
<p>George Knox </p>
<p>CEO</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Marks</title>
		<link>http://jonontech.com/2009/06/15/a-fatwire-in-shining-armour/#comment-1401</link>
		<dc:creator>Jon Marks</dc:creator>
		<pubDate>Sat, 20 Jun 2009 19:34:30 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=754#comment-1401</guid>
		<description>Hmmm. I&#039;ve never looked at or used Kapow. Do they play well with Vamosa? So if I used a Vamosa connector to extract the content, is it quick and painless to give this content to Kapow to put into FatWire? Or do either (or both) Vamosa and Kapow have a Vamosa/Kapow connector so they can play with each other?</description>
		<content:encoded><![CDATA[<p>Hmmm. I&#8217;ve never looked at or used Kapow. Do they play well with Vamosa? So if I used a Vamosa connector to extract the content, is it quick and painless to give this content to Kapow to put into FatWire? Or do either (or both) Vamosa and Kapow have a Vamosa/Kapow connector so they can play with each other?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lokesh</title>
		<link>http://jonontech.com/2009/06/15/a-fatwire-in-shining-armour/#comment-1383</link>
		<dc:creator>Lokesh</dc:creator>
		<pubDate>Fri, 19 Jun 2009 17:49:46 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=754#comment-1383</guid>
		<description>Agreed. Content Migration is a very risky, as far as I know there is no fully automatic or a neat way of doing it. Manual intervention and tweaking of trusted scripts, XMLs and non-Java based templates is very much required in order to do the migration. I think this move of Fatwire has more to do with its own revenue generation and let Vamosa/Kapow take the pain :-).  However, this should be a welcome news for VIGN/IWOV customers planning to migrate as seems like Fatwire is the only best left in WCM space.</description>
		<content:encoded><![CDATA[<p>Agreed. Content Migration is a very risky, as far as I know there is no fully automatic or a neat way of doing it. Manual intervention and tweaking of trusted scripts, XMLs and non-Java based templates is very much required in order to do the migration. I think this move of Fatwire has more to do with its own revenue generation and let Vamosa/Kapow take the pain <img src='http://jonontech.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> .  However, this should be a welcome news for VIGN/IWOV customers planning to migrate as seems like Fatwire is the only best left in WCM space.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Marks</title>
		<link>http://jonontech.com/2009/06/15/a-fatwire-in-shining-armour/#comment-1338</link>
		<dc:creator>Jon Marks</dc:creator>
		<pubDate>Wed, 17 Jun 2009 15:31:29 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=754#comment-1338</guid>
		<description>I&#039;m pretty sure that little round circle in the top right is a misprint. Maybe it was meant to be on the Wave For Translation Companies? I should probably photoshop it out ;-)</description>
		<content:encoded><![CDATA[<p>I&#8217;m pretty sure that little round circle in the top right is a misprint. Maybe it was meant to be on the Wave For Translation Companies? I should probably photoshop it out <img src='http://jonontech.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian Wraith</title>
		<link>http://jonontech.com/2009/06/15/a-fatwire-in-shining-armour/#comment-1337</link>
		<dc:creator>Julian Wraith</dc:creator>
		<pubDate>Wed, 17 Jun 2009 14:45:16 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=754#comment-1337</guid>
		<description>My experience of migrations from other systems - including technology like Kapow - has been mixed. I see most of the migration tools as very very complicated and often not at all required. However, I work with WCM and not ECM so the tendancy to start over is much, much greater and cost efficient than with ECM. 

I say marketing stunt but I am cynical. 

And I like that little round circle to the top right of the graph... what does it say above it? :)</description>
		<content:encoded><![CDATA[<p>My experience of migrations from other systems &#8211; including technology like Kapow &#8211; has been mixed. I see most of the migration tools as very very complicated and often not at all required. However, I work with WCM and not ECM so the tendancy to start over is much, much greater and cost efficient than with ECM. </p>
<p>I say marketing stunt but I am cynical. </p>
<p>And I like that little round circle to the top right of the graph&#8230; what does it say above it? <img src='http://jonontech.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: apoorv</title>
		<link>http://jonontech.com/2009/06/15/a-fatwire-in-shining-armour/#comment-1311</link>
		<dc:creator>apoorv</dc:creator>
		<pubDate>Mon, 15 Jun 2009 16:29:03 +0000</pubDate>
		<guid isPermaLink="false">http://jonontech.com/?p=754#comment-1311</guid>
		<description>good take. About your point regarding Kapow and Vamosa competing - I&#039;d think both will be used here. Kapow has connector for Fatwire whereas Vamosa has connectors  for iwov and vignette. Since any migration would require connector for Fatwire AND (iwov or vignette) they&#039;d probably need both.</description>
		<content:encoded><![CDATA[<p>good take. About your point regarding Kapow and Vamosa competing &#8211; I&#8217;d think both will be used here. Kapow has connector for Fatwire whereas Vamosa has connectors  for iwov and vignette. Since any migration would require connector for Fatwire AND (iwov or vignette) they&#8217;d probably need both.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
