Splunk Search

JSON output values wrapped in double quotes, even number/integer values

kylemain
New Member

I have a field called "windows_event_id" which contains integer values that I am adding to a table.
I am certain that the data type is number because I have enforced it using | convert num(windows_event_id),
and the values are right-aligned in the resulting table column (nifty that Splunk does this).

I also added an "if" condition in an eval statement which checks if the values are a number format - and they all are, as expected. However, when I export the resulting table in JSON format the values for windows_event_id are wrapped in double quotes.
It seems when exporting in JSON format that ALL fields, regardless of data type, in the table are wrapped in double quotes and therefore treated as strings.
Some sample output from the export:

... "windows_event_id":"4688" ...

I would like for the export to treat this field as a number, rather than a string in the output.

Is this something that must be changed in a .conf file on the administration side, or can this be fixed within the search itself?
This is specifically the type of output that I want:

... "windows_event_id":4688 ...

Thank you.

0 Karma
Got questions? Get answers!

Join the Splunk Community Slack to learn, troubleshoot, and make connections with fellow Splunk practitioners in real time!

Meet up IRL or virtually!

Join Splunk User Groups to connect and learn in-person by region or remotely by topic or industry.

Get Updates on the Splunk Community!

Splunk App Dev Quarterly Roundup: AI, Agents, and Innovation!

Another quarter, another wave of innovation. From complex integrations to pushing the limits ...

Federated Search for Dynamic Data Self Storage Is Now Generally Available on Splunk ...

 Splunk is excited to announce the General Availability of Federated Search for Dynamic Data Self Storage ...

Index This | What has many keys but can’t unlock a door?

July 2026 Edition  Hayyy Splunk Education Enthusiasts and the Eternally Curious!   We’re back with this ...