Skip to main content
Open

When renaming an attribute, propagate name change to downstream/subsequent transformers

Related products:FME Form

***Note from Migration:***

Original Title was: When renaming an attribute, have the name-change propagate through the subsequent transformers automatically


Often I find myself in need of renaming an attribute after I've built out complex transformations. If doing so towards the beginning of the workflow, there's the ripple-effect caused by breaking the subsequent transformers containing the renamed attribute, and it can be tedious to make the corrections in the downstream transformers. It would be super useful to have an option for auto-applying the rename downstream from the rename action.

12 replies

Great idea , I would add to this request the Option to have it rename throughout the workspace... maybe a pop conformation "Rename yes / no box"?


Forum|alt.badge.img+3

As Chris Taylor noted below, an option to make the rename be 'global' would be useful. Perhaps give the user an option in a pop confirmation to have it be a 'global' , or a 'downstream from here' rename.


  • February 27, 2020

Excellent idea and most helpful.


ebygomm
Influencer
Forum|alt.badge.img+40
  • Influencer
  • February 28, 2020

I'm sure I'm not the only one who has kept a typo in an attribute name and then renamed at the end rather than unpick changing it throughout a workspace :-)


samisnunu
Contributor
Forum|alt.badge.img+11
  • Contributor
  • March 4, 2020

Oh yes please, we need this!

That makes sense and reduces the maintenance time of a workspace and increases productivity.

I guess this idea is already implemented to published parameters, but not feature types attributes inside transformer.


LizAtSafe
Safer
Forum|alt.badge.img+16
  • Safer
  • February 10, 2024
The following idea has been merged into this idea:

All the votes have been transferred into this idea.

LizAtSafe
Safer
Forum|alt.badge.img+16
  • Safer
  • September 19, 2024
The following idea has been merged into this idea:

All the votes have been transferred into this idea.

LizAtSafe
Safer
Forum|alt.badge.img+16
  • Safer
  • April 2, 2025
The following idea has been merged into this idea:

All the votes have been transferred into this idea.

hkingsbury
Celebrity
Forum|alt.badge.img+59
  • Celebrity
  • August 11, 2025

I like that idea, similar to how a parameter ID is updated on the canvas across all instances of it.

I can however, see it as being problematic in a couple of ways:

  1. I don’t always want it to change downstream references to it. I may want to change all, none or some. Regardless, it would need to have a user confirmation
  2. There will be a lot of trust in it working correctly, instances of the attribute used in lists, python, sql, json, xml, xquery, using @value(<attr>)
  3. What happens in instances where you have two branches merging into one, with the same attribute on both branches. If you rename on only one of the branches, what happens downstream where one branch isn’t renamed?

 

None of those are impossible to solve, but worth considering!


virtualcitymatt
Celebrity
Forum|alt.badge.img+43
hkingsbury wrote:

I like that idea, similar to how a parameter ID is updated on the canvas across all instances of it.

I can however, see it as being problematic in a couple of ways:

  1. I don’t always want it to change downstream references to it. I may want to change all, none or some. Regardless, it would need to have a user confirmation
  2. There will be a lot of trust in it working correctly, instances of the attribute used in lists, python, sql, json, xml, xquery, using @value(<attr>)
  3. What happens in instances where you have two branches merging into one, with the same attribute on both branches. If you rename on only one of the branches, what happens downstream where one branch isn’t renamed?

 

None of those are impossible to solve, but worth considering!

For me I would say that when saving a change in FME whatever code gets run to identify transformers pointing to broken or missing references should do some magic to try to identify whats changed. Perhaps you can right click on a transformer and select “update references”. Similar to updating transformers. You could select multiple at once or maybe there is a way to do all transformers at once.

In this case scenario 3 for me I would assume it would break/prevent any downstream changes because the transformers would still be valid. A feature like this might actually prevent such bad behaviour :-D.

Definitely trust will be an issue. But my god do I want something like this. 

 


andreaatsafe
Safer
Forum|alt.badge.img+14
The following idea has been merged into this idea:

All the votes have been transferred into this idea.

chriswilson
Enthusiast
Forum|alt.badge.img+17
  • Enthusiast
  • August 14, 2025

+1 - possibly with the option to allow this to happen e.g. ‘Rename Downstream’ vs the regular ‘Rename’.


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings