<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Data Corruption Issue in QlikView</title>
    <link>https://community.qlik.com/t5/QlikView/Data-Corruption-Issue/m-p/1205703#M625762</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm going to say that this helped though it is such an inconsistent issue it's hard to know that this was or will be the fix. The good news is that in the past couple of days with this change I've not seen any errors.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 04 Nov 2016 14:35:34 GMT</pubDate>
    <dc:creator>spring101</dc:creator>
    <dc:date>2016-11-04T14:35:34Z</dc:date>
    <item>
      <title>Data Corruption Issue</title>
      <link>https://community.qlik.com/t5/QlikView/Data-Corruption-Issue/m-p/1205701#M625760</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Good Afternoon,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have run into an issue where a QVD loader builds bad data every other run. Some of the values that are populated are as follows:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;th&lt;/P&gt;&lt;P&gt;rk&lt;/P&gt;&lt;P&gt;um&lt;/P&gt;&lt;P&gt;|MN|-6|1&lt;/P&gt;&lt;P&gt;|MD|-5|1&lt;/P&gt;&lt;P&gt;er&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;These field values should be (and the format is always the same as #####A):&lt;/P&gt;&lt;P&gt;12346e&lt;/P&gt;&lt;P&gt;23423c&lt;/P&gt;&lt;P&gt;23423e&lt;/P&gt;&lt;P&gt;88932e&lt;/P&gt;&lt;P&gt;12300c&lt;/P&gt;&lt;P&gt;99824c&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Has anyone ever run into this? It's very odd in that if I were to rerun this loader these records would be fixed. Also, other fields on the same rows are sometimes corrupted (such as persons names). This loader builds a QVD with about 480,000 records.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Tom&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 Nov 2016 19:05:08 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Data-Corruption-Issue/m-p/1205701#M625760</guid>
      <dc:creator>spring101</dc:creator>
      <dc:date>2016-11-02T19:05:08Z</dc:date>
    </item>
    <item>
      <title>Re: Data Corruption Issue</title>
      <link>https://community.qlik.com/t5/QlikView/Data-Corruption-Issue/m-p/1205702#M625761</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm confused by the data you ARE getting, and it only happening every other run. But I do understand why QlikView would have problems with these values. Records that have all numeric digits with a single e, c, or d in them (?) are interpreted as some sort of exponential numeric format. If that's what's going wrong, the solution is to wrap the field in text() when reading it in so that QlikView doesn't try to interpret the data numerically.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 Nov 2016 19:21:23 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Data-Corruption-Issue/m-p/1205702#M625761</guid>
      <dc:creator>johnw</dc:creator>
      <dc:date>2016-11-02T19:21:23Z</dc:date>
    </item>
    <item>
      <title>Re: Data Corruption Issue</title>
      <link>https://community.qlik.com/t5/QlikView/Data-Corruption-Issue/m-p/1205703#M625762</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm going to say that this helped though it is such an inconsistent issue it's hard to know that this was or will be the fix. The good news is that in the past couple of days with this change I've not seen any errors.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 04 Nov 2016 14:35:34 GMT</pubDate>
      <guid>https://community.qlik.com/t5/QlikView/Data-Corruption-Issue/m-p/1205703#M625762</guid>
      <dc:creator>spring101</dc:creator>
      <dc:date>2016-11-04T14:35:34Z</dc:date>
    </item>
  </channel>
</rss>

