Skip to main content
Released

Expose attributes in the AttributeManager

Related products:FME Form
  • March 31, 2016
  • 7 replies
  • 94 views

davideagle
Contributor
Forum|alt.badge.img+22

It looks like the AttributeManager doesn't offer the ability to Expose attributes that exist on a feature as yet and then do something to them, like rename. This would extend its capability.


Merged Ideas:

Add "exposer" to AttributeManager by bakkermans on May 1, 2016

Is it possible to add the function of the AttributeExposer to the AttributeManager?


This post is closed to further activity.
It may be an old question, an answered question, an implemented idea, or a notification-only post.
Please check post dates before relying on any information in a question or answer.
For follow-up or related questions, please post a new question or idea.
If there is a genuine update to be made, please contact us and request that the post is reopened.

7 replies

fmelizard
Safer
Forum|alt.badge.img+22
  • Safer
  • April 6, 2016

This is a really good idea and looking likely for FME 2017. If anyone really wants to do this now @1spatialdave and I discovered that you can actually expose attributes in the AttributeManager by typing @Value(hiddenAttribute) in the Attribute Value field. However the field doesn't validate so it looks a bit messy.


takashi
Celebrity
  • April 8, 2016

There is another way to expose an attribute by the AttributeManager using @CurrentAttribute() function, but I agree that it would be better if "Expose" action could be added to the transformer to simplify this.

'


fmelizard
Safer
Forum|alt.badge.img+22
  • Safer
  • February 21, 2018

paulbader
Contributor
Forum|alt.badge.img+3
  • Contributor
  • June 24, 2021

Hello.

This should be useful, but something bothers me with this new functionality.

Supposing I want to delete an attribute before the AttributeManager (upstream), this attribute is automatically exposed in the AttributeManager. So it becomes very difficult to find any problem due to this attribute removing after the AttributeManager (downstream), because the attribute is still there, with nodata values. I wish this automatical use of the attribute exposer could be deactivated by default in the attributemanager.


thijsknapen
Contributor
Forum|alt.badge.img+11
  • Contributor
  • July 15, 2021

I agree with @paulbader...


thijsknapen
Contributor
Forum|alt.badge.img+11
  • Contributor
  • August 5, 2021

FYI, Yesterday I spoke with Sanae M on the live chat about the comment of @paulblader. I heard that Safe has identified this behaviour as an issue/bug, and has plans to fix this in some future version. I understood that the internal ID for this issue is: FMEDESKTOP-11742


zuzanna_sz
Contributor
Forum|alt.badge.img+4
  • Contributor
  • January 13, 2022

@thijsknapen thanks for the info! It looks like transformer version 4 has ability to distinguish between new "exposed" and old "non existing/invalid" attributes. I also find this feature in version 3 very very unfortune. I have a lot of workspaces where source files are getting updated and sometimes converted and the attributes' names are changing from Upper/Camel cases to lower cases... I'd like to be able to "clean" AtrManagers with one click... not review all the "exposed" attributes.