Shape the future of FME with your ideas
New and Open ideas are awaiting review or have been reviewed by our Product Management team, and are open for commenting and voting.
There are several transformers that produce fixed attributes (NeighborFinder, TopologyBuilder, SpatialRelator, etc). When using them in a custom transformer I have no idea if I am overwriting any previously existing attributes and would like the option to specify a prefix for these attributes. Our local rule of thumb is all interim attributes in a custom transformer start with _!, and that pattern is never used outside of custom transformers. So for the NeighborFinder, with a prefix of _! would produce _!_distance, _!_angle etc.
I love the new XML elements to match capabilities of FME 2016 (still on beta), was always an hassle to get the right element. It would be even better if after scanning the XML document and displaying the scan results that a little export (to txt) option would be made available.
In addition to being able to provide a filename filter (e.g. *.dwg) on a file-type published parameter, it would be great to be able to restrict the user to a specified directory via a directory filter.
Description of action is required in undo tool to understand easily what action we are going to undo and we can decide whether it is required or not.
For debugging and testing (32bit vs 64bit and also version/build number vs version) and in a couple of instances for customers with >1 installation of FME Desktop, it would have been handy to allow the WorkspaceRunner to allow you to determine which FME the sub process should run in rather the one defined by the path environment variable. An option to select or detect which FME to run would be useful.In the past I have solved this by effectively building a Custom WorkspaceRunner by using a SystemCaller to do the job instead.
Enable user to define SRID to save into SDO_GEOMETRY when inserting data into existing Oracle Spatial table, even after truncating old data. This procedure is repeatedly used in transforming data between systems in and out of the company. The target table must stay the same as it is used elsewhere - if source changes it's alright for transformation to fail (of course we have sanity checks before running it :-).
Add the import options for Named database connections to the Choice (with alias) User parameters.This is already available for Formats and Coordinate Systems.
Itwould be useful to rotate results in inspector as sometimes we are given mapsthat contain previous results and the only way to compare them is by twistingyour head so that you can compare them—the new FME Output with an old map—side byside. It might seem like a silly request but it can be very useful. Sometimes itjust makes sense to review the data by zooming in, rotating it to put thingsinto the right context.
***Note from Migration:*** Original Title was: Add a transformer like the AttributeSplitter that allows attributes to be split based on a delimeter or on a start and end index into multiple new attributes. Example:Input attribute TEST value 1,2,3,4Split based on delimiter: ,Output attributes TEST1, TEST2, TEST3, TEST4Example2:Input attribute TEST value 1,2,3,4Split based on index:start 0 end 2, new attribute TEST1 value 1,2start 3 end 6, new attribute TEST2 value ,3,4This can be done, but requires multiple transformers insequence.
Ability to select multiple attributes in StringPairReplacer (like StringReplacer). So don't create a result attribute or propose a table with source attributes name and destination attributes name.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.