﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>LogViewPlus Support » LogViewPlus Support » Help &amp; Support  » Support for custom numeric fields in autofilter</title><generator>InstantForum 2017-1 Final</generator><description>LogViewPlus Support</description><link>https://www.logviewplus.com/forum/</link><webMaster>LogViewPlus Support</webMaster><lastBuildDate>Sat, 11 Apr 2026 07:41:18 GMT</lastBuildDate><ttl>20</ttl><item><title>Support for custom numeric fields in autofilter</title><link>https://www.logviewplus.com/forum/post/1836</link><description>I have a view that includes a PID column from a linux log file that is populated using the %s feature in the pattern parser. That part is fine. The PID values are clean, just the numbers, no whitespace or other characters.&lt;br/&gt;I would like to filter the view to PIDs using the autofilter, e.g. &amp;gt; 1000,&amp;nbsp; but it doesn't work. Maybe because LVP does not support fields as numeric,&amp;nbsp; only fields as text for the autofilter.&lt;br/&gt;If I have a file with rows that include PID values 269 and 1322 I get the following results&lt;br/&gt;PID = 269 - I get the rows with PID 269&lt;br/&gt;PID = 1322 - I get the rows with PID 1322&lt;br/&gt;PID &amp;gt; 1000 - I get the rows with both PID 269 and 1322&lt;br/&gt;The first 2 results are as expected, the 3rd result I just want 1322.&lt;br/&gt;Is there anyway to achieve this?&lt;br/&gt;Thanks in advance</description><pubDate>Fri, 15 Sep 2023 07:26:06 GMT</pubDate><dc:creator>BradJJ</dc:creator></item><item><title>RE: Support for custom numeric fields in autofilter</title><link>https://www.logviewplus.com/forum/post/1840</link><description>Glad that helped - thanks for letting me know!&amp;nbsp;&amp;nbsp;&lt;span id="if_insertedNode_1694762754546"&gt;:)&lt;/span&gt;</description><pubDate>Fri, 15 Sep 2023 07:26:06 GMT</pubDate><dc:creator>LogViewPlus Support</dc:creator></item><item><title>RE: Support for custom numeric fields in autofilter</title><link>https://www.logviewplus.com/forum/post/1839</link><description>That works.&lt;br/&gt;Too easy! Thanks.</description><pubDate>Fri, 15 Sep 2023 07:25:01 GMT</pubDate><dc:creator>BradJJ</dc:creator></item><item><title>RE: Support for custom numeric fields in autofilter</title><link>https://www.logviewplus.com/forum/post/1838</link><description>In general, LogViewPlus tries not to make assumptions about the underlying data type and sees all data as a string.&amp;nbsp; This is to support new data coming in (tail) while also keeping the program easy to use.&lt;br/&gt;&lt;br/&gt;The auto-filter functionality is an example of this and the issue above highlights some of the shortcomings of this approach.&amp;nbsp; Unfortunately, this tool is managed by a third party and we will not be able to address this issue in the short term.&amp;nbsp; The auto-filter command also has other limitations and is not intended to be a full replacement for filters.&lt;br/&gt;&lt;br/&gt;In other parts of the application we do attempt to determine a data type based on the user action.&amp;nbsp; One example of this is our SQL engine.&lt;br/&gt;&lt;br/&gt;So, instead of using an auto-filter, I would recommend using a &lt;a href="https://www.logviewplus.com/docs/filters.html" id="if_insertedNode_1694761244572"&gt;SQL Filter&lt;/a&gt; for this task.&amp;nbsp; Something like:&lt;br/&gt;[code language="sql"]SELECT * FROM CurrentView&lt;br/&gt;WHERE PID &amp;gt; 1000&lt;br/&gt;[/code]&lt;br/&gt;Hope that helps,&lt;br/&gt;&lt;br/&gt;Toby</description><pubDate>Fri, 15 Sep 2023 07:03:08 GMT</pubDate><dc:creator>LogViewPlus Support</dc:creator></item><item><title>RE: Support for custom numeric fields in autofilter</title><link>https://www.logviewplus.com/forum/post/1837</link><description>I had an 'aha' moment when I found the advanced specifiers and tried %t for thread, thinking it would be treated as numeric but I get the same result.</description><pubDate>Fri, 15 Sep 2023 00:37:43 GMT</pubDate><dc:creator>BradJJ</dc:creator></item></channel></rss>