# Float Value appends data to the end **URL:** \ **Category:** Ignition\ **Created:** [September 3, 2025, 10:02pm UTC](https://forum.inductiveautomation.com/t/float-value-appends-data-to-the-end/110366 "2025-09-03T22:02:43Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![Andrew\_Hensley](https://avatars.discourse-cdn.com/v4/letter/a/53a042/32.png) [@Andrew\_Hensley](https://forum.inductiveautomation.com/u/Andrew_Hensley)\ **Post date:** [September 3, 2025, 10:02pm UTC](https://forum.inductiveautomation.com/t/float-value-appends-data-to-the-end/110366/1 "2025-09-03T22:02:43Z")
I have a brand new Memory Tag that is attached to nothing. I have manually typed a Float Value of 8.34 into the Value field and it keeps changing to 8.340000153. Additionally, I created a second tag with an entered value of 12.8 & it updates to 12.800000191. Does anyone have an idea what could cause this? As I mentioned it’s attached to no other tags & its a test tag I created just now. Ignition Version 8.1.39 ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/f/8/f8e95595a4707dde18544fbb4ae582c266b1c603.png) ![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/7/0/70444c411dcb79aa8963d3e832ca246e6bed5bde.png) ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [September 3, 2025, 10:04pm UTC](https://forum.inductiveautomation.com/t/float-value-appends-data-to-the-end/110366/2 "2025-09-03T22:04:03Z")
> **[IEEE-754 Floating Point Converter](https://www.h-schmidt.net/FloatConverter/IEEE754.html)** Type in 8.34 and see what you get. ---
**Author:** ![Transistor](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/transistor/32/3380_2.png) [@Transistor](https://forum.inductiveautomation.com/u/Transistor)\ **Post date:** [September 3, 2025, 10:06pm UTC](https://forum.inductiveautomation.com/t/float-value-appends-data-to-the-end/110366/3 "2025-09-03T22:06:29Z")
See also, [Numeric text field does not display what the value set to - #4 by pturmel](https://forum.inductiveautomation.com/t/numeric-text-field-does-not-display-what-the-value-set-to/72502/4). ---
**Author:** ![Andrew\_Hensley](https://avatars.discourse-cdn.com/v4/letter/a/53a042/32.png) [@Andrew\_Hensley](https://forum.inductiveautomation.com/u/Andrew_Hensley)\ **Post date:** [September 3, 2025, 10:11pm UTC](https://forum.inductiveautomation.com/t/float-value-appends-data-to-the-end/110366/4 "2025-09-03T22:11:11Z")
Changing from Float to a Double seems to have fixed the issue with the additional numbers at the end. ---
**Author:** ![pascal.fragnoud](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pascal.fragnoud/32/24728_2.png) [@pascal.fragnoud](https://forum.inductiveautomation.com/u/pascal.fragnoud)\ **Post date:** [September 4, 2025, 7:19am UTC](https://forum.inductiveautomation.com/t/float-value-appends-data-to-the-end/110366/5 "2025-09-04T07:19:02Z")
It doesn't fix it, it only pushes it further. If you're not doing float arithmetic, this quirk in IEEE-754 shouldn't matter, especially if you only need 2 decimals precision. Just format your numbers to show only 2 digits after the dot. If you're dealing with currencies, or anything else that needs exact precision, use 2 integers instead of a float, one for the integral part, one for the decimals. ---
**Author:** ![Andrew\_Hensley](https://avatars.discourse-cdn.com/v4/letter/a/53a042/32.png) [@Andrew\_Hensley](https://forum.inductiveautomation.com/u/Andrew_Hensley)\ **Post date:** [September 4, 2025, 1:13pm UTC](https://forum.inductiveautomation.com/t/float-value-appends-data-to-the-end/110366/6 "2025-09-04T13:13:18Z")
Thanks for bringing up this point that I was unaware of. Yes we are doing calculations from these numbers. Accuracy out that far does not typically matter but it most definitely can on occasion. Referencing my example above, you are saying to put 8 as an INT & put the 34 in another INT. I could display these as the two numbers appended together with a decimal in between. I’m not sure how the math would roll though, but displaying it makes sense. I need to do a somewhat involved 4-function math formula. The output would most definitely be a decimal number. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [September 4, 2025, 3:47pm UTC](https://forum.inductiveautomation.com/t/float-value-appends-data-to-the-end/110366/7 "2025-09-04T15:47:51Z")
If you only care about a fixed level of precision, you could do everything as _integer_ math using a single tag, and only 'format' to your required level of precision at the end. It is pretty rare to actually need these kinds of contrivances, though not unheard of. IEEE-754 floating point representation is almost always "good enough". ---
**Author:** ![robertm](https://avatars.discourse-cdn.com/v4/letter/r/ea5d25/32.png) [@robertm](https://forum.inductiveautomation.com/u/robertm)\ **Post date:** [September 4, 2025, 4:13pm UTC](https://forum.inductiveautomation.com/t/float-value-appends-data-to-the-end/110366/8 "2025-09-04T16:13:43Z")
You won’t get accuracy beyond 7 significant digits. While a float can represent a 32 bit number, there are only 2^23 available precision to do so. That’s why adding a small number to a large running accumulator fails after about 8 million. ---
**Author:** ![Nol](https://avatars.discourse-cdn.com/v4/letter/n/8e8cbc/32.png) [@Nol](https://forum.inductiveautomation.com/u/Nol)\ **Post date:** [September 4, 2025, 4:27pm UTC](https://forum.inductiveautomation.com/t/float-value-appends-data-to-the-end/110366/9 "2025-09-04T16:27:18Z")
If you only care about displaying the numbers without the runoff then just use numberFormat({value}, '#0.00') but if you need it for calculations where 4-6+ decimal places matter then you can use integer math. But in many cases it’s not necessary for example: 8.34 ^ 2 as a float = 69.5556025 8.34 ^ 2 as ints = 69.5556 In the end if you round both off to 2-4 decimal places you get the same result. Generally where it matters is when you have accumulations. As adding that amount over and over compounds the error and can affect your results eventually Ex. say it’s a volume moved every second you add that amount to a total volume for a year. 8.34 as a float x 60 sec x 60 min x 24 hrs \* 365 days = 263,010,240 8.34 as ints x 60 sec x 60 min x 24 hrs \* 365 days = 263,010,245 Small but different. ---
**Author:** ![paul-griffith](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/paul-griffith/32/37249_2.png) [@paul-griffith](https://forum.inductiveautomation.com/u/paul-griffith)\ **Post date:** [September 4, 2025, 4:54pm UTC](https://forum.inductiveautomation.com/t/float-value-appends-data-to-the-end/110366/10 "2025-09-04T16:54:10Z")
Consider watching this documentary to find out more 😃 > **[Office Space](https://en.wikipedia.org/wiki/Office_Space)** > > Office Space is a 1999 American satirical black comedy film written and directed by Mike Judge. It satirizes the office work life of a typical 1990s software company, focusing on a handful of individuals weary of their jobs. It stars Ron Livingston, Jennifer Aniston, Gary Cole, Stephen Root, David Herman, Ajay Naidu, and Diedrich Bader. > Office Space was filmed in Dallas and Austin, Texas. It is based on Judge's Milton cartoon series and was his first foray into live-action filmmaking. The fil...