<?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: What lurks within</title>
	<atom:link href="http://andyonsoftware.com/2009/03/what-lurks-within/feed/" rel="self" type="application/rss+xml" />
	<link>http://andyonsoftware.com/2009/03/what-lurks-within/</link>
	<description>Andy Hayler, founder of Kalido and The Information Difference, gives his views on the enterprise software market. Issues covered include data warehousing, master data management, business intelligence and data quality.</description>
	<lastBuildDate>Fri, 12 Aug 2011 09:22:13 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: tom quintal</title>
		<link>http://andyonsoftware.com/2009/03/what-lurks-within/comment-page-1/#comment-149639</link>
		<dc:creator>tom quintal</dc:creator>
		<pubDate>Thu, 04 Jun 2009 20:06:10 +0000</pubDate>
		<guid isPermaLink="false">http://andyonsoftware.com/?p=364#comment-149639</guid>
		<description>That only one-third of firms have invested in DQ software should not be scary. Most quality of data issues can be resolved without DQ tools, the noted &quot;age&quot; issue being a perfect example. When the rules become highly complex, for example customer matching and address correction, a DQ tool is a must. Implying that acquisition of a DQ tool is a prerequisite to solving our ubiquitous quality of data issues simply extends the problem.</description>
		<content:encoded><![CDATA[<p>That only one-third of firms have invested in DQ software should not be scary. Most quality of data issues can be resolved without DQ tools, the noted &#8220;age&#8221; issue being a perfect example. When the rules become highly complex, for example customer matching and address correction, a DQ tool is a must. Implying that acquisition of a DQ tool is a prerequisite to solving our ubiquitous quality of data issues simply extends the problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Angus</title>
		<link>http://andyonsoftware.com/2009/03/what-lurks-within/comment-page-1/#comment-149322</link>
		<dc:creator>Chris Angus</dc:creator>
		<pubDate>Fri, 13 Mar 2009 09:23:28 +0000</pubDate>
		<guid isPermaLink="false">http://andyonsoftware.com/?p=364#comment-149322</guid>
		<description>This is not a new problem.  Back in the 1970s I was working for what was then ICL, the UK&#039;s largest computer manufacturer.  In the lead up to putting a new range of machines into production we were checking that, as far as possible, none of the components were single-sourced.  During the exercise we found some unfamiliar looking part numbers on the system for records loaded from legacy systems and tried to track down their provenance.  We came across one particular group of parts dating back to the days of punched card tabulators.  These parts dated back to the days of Hollerith - the company which later became IBM with a British subsidiary that was one of a group of companies that eventually gave rise to ICL.  Our research indicated that we were planning to incorporate parts probably dating back to the end   of the 19th century and for which if any drawing still existed they would have been owned by IBM, our biggest competitor.  We also found parts marked &#039;not to be used after 1961&#039; with references to drawings in a long-demolished plant.</description>
		<content:encoded><![CDATA[<p>This is not a new problem.  Back in the 1970s I was working for what was then ICL, the UK&#8217;s largest computer manufacturer.  In the lead up to putting a new range of machines into production we were checking that, as far as possible, none of the components were single-sourced.  During the exercise we found some unfamiliar looking part numbers on the system for records loaded from legacy systems and tried to track down their provenance.  We came across one particular group of parts dating back to the days of punched card tabulators.  These parts dated back to the days of Hollerith &#8211; the company which later became IBM with a British subsidiary that was one of a group of companies that eventually gave rise to ICL.  Our research indicated that we were planning to incorporate parts probably dating back to the end   of the 19th century and for which if any drawing still existed they would have been owned by IBM, our biggest competitor.  We also found parts marked &#8216;not to be used after 1961&#8242; with references to drawings in a long-demolished plant.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guest</title>
		<link>http://andyonsoftware.com/2009/03/what-lurks-within/comment-page-1/#comment-149317</link>
		<dc:creator>Guest</dc:creator>
		<pubDate>Wed, 11 Mar 2009 22:48:12 +0000</pubDate>
		<guid isPermaLink="false">http://andyonsoftware.com/?p=364#comment-149317</guid>
		<description>Data Quality is a huge problem in every organization,Be it duplication of data(which is asever problem) or standardizing/cleansing the data or defining the best of the breed records.

My question would be how are companies trying to solve the problem, is it worth investing in a DQ vendor or buy an MDM tool which would have matching Capabilities?

I would really be interested in hearing the comments about the organization&#039;s trend.</description>
		<content:encoded><![CDATA[<p>Data Quality is a huge problem in every organization,Be it duplication of data(which is asever problem) or standardizing/cleansing the data or defining the best of the breed records.</p>
<p>My question would be how are companies trying to solve the problem, is it worth investing in a DQ vendor or buy an MDM tool which would have matching Capabilities?</p>
<p>I would really be interested in hearing the comments about the organization&#8217;s trend.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henrik Liliendahl Sørensen</title>
		<link>http://andyonsoftware.com/2009/03/what-lurks-within/comment-page-1/#comment-149316</link>
		<dc:creator>Henrik Liliendahl Sørensen</dc:creator>
		<pubDate>Wed, 11 Mar 2009 18:31:14 +0000</pubDate>
		<guid isPermaLink="false">http://andyonsoftware.com/?p=364#comment-149316</guid>
		<description>At Omikron we did a data quality project with Vattenfall – a large European power and heat supplier – concerning product master data. While verifying some parts that seemed to be similar the suppliers of these parts had to admit, that they had supplied identical parts under different names and at different prices to various Vattenfall locations.  

More on the story on: http://e-pages.dk/omikron/14/</description>
		<content:encoded><![CDATA[<p>At Omikron we did a data quality project with Vattenfall – a large European power and heat supplier – concerning product master data. While verifying some parts that seemed to be similar the suppliers of these parts had to admit, that they had supplied identical parts under different names and at different prices to various Vattenfall locations.  </p>
<p>More on the story on: <a href="http://e-pages.dk/omikron/14/" rel="nofollow">http://e-pages.dk/omikron/14/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

