Skip to main content

Open ideas have been reviewed by our Product Management and are open for commenting and voting.

Filter by idea status

Filter by product area

4625 Ideas

thijsknapen
Contributor
thijsknapenContributor

Add 'Accumulation Mode' parameter to StatisticsCalculator to allow attribute accReleased

***Note from Migration:*** Original Title was: Add 'Accumulation Mode' parameter to StatisticsCalculator to allow attribute accumulation at Summary port I hope the title already stands mostly on itself. In general I think it would be nice if it was possible to configure which attributes exit the Summary port of a StatisticsCalculator (besides the group_by attribute(s) and the statistical attributes). I would think something like an 'Accumulation Mode' parameter, with options 'Use Attributes From One Feature', 'Merge Incoming Attributes' and 'Drop Incoming Attributes' would be a really nice to have as build in functionality in the StatisticsCalculator transformer to have control over the attributes that exit the Summary port. Just like this parameter/functionality is already incorporated in most other transformers where attributes are accumulated. E.g. most noteworthy being the Aggregator transformer, but e.g. also in the Hull- and BoundingBoxAccumulator, the AreaOnArea- LineOnLine- or LineOnAreaOverlayer, (Surface)Dissolver, RasterMosaicker, etc.Of course there is an easy work around by using e.g. a DuplicateFilter on the attributes that were used at the group by condition of the StatisticsCalculator, and merging these unique features from the DuplicateFilter with the Summary port of the StatisticsCalculator, but still :)

peter_s
Contributor
peter_sContributor

Named ValueArchived

Named Connections for databases and webservices is really useful.It allows authors of FME Workspaces to separate sensitive information into "environment configuration" that in the case of publishing to FME Server also becomes manageble in terms of authorization. It's often the case that the logic of an FME Workspace needs to be spread to a wider group than the sensitive information.By physically separating these, there's less risk of the sensitive information being saved where it should not.  However, there are times when Named Connections cannot be used because they are to specialized towards specific applications.This is where this concept would have its role. Named Values should work in the same manner as Named Connections but be very generic on the kind of value that is managed.Probably, the managed value should in fact only be a string value. Access to Named Value would probably have to be implemented as some kind of macro substitution or function call. Some keys to being useful as a concept:It should be available to use anywhere in a WorkspaceIt should be available to use in all stages of the execution of a Workspace (before, parsetime, runtime, after...)It should be documented clearly how not to use it, e.g. assign as an attribute to a FME Feature.In my opinion related ideas:https://community.safe.com/s/idea/0874Q000000TlQqQAK/detailhttps://community.safe.com/s/idea/0874Q000000TkjuQAC/detailhttps://community.safe.com/s/idea/0874Q000000TlGpQAK/detailhttps://community.safe.com/s/idea/0874Q000000TlBAQA0/detailhttps://community.safe.com/s/idea/0874Q000000Tkv6QAC/detailhttps://community.safe.com/s/idea/0874Q000000Tl9DQAS/detail