<?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: Epoch time returning wrong date far in the future in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Epoch-time-returning-wrong-date-far-in-the-future/m-p/112969#M23664</link>
    <description>&lt;P&gt;Divide the timestamp by 1000 before &lt;CODE&gt;strftime()&lt;/CODE&gt;'ing it.&lt;/P&gt;</description>
    <pubDate>Tue, 27 Jan 2015 21:45:53 GMT</pubDate>
    <dc:creator>martin_mueller</dc:creator>
    <dc:date>2015-01-27T21:45:53Z</dc:date>
    <item>
      <title>Epoch time returning wrong date far in the future</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Epoch-time-returning-wrong-date-far-in-the-future/m-p/112968#M23663</link>
      <description>&lt;P&gt;Hi folks,&lt;/P&gt;

&lt;P&gt;Instead of using the _time to convert the Epoch time into something more readable. I want to use deviceCustomDate1, as it is a device detect time which is more useful. Problem is, all my timestamps ruturn 31 DEC 9999 as the date. I think this is due to the deviceCustomDate1 field being 13 digits instead of the usual 10, since the miliseconds are tracked. How can I get these 13-digit timestamps to eval using the strftime function?&lt;/P&gt;</description>
      <pubDate>Tue, 27 Jan 2015 21:39:47 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Epoch-time-returning-wrong-date-far-in-the-future/m-p/112968#M23663</guid>
      <dc:creator>jravida</dc:creator>
      <dc:date>2015-01-27T21:39:47Z</dc:date>
    </item>
    <item>
      <title>Re: Epoch time returning wrong date far in the future</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Epoch-time-returning-wrong-date-far-in-the-future/m-p/112969#M23664</link>
      <description>&lt;P&gt;Divide the timestamp by 1000 before &lt;CODE&gt;strftime()&lt;/CODE&gt;'ing it.&lt;/P&gt;</description>
      <pubDate>Tue, 27 Jan 2015 21:45:53 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Epoch-time-returning-wrong-date-far-in-the-future/m-p/112969#M23664</guid>
      <dc:creator>martin_mueller</dc:creator>
      <dc:date>2015-01-27T21:45:53Z</dc:date>
    </item>
    <item>
      <title>Re: Epoch time returning wrong date far in the future</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Epoch-time-returning-wrong-date-far-in-the-future/m-p/112970#M23665</link>
      <description>&lt;P&gt;Elegant! I was overthinking it lol. I was thinking a props.conf edit!&lt;/P&gt;</description>
      <pubDate>Tue, 27 Jan 2015 22:46:40 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Epoch-time-returning-wrong-date-far-in-the-future/m-p/112970#M23665</guid>
      <dc:creator>jravida</dc:creator>
      <dc:date>2015-01-27T22:46:40Z</dc:date>
    </item>
    <item>
      <title>Re: Epoch time returning wrong date far in the future</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Epoch-time-returning-wrong-date-far-in-the-future/m-p/568226#M100851</link>
      <description>&lt;P&gt;But dividing it by 1000 makes it less accurate. Isn't there a way to convert it but also keep the miliseconds.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I found a post that in splunk it's only possible to convert 10 digits timestamp. But that post is from 2015. Hope splunk has more possibilities now&lt;/P&gt;</description>
      <pubDate>Thu, 23 Sep 2021 12:06:48 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Epoch-time-returning-wrong-date-far-in-the-future/m-p/568226#M100851</guid>
      <dc:creator>rrovers</dc:creator>
      <dc:date>2021-09-23T12:06:48Z</dc:date>
    </item>
  </channel>
</rss>

