<?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: Apply timeformat to earliest/latest attributes in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Apply-timeformat-to-earliest-latest-attributes/m-p/95581#M19910</link>
    <description>&lt;P&gt;I guess you've ruled out the possibility to use relative time modifiers, e.g. -24h, @d, etc etc?&lt;/P&gt;

&lt;P&gt;/k&lt;/P&gt;</description>
    <pubDate>Fri, 19 Oct 2012 05:12:11 GMT</pubDate>
    <dc:creator>kristian_kolb</dc:creator>
    <dc:date>2012-10-19T05:12:11Z</dc:date>
    <item>
      <title>Apply timeformat to earliest/latest attributes</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Apply-timeformat-to-earliest-latest-attributes/m-p/95580#M19909</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;We embed splunk in our product and need to generate searches with earliest/latest attributes based on timestamp user picks, and our server and splunk indexer might be running in different timezones.  We can either generate a timestamp based on indexer's timezone and put no timezone in it, such as:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;sourcetype=foo index=bar earliest=10/18/2012:13:00:00 |...
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Or generate timestamp based on other timezone or UTC and put timezone info in it, such as:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;sourcetype=foo index=bar timeformat%m/%d/%Y:%H:%M:%S:%z earliest=10/18/2012:17:00:00:+0000 |...
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Is there any negative impact such as performance overhead with the second option due to adding "timeformat%m/%d/%Y:%H:%M:%S:%z" into the search?&lt;/P&gt;

&lt;P&gt;Thanks in advance.&lt;/P&gt;</description>
      <pubDate>Thu, 18 Oct 2012 22:10:03 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Apply-timeformat-to-earliest-latest-attributes/m-p/95580#M19909</guid>
      <dc:creator>frank_zhang</dc:creator>
      <dc:date>2012-10-18T22:10:03Z</dc:date>
    </item>
    <item>
      <title>Re: Apply timeformat to earliest/latest attributes</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Apply-timeformat-to-earliest-latest-attributes/m-p/95581#M19910</link>
      <description>&lt;P&gt;I guess you've ruled out the possibility to use relative time modifiers, e.g. -24h, @d, etc etc?&lt;/P&gt;

&lt;P&gt;/k&lt;/P&gt;</description>
      <pubDate>Fri, 19 Oct 2012 05:12:11 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Apply-timeformat-to-earliest-latest-attributes/m-p/95581#M19910</guid>
      <dc:creator>kristian_kolb</dc:creator>
      <dc:date>2012-10-19T05:12:11Z</dc:date>
    </item>
    <item>
      <title>Re: Apply timeformat to earliest/latest attributes</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Apply-timeformat-to-earliest-latest-attributes/m-p/95582#M19911</link>
      <description>&lt;P&gt;Splunk will convert &lt;CODE&gt;earliest&lt;/CODE&gt; and &lt;CODE&gt;latest&lt;/CODE&gt; timestamps in epoch format internally. Therefore, since you can generate timestamps in UTC, your best bet would be to have &lt;CODE&gt;earliest&lt;/CODE&gt; and &lt;CODE&gt;latest&lt;/CODE&gt; in epoch as well.&lt;/P&gt;

&lt;P&gt;Ex: &lt;CODE&gt;index=bar sourcetype=foo earliest=1350538170 latest=1350538870 | more search commands&lt;/CODE&gt;&lt;/P&gt;

&lt;P&gt;Hope this helps, &lt;/P&gt;

&lt;P&gt;d.&lt;/P&gt;</description>
      <pubDate>Fri, 19 Oct 2012 05:15:01 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Apply-timeformat-to-earliest-latest-attributes/m-p/95582#M19911</guid>
      <dc:creator>_d_</dc:creator>
      <dc:date>2012-10-19T05:15:01Z</dc:date>
    </item>
    <item>
      <title>Re: Apply timeformat to earliest/latest attributes</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Apply-timeformat-to-earliest-latest-attributes/m-p/95583#M19912</link>
      <description>&lt;P&gt;With our GUI we allow users to specify both absolute and relative time range, we generate values like -24h for the latter case.&lt;/P&gt;</description>
      <pubDate>Fri, 19 Oct 2012 15:46:42 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Apply-timeformat-to-earliest-latest-attributes/m-p/95583#M19912</guid>
      <dc:creator>frank_zhang</dc:creator>
      <dc:date>2012-10-19T15:46:42Z</dc:date>
    </item>
    <item>
      <title>Re: Apply timeformat to earliest/latest attributes</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Apply-timeformat-to-earliest-latest-attributes/m-p/95584#M19913</link>
      <description>&lt;P&gt;That's the first option we considered, however it makes debugging a bit harder since you have to convert from epoch time in order to figure out that the time range specified here, doesn't it?&lt;/P&gt;</description>
      <pubDate>Fri, 19 Oct 2012 15:48:52 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Apply-timeformat-to-earliest-latest-attributes/m-p/95584#M19913</guid>
      <dc:creator>frank_zhang</dc:creator>
      <dc:date>2012-10-19T15:48:52Z</dc:date>
    </item>
  </channel>
</rss>

