Shape the future of FME with your ideas
Open ideas have been reviewed by our Product Management and are open for commenting and voting.
Add support for high availability / fault tolerance to FME Cloud.FME Cloud is often touted as an ideal solution for receiving streamed data from web resources for continuous processing but the model falls down if FME Cloud isn't fault tolerant...
Could nautical miles be added to the GeographicBuffer? It's easy enough to convert and use miles, but would be nice to have the selection.
Workspace-wide settings for tolerance / precision on all geometric operations. The idea is to avoid miniature artefacts from e.g. clipping operations due to floating point imprecisions that are typically smaller than the dataset precision.
Currently, FME has the ability to interface with the R Project through the RCaller transformer. This means that R processing is initiated by a run from within FME. It might be useful to run FME workspaces from within R. One way would be to provide an R plugin that wraps FME workspaces. Similar to rGdal or rGdalUtils : https://www.rdocumentation.org/packages/gdalUtils/versions/2.0.1.7https://www.rdocumentation.org/packages/rgdal/versions/1.2-13
The current VertexRemover only accepts one vertex index value. If you need to delete multiple discrete vertices, you must use VertexRemove multiple times. I want to specify multiple vertex index values, such as separating them with commas.
Currently there is no way to tell that a workspace or custom transformer stored in a repository has any history without selecting it (checking the box to the left of it) and then hitting the History button at the top of the page, or hitting History and then browsing/filtering the commits. An improvement would be to add an icon to the right of the workspace if it has history (like the star for favorite and binoculars for View Workspace), and allow the icon to be clicked to open the History dialog for that workspace.Might I suggest using one of the official Git logos: https://git-scm.com/downloads/logos, such as: or (or even a pale grey version for when no history exists, and the black or orange one when history does exist).
And vice versa - click on log line to see related transformer?
when the fme imap subscription has read an email there should be an option for it to either delete or archive the mail
If you load in an ISO time format (for example), it makes sense that you would be unable to convert to a date format, but you should be able to convert to %s without seeing an error.I created a workaround by appending a fake date on the front of the timestamp, but this seems a bit of an oversight?
I would like a "Feature Types to NOT read" Option in FeatureReader when using the single output port.For instance, i'm using FeatureReader with the "single output port" parameter to read files inside a Zip file (i dont know filenames inside). But I would like exclude some files if they exist.At the moment i'm using Tester to filter feature types (fme_feature_type_name on Schema port & fme_feature_type on Generic port) but data has been already read so its a performance issue.
Currently, FME has the ability to interface with the R Project through the RCaller transformer. This requires knowledge of the R Project language.It might be useful if FME had transformers that made it easy to harness specific functionality/algorithms possible in the R Project. One example of just such an algorithm is the Minimum Spanning Tree. My question for you is what R Project functionality/algorithms would you like to be easily accessible in FME? Another way to think about this is what statistical or analytical problems do you want to solve as part of an FME workflow?
I'm really excited about the RasterConvolver transformer in the 2018.1 beta. However it applies the convolution filter to all bands. It would be nice if this transformer supports band selection and only applies the convolution filter to the selected bands.
For a long time, most major OGC WFS servers have supported stored queries: ArcGIS, Degree, GeoServer, MapServer. In many cases, for performance reasons, WFS servers will not let you query more than one feature type at a time unless you define how the 2 are to be joined. Because these joins are hard to define, one of the easiest approaches is to define the join within a stored query. For example - give me all the parcels and roads in the town of Spuzzum. The only way to execute a stored query from FME's WFS reader now is to include the stored query parameters on the initial dataset getCapabilities request url, for example: http://gisserver.domain.com:6080/arcgis/services/SampleWorldCities/MapServer/WFSServer?service=WFS&version=2.0.0&REQUEST=getFeature&TypeName=cities?tIndex=0&count=5&STOREDQUERY_ID=urn:StoredQueries:AttributeDemo&myrank=3 Any parameters you add to the wfs request url eventually get passed to the getFeature request. But this isnt very intuitive so it would be nice to have this added to the WFS parameters user interface. Heres a good link describing most basic types of stored queries that it would be good to be able to support: https://enterprise.arcgis.com/en/server/10.3/publish-services/linux/communicating-with-a-wfs-service-in-a-web-browser.htm
MapInfo has a new format called the MapInfo Extended format supported from MapInfo Professional version 15.2. The format enables a few new capabilities but most notably the ability to break the 2GB file size barrier and store multiple character sets in the same file:http://web.pb.com/mapinfopro-oct-2015/MapInfo-Pro-v15.2-Breaking-Down-BarriersIt appears that the latest Beta of FME 2017.0 b17215 now includes a Reader for this new format, but this is a vote for a Writer for the same format please!
**I'm still using 2017.1, apologies if this has been resolved in a later version**Currently when you use AttributeValueMapper, the import allows you to import duplicate values rather than check if you've already got the value and mapped it in the transformer. Can this be enhanced to recognise the values already mapped rather than keep adding the same value again? Or even better, to enable you to sort on the 'Source Value' field?For Example, I'm consolidating a few datasets in FME hence might use the import feature twice once for a shapefile, another for a KML. I have High=1, Medium=2, Low=3 imported and mapped from the shp, then import the values from KML and get High (already exists), Very Low (new), Medium (already exists).
I think it would be great if the featurewriter could support multiple formats and coordinate systems simultaneously so we don't have to have several featurewriters for the same data.e.g. If each of the feature types added to the writer below could maintain their own format and coordinate system that would be awesome.
The layer name is available in fme_feature_type but the feature service that contains the layer isn't available.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.