# Remove some tag's overrides

**URL:** <https://forum.inductiveautomation.com/t/remove-some-tags-overrides/46257>\
**Category:** Ignition\
**Tags:** ignition81\
**Created:** [May 3, 2021, 10:17am UTC](https://forum.inductiveautomation.com/t/remove-some-tags-overrides/46257 "2021-05-03T10:17:00Z")\
**Posts on this page:** 1\
**Showing post:** 12

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [August 9, 2022, 3:18am UTC](https://forum.inductiveautomation.com/t/remove-some-tags-overrides/46257/12 "2022-08-09T03:18:09Z")

</div>

I've created an idea for this:

> [@\[FEATURE\] Add option to system.tag.getConfiguration to match output of tag browser \`copy JSON\`](https://forum.inductiveautomation.com/t/feature-add-option-to-system-tag-getconfiguration-to-match-output-of-tag-browser-copy-json/62807):
>
> When you use system.tag.getConfiguration to get the configuration of UDt instances, it retrieves all non-default configuration of the UDT definition’s tags by deep recursively searching. If you compare this to the Tag Browser’s copy JSON functionality, this only copies the properties of the UDT definition tags that are overridden at face value, as well as of the name and tagType. When using getConfiguration with configure, the output from copy JSON is required otherwise you will essentially be…

---

_[View the full topic](https://forum.inductiveautomation.com/t/remove-some-tags-overrides/46257)._