<?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 Timezone offset causing blanks during conversion in Splunk Search</title>
    <link>https://community.splunk.com/t5/Splunk-Search/Timezone-offset-causing-blanks-during-conversion/m-p/577514#M201256</link>
    <description>&lt;P&gt;I have a date column that I'm trying to convert to %m/%d/%Y. The date stamp is a little complex but I got it to work until daylight savings took affect. Now anything with a timezone offset that has a non-zero number in the third digit, -0480 for example, returns blank. Below is my query...&lt;/P&gt;&lt;P&gt;| inputlookup DateStampConvert.csv&lt;BR /&gt;| rename "System Name" as systemName&lt;BR /&gt;| rename "Date Stamp" as DateStampDate&lt;BR /&gt;| eval dateStamp=strftime(strptime(DateStampDate, "%b %d %Y %H:%M:%S %z"), "%m/%d/%Y")&lt;BR /&gt;| table systemName&amp;nbsp;dateStamp&lt;BR /&gt;| outputlookup dateStamp.csv&lt;/P&gt;&lt;P&gt;Is there something I'm missing?&lt;/P&gt;</description>
    <pubDate>Mon, 06 Dec 2021 20:14:41 GMT</pubDate>
    <dc:creator>rhilderbrand1</dc:creator>
    <dc:date>2021-12-06T20:14:41Z</dc:date>
    <item>
      <title>Timezone offset causing blanks during conversion</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Timezone-offset-causing-blanks-during-conversion/m-p/577514#M201256</link>
      <description>&lt;P&gt;I have a date column that I'm trying to convert to %m/%d/%Y. The date stamp is a little complex but I got it to work until daylight savings took affect. Now anything with a timezone offset that has a non-zero number in the third digit, -0480 for example, returns blank. Below is my query...&lt;/P&gt;&lt;P&gt;| inputlookup DateStampConvert.csv&lt;BR /&gt;| rename "System Name" as systemName&lt;BR /&gt;| rename "Date Stamp" as DateStampDate&lt;BR /&gt;| eval dateStamp=strftime(strptime(DateStampDate, "%b %d %Y %H:%M:%S %z"), "%m/%d/%Y")&lt;BR /&gt;| table systemName&amp;nbsp;dateStamp&lt;BR /&gt;| outputlookup dateStamp.csv&lt;/P&gt;&lt;P&gt;Is there something I'm missing?&lt;/P&gt;</description>
      <pubDate>Mon, 06 Dec 2021 20:14:41 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Timezone-offset-causing-blanks-during-conversion/m-p/577514#M201256</guid>
      <dc:creator>rhilderbrand1</dc:creator>
      <dc:date>2021-12-06T20:14:41Z</dc:date>
    </item>
    <item>
      <title>Re: Timezone offset causing blanks during conversion</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Timezone-offset-causing-blanks-during-conversion/m-p/577517#M201259</link>
      <description>&lt;P&gt;Share some examples.&lt;/P&gt;</description>
      <pubDate>Mon, 06 Dec 2021 20:58:58 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Timezone-offset-causing-blanks-during-conversion/m-p/577517#M201259</guid>
      <dc:creator>johnhuang</dc:creator>
      <dc:date>2021-12-06T20:58:58Z</dc:date>
    </item>
    <item>
      <title>Re: Timezone offset causing blanks during conversion</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Timezone-offset-causing-blanks-during-conversion/m-p/577521#M201261</link>
      <description>&lt;P&gt;-0480? What kind of a timezone spec is that?&lt;/P&gt;</description>
      <pubDate>Mon, 06 Dec 2021 21:04:43 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Timezone-offset-causing-blanks-during-conversion/m-p/577521#M201261</guid>
      <dc:creator>PickleRick</dc:creator>
      <dc:date>2021-12-06T21:04:43Z</dc:date>
    </item>
    <item>
      <title>Re: Timezone offset causing blanks during conversion</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Timezone-offset-causing-blanks-during-conversion/m-p/577901#M201382</link>
      <description>&lt;P&gt;Not sure. Everything was fine during daylight savings time but on November 8, half of the devices started reporting their UTC time offsets in what I assume are minutes rather than hours and minutes. The messed up time offsets are all multiples of 60, for example -0480 or -0360. I suspect the use of %z is strictly with hour and minute formats so anything greater than 59 in the last two digits may throw it off. I guess I'll have to read up on rex or regex to pull the needed info out instead.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 09 Dec 2021 14:18:59 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Timezone-offset-causing-blanks-during-conversion/m-p/577901#M201382</guid>
      <dc:creator>rhilderbrand1</dc:creator>
      <dc:date>2021-12-09T14:18:59Z</dc:date>
    </item>
    <item>
      <title>Re: Timezone offset causing blanks during conversion</title>
      <link>https://community.splunk.com/t5/Splunk-Search/Timezone-offset-causing-blanks-during-conversion/m-p/577942#M201390</link>
      <description>&lt;P&gt;LOL. I just had a very similar case myself. See this thread &lt;A href="https://community.splunk.com/t5/Getting-Data-In/Index-time-extraction-and-non-indexed-field/m-p/577773" target="_blank"&gt;https://community.splunk.com/t5/Getting-Data-In/Index-time-extraction-and-non-indexed-field/m-p/577773&lt;/A&gt;&lt;/P&gt;&lt;P&gt;The difference is that you want to do the parsing/correction in search-time whereas I did it in index-time (since I had to correct _time).&lt;/P&gt;&lt;P&gt;But the general idea is the same - extract the main part of the event as UTC, extract the "timezone" part, cast it to number, multiply by 60 and add the resulting number to the main timestamp.&lt;/P&gt;</description>
      <pubDate>Thu, 09 Dec 2021 20:55:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Splunk-Search/Timezone-offset-causing-blanks-during-conversion/m-p/577942#M201390</guid>
      <dc:creator>PickleRick</dc:creator>
      <dc:date>2021-12-09T20:55:09Z</dc:date>
    </item>
  </channel>
</rss>

