Skip to main content
Open

Allow hard-coded value for join field in FeatureJoiner

Related products:Transformers
siennaatsafe
david_r
redgeographics
danilo_fme
jdh
+7
  • siennaatsafe
    siennaatsafe
  • david_r
    david_r
  • redgeographics
    redgeographics
  • danilo_fme
    danilo_fme
  • jdh
    jdh
  • ctredinnick
    ctredinnick
  • lars_de_vries
    lars_de_vries
  • nic_ran
    nic_ran
  • pratsch
    pratsch
  • roland.martin
    roland.martin
  • ngoorman
    ngoorman
  • p_c_20
    p_c_20

nic_ran
Contributor

I'm trying to do the "right thing" and use the FeatureJoiner instead of the FeatureMerger where possible, however, there is a pattern which I commonly use which is not supported by the new FeatureJoiner.

In the FeatureMerger I can specify hard-coded values for the joins, so I quite often join on "1" = "1" (the actual values don't matter, as long as they are the same). I do this to validate that one path of my workspace has produced a result, before continuing with the rest of the translation, or if I want to join all attributes from features in one translation path with all features from another path.

The new FeatureJoiner requries me to specify an attribute for my join values so, in order to acheive the above, I would need to use an AttributeCreator to supply a dummy value to each translation path, before using the FeatureJoiner. This is possible but is an extra step that I don't need to do with the FeatureMerger.

Please allow the FeatureJoiner join fields to specify a value, rather than requiring an attribute.

2 replies

david_r
Celebrity
  • July 4, 2018

Absolutely agree. I also use this pattern a lot, I suspect it's fairly common.


ngoorman
Contributor
Forum|alt.badge.img+3
  • Contributor
  • July 5, 2018

Agree - another use case for this is to join an attribute to a fixed value ie <attribute> = 1.


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