# Write tag values to string, and from string to values

**URL:** <https://forum.inductiveautomation.com/t/write-tag-values-to-string-and-from-string-to-values/111853>\
**Category:** Ignition\
**Tags:** scripting\
**Created:** [October 31, 2025, 11:10am UTC](https://forum.inductiveautomation.com/t/write-tag-values-to-string-and-from-string-to-values/111853 "2025-10-31T11:10:58Z")\
**Posts on this page:** 1\
**Showing post:** 12

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [November 4, 2025, 2:52pm UTC](https://forum.inductiveautomation.com/t/write-tag-values-to-string-and-from-string-to-values/111853/12 "2025-11-04T14:52:41Z")

</div>

> [@danielps1818](#):
>
> machines we connect to are too different from each other to implement them

I find it hard to believe that the connected machines have no tag layout patterns that repeat in various ways. Not only do you not need 1:1 UDT versus machine, but that is actually quite rare. Even if you need manual mapping of OPC Item Paths, UDTs can (and should) enforce repeatable tag names to be used with repeatable UI components/views/templates (via tag path).

If you can get your arms around the repeating patterns you need for efficient UIs, you might find something like my [Spreadsheet Import Tool](https://forum.inductiveautomation.com/t/spreadsheet-import-tool/93500) helpful. Or a customized version of it. I strongly encourage you make **something** your "source of truth", and not try to go in both directions.

FWIW, I rather like Excel as a source of truth, as it is very friendly to non-programmers and non-engineers. I'm happy to manipulate Excel spreadsheets with Libreoffice, avoiding the uncaring/unfeeling Borg that is Microsoft, without fear of obsolescence.

---

_[View the full topic](https://forum.inductiveautomation.com/t/write-tag-values-to-string-and-from-string-to-values/111853)._
