Shape the future of FME with your ideas
Open ideas have been reviewed by our Product Management and are open for commenting and voting.
Hello all,Today again, I dropped a filter in an automation I was building, and immediately missed the ability to filter on a regular expression. I actually never have to search for an exact case sensitive string, but always need some flexibility.I searched the Idea's section to vote up any idea posted already for this, but did not find any. So here it is... Add regular expressions to the automations filter..ps. If I recall correctly, Don promised something like that on one of the first presentations of the whole Automations concept.
I've heard that the Filter Action for Automations in recent FME Server versions has changed to be integrated, as opposed to simply being the FilterMessage.fmw workspace published to the Tools repository. I'm using FME Server 2019.1.3.1 and I found it useful to update the Tester in the FilterMessage.fmw workspace to "Contains Regex" (as opposed to "Contains") so that I could add more complex queries (i.e. multiple strings searches) in my Filter Action in the Automation. I don't have hands on experience with newer FME Server versions, but I'm thinking this might be something to consider for the integrated Filter Action.Thanks!
The current Automation filter does not allow for regular expressions. Having the ability to perform the filtering of the data within the automation, instead of triggering a workspace would be nice. Currently the filtering is done within the workspace, but I think it would be a better idea to do this within the automation itself, rather than calling a workspace.
I think it would be nice to be able to open the settings of multiple transformers at the same time. Currently this is limited to only be able to open the settings of one transformer at a time. I know there is a workaround to this by turning the summary annotation on so that you can view the settings, but it would be nice to be able to open two separate transformers and view/edit them.
It would be great if one is able to make FME Server App Layout templates that can be reused throughout different workspace apps. I.e. whenever one builds a new workspace app, in the 'Customize' section one can select a layout out of a list of previously configured templates.
When Counts or Caching are on, please make the numbers easier to read.
It would be great to show feature counts on the output ports, instead of on the connection lines. A couple of reasons:Feature counts will still be available when nothing is connected to the output portWhen connection lines overlap/intersect, the numbers won't overlap each other, making it hard to read. (When two numbers overlap, it could look like a different number)
Storing a parameter like $(HOST) in Embed Connection Parameters could be a great thing to add. Very versatile in combination with the FeatureWriter and dynamic configurations.
***Note from Migration:*** Original Title was: Database Connections - make connection parameters available as published parameters Make it possible to make the connection parameters such as host or database name available as published parameters so that they can be used in other readers, writers, or transformers, such as SystemCaller.More details in this Forum discussion: Database connections retrieve parameters programmatically
It would be useful to have an option to create a parameter that only accepts input that's of a specified length or matches a regular expression or similar
Add a new type of published parameter : text with regular expression (or add it as an option in the actual text type).The idea is to be able to control the input by a regular expression.Imagine the possibilities : check if the input is a valid email, a valid ID, etc...
Hi,Wouldn't it be great to have a parameter to define the initial window size of the geometry picker parameter?Yes you can adjust the size of the window once it is open, but it would be great to be able to define it yourself.Cheers,Itay
It would be great to have the option to limit the input extent size in the GeometryPicker itself! We oftentimes develop tooling for which it is a necessity to limit the area size, for various reasons (e.g. to prevent an engine being used by one tool for too long or to prevent putting a heavy load on an open data service). Currently, in order to achieve this, the supplied input in the GeometryPicker is checked in the workspace itself. If it’s too large, this will be communicated to the user through a log message. In my opinion, it would be a lot more intuitive to have this feedback in the GeometryPicker itself. E.g. whenever the user draws a polygon that exceeds the allowed size, the polygon will turn red.PS. I’ve only experienced this with polygonal input, but maybe other FME users would like the same functionality for limiting input length of line geometries as well?
A nice feature is creating attributes on ports of a transformer, rather than always adding another transformerWhen this has been used, please add the output in the "Show Summary Annotation" so that other users/clients can understand the workspace better.
Would be nice if there was some kind of progress indicator in the translation log for the SherbendGeneralizer. The transformer can take a really long time to run especially if the dataset you are trying to generalize is very large and you have no indication on how far along the process actually is.
Add ability to display progress indicator on connection, relative to a prior connection (manually linked).For long running workspaces we should have the ability to "link" different connections so they can display a percentage of the passed through features relative to the previous "linked" connection
When the Translation log isn't whizzing by at 100mph, it can provide useful information, but I think it can be made better. My ideas - feel free to add your own are:1) Pause and resume button - I know you can pause the translation, but...2) Have collapsible/expandable sections - watching 2,000 sets of CSV Reader Directives flash by isn't much fun3) Progress bar when a particular action is being tardy
When creating an automation we use a lot of SDE connection, we cannot use the Database Connections in FME server so we need to pass the User Password to each workspace in the automation. When attempting to add the password as a Global Variable the password is visible to anyone with access.It would be nice to either have a Database Connection type of SDE or to have a Encoded global variable in Automations
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.