Open ideas have been reviewed by our Product Management and are open for commenting and voting.
The Hexagon Geomedia SQL Server Warehouse does not allow for displaying the list of databases dynamically within the server/instance the way that other SQL readers do, i.e. Microsoft SQL Server Spatial. Can this functionality be added?
Official FME Flow API v4 documentation does not show the latest Openapi specification 3.01. OnFME 2026.1 the following OpenAPI specification is available: "openapi": "3.0.1", "info": { "title": "FME Flow REST API V4", "description": "FME Flow REST API V4 is our stable REST API.", "contact": { "name": "Safe Software Inc.", "url": "https://www.safe.com/" }, "version": "4" }, "servers": [ { "url": "https://***/fmeapiv4", "description": "Generated server url" } ], But the public documentation shows version 3.0.1 alphahttps://docs.safe.com/fme/html/fmeapiv4/docs/schema/static.json { "operationsSorter": "alpha", "tagsSorter": "alpha", "docExpansion": "none", "openapi": "3.0.0", "info": { "title": "FME Flow REST API V4", "description": "FME Flow REST API V4 is our stable REST API.", "contact": { "name": "Safe Software Inc.", "url": "https://www.safe.com/" }, "version": "4" },
Transforming lidar data to buildings or other simple objects is currently difficult with PointCloudSurfaceBuilder and other FME tools. Would it be possible to add CGAL Polygonal Surface Reconstruction to its construction modes to make it easier?
It would be nice if the ChangeDetector match all attributes could exclude unexposed workspace level attributes like multi_reader_id, multi_reader_full_id, multi_reader_keyword, multi_reader_type.As it is, I need to either use match selected attributes and select them all (not possible in dynamic scenarios) or expose the multi_ attributes prior to the ChangeDetector so that match all except can be used.
Sometimes you only realize after a while that you need some followup action after a writer. This results in deleting the writer and inserting all the necessary information into a new FeatureWriter.I think it would be helpful if you could convert a normal Reader or Writer to a FeatureReader/ FeatureWriter.
When using the WorkspaceRunner you often want to do something after that transformer with the results of the child processes that it spawned. Sometimes this involves launching another Workspace. At the moment there is no easy way to understand if all the child processes from that WorkspaceRunner have been fully completed.This is the crux of the problem, from the help:If the Wait for Job to Complete parameter is set to No, the initiating feature is output through this port if the request was successfully submitted, though whether or not the workspace completes is unknown in this case.One option might be a new port that releases a feature when the child processes have all been closed off, or some new parameter/mode. At the moment you need a workaround or you need to throttle the process and use 'Wait for job to complete'.
Allow certain output ports to have their feature caching disabled to improve performance.As an example, I quite often use the FeatureMerger. With Feature Caching turned on it will cache all the output ports, as described here under the 'Unconnected Output Ports' heading - https://knowledge.safe.com/articles/79739/feature-caching-and-performance.html - I often don't care about the UnusedSupplier and UsedSupplier, but they tend to be the largest datasets and add significant time on first run/uncached runs.What would be ideal is an option to turn off the feature caching for certain output ports, perhaps under the right click menu of the output port itself.Admittedly this right click menu only appears once the feature caching is done, but you get the idea.This is similar to this proposal - https://knowledge.safe.com/content/idea/77431/feature-caching-woes-reuse-large-attributesturn-so.html - But a bit more granular, whereas that proposal suggests allowing feature caches to be turned off for entire transformers, this one proposes only turning them off for certain output ports.
Since the FeatureReader has been enhanced in FME 2015.1 (the <Schema> port added), dynamic schema configuration has become more flexible than before.To expand the application range, I would suggest a new transformer which allows users to modify schema contents - attribute names and data types stored in the "attribute{}" list easily.The transformer receives schema features, modifies the contents, and then outputs resulting schema features. Required functionalities should be:- rename attributes (string replace, regex replace)- add a common prefix/suffix to attributes matching specified condition (or all)- remove specified prefix/suffix from attributes matching specified condition (or all)- change case of attributes matching specified condition (or all)- remove attributes matching specified condition (exact match, starting with, ending with, regex match)- replace data type of attributes matching specified condition (name and/or original data type)- add attributes (pairs of name and data type)more?The important thing is that the transformer should be a feature-based one. Since every schema feature read by the FeatureReader will have to arrive in the dynamic writer feature type (Schema Sources: "Schema from first feature") before any data feature belonging to the same feature type. If it wasn't so, the worth would be a half.If the "all in one" would be too complicated, divide the functionalities into 2 - 3 parts, and multiple transformers may be defined for each part.
As an FME Server Author I would like the option to share FME Server Apps, directly from the 'Manage Workspace/Gallery Apps' list page as I can with my other FME Server Items (Schedules, Automations, Repositories etc) so that I can make these accessible to other users/roles without having to request assistance from my FME Server Admin to update their security permissions. Bonus: When I select 'share' it would be nice if the App dependencies (e.g. Workspace/Web or Database Connections/Files) were also listed with the possibility of sharing these with the user/role in the same window.
Add an additional option to the coordinate extractor to allow extraction of start and end coordinates/multiple specified coordinates
While trying out a workflow in the support site I encountered an attribute that was markdown text.There is no syntax highlighting option for markdown text in the data preview pane when inspecting the cache, so let’s add one! The behaviour should be like the other syntax highlighting options, when you select the syntax option the data renders accordingly.Here is my example:Markdown text in an attribute
I would like to be able to attach a role to an API token rather than having to rebuild all the permissions directly on the token.
Geometry Collections can be very difficult to intercept. They sometimes are nothing ore than a fairly simple polygon, where one of the segments is an arc for example. Trying to write these to quite a few formats usually results in problems, and some GIS applications like QGis can’t handle them properly.But there is no surefire way to catch these, since they are not always aggregates. There have been a few threads about this already, like this one: Geopackages and different polygon types in same layer ? | Community and this one: Aggregated surfaces written in wrong file format in SQL server | CommunityIt would be very helpful if the option ‘Collection’ was added to the GeometryFilter’s Simple definition list. It might already be possible using the Detailed mode, but that is not very obvious (I haven’t figured out how...).
It would great and highly beneficial to see the exact processing time for each individual transformer directly on the transformer. This feature would allow users to easily identify bottlenecks and optimize workspace efficiency without manual benchmarking in the log.
I happily jumped onto the MCP bandwagon in FME 2026.2. Then I found a small but nagging inconvenience.Unlike the HTTPCaller, I can not set the Connection Timeout on the MCP-Caller. It appears to have a timeout of 30 seconds.Although this should be enough in most cases, it is significantly shorter than the default job-timeout of 1 minute when creating a MCP server on Flow.This annoys me, and is also inconvenient while developing a MCP tool which might not be as optimal yet as it should be later in the development cycle. Thanks,Martin
When adding an Esri ArcGIS Feature Service reader the where clause text editor does not support access to the feature schema, but the schema is known so lets make it accessible.Compare this to (for example) geodatabase reading, a where clause may be constructed from the table schema.
In large and complex FME workspaces, memory usage can become a major performance bottleneck, especially when feature caching is enabled for debugging or when large feature streams are processed sequentially.It would be incredibly useful to have a dedicated transformer (e.g., DropFeatureCache, ClearMemory, or similar) that can be placed mid-flow to explicitly clear cached data, or release memory from earlier processing paths.This would be especially helpful in long chains of transformations, loops, or branching logic where intermediate data is no longer needed but still retained in memory.
Did you know that log message filter settings are stored at the workspace level, not as part of the engine configuration?Here's what the relevant section of an FMW file looks like:Without debug:LOG_FILENAME "$(FME_MF_DIR)none2none.log"LOG_APPEND NOLOG_FILTER_MASK -1With debug enabled:LOG_FILENAME "$(FME_MF_DIR)none2none2.log"LOG_APPEND NOFME_DEBUG MAPPING_FILE BADNEWS UNGROUPED UNCORRELATED DUMP_SCHEMA XSD_VERBOSE HTTP_DEBUG FTP_DEBUG FME_DEBUG STASHLOG_FILTER_MASK -1This setup makes sense, especially when publishing workspaces to FME Flow and needing consistent logging behavior.However, in FME Workbench, this configuration is set under FME Options, which seems a bit out of place. It's not an engine or Workbench setting; it's specific to the workspace you're editing.In FME 2024.1, there was a review of this area. Could we take it a step further and move this setting to Workspace Parameters? That way, it's clear and directly tied to the workspace itself.
Currently you can filter Logs by severity level: Information/Warning/Error. I would love to have an additional filter that is user defined. For instance, I often use Loggers to write messages to the log that are used for debugging purposes, like “Token successfully fetched” or “45 Features written to DB”. Technically these messages should be categorized as “Information” but Information type log entries are hard to filter as most messages have this log type. On the other hand I don’t want to to use the Warning or Error type, as these messages should not be mixed with real errors. That’s why I propose a new Log Message type that could be called “User” or “Custom”. Like the other Log Types User Logs should be color coded and filterable on both Form and Flow.
I would like to have a selectable profile/configurable setting that is saved in the workspace to have the following: Set Feature Caching enabled in Development mode and off in Production mode instead of a general default setting for the Form product.
I am forever accidently closing the Data Inspector after I inspect some data. Please can you add an FME Option to bring up a “Are you sure you want to exit?” dialog box when you click the top right X close button. Thanks.
Hi,I noticed that the GeoTIFF and COG writers in FME do not expose a visible option to define the TIFF predictor (PREDICTOR), equivalent to the GDAL option:-co PREDICTOR=2or-co PREDICTOR=3This option is very useful when using compressions like LZW, DEFLATE, or ZSTD, since it can significantly improve compression efficiency, especially for continuous rasters or floating-point data.For example:PREDICTOR=2 for integer data PREDICTOR=3 for Float32/Float64 dataIt would be very useful to have this option directly available in the writer interface, similar to compression, tiling, or block size settings.I think this would be a valuable improvement to make GeoTIFF and COG optimization easier and more accessible in FME.Thanks.
The need might be for more niche cases, but I would be grateful if the CsmapReprojector transformer had a <Rejected> Output Port so that my translation will continue to flow – instead of, for example, ending with a fatal error. Note: This did not seem to be handled by "Add rejected port to all transformers" which is currently in 'Released' status as of 20170802.
This enhancement will allow full automation of attachment backup workflows using ESRI ArcGIS feature services or geodatabase attachments being backed up to ArcGIS feature services.Currently, even with the ESRI ArcGIS package, you need to manually configure the feature service feature URL on a FeatureReader so that the features’ featureID can be passed to the ArcGISAttachment connector.Implementation would be sinmilar to the Publish Action item of the ArcGISOnlineConnector which exposes the _webservice_url
I feel like there’s probably a good reason why this isn’t possible in stream processing right now. But honestly, being able to just create a query directly on streamed JSON would be a huge help. Right now I end up just saving the JSON response to a file first, figuring out the query there in the menu settings, and then going back to the original stream data. It works, but it feels like an extra unnecessary step and kind of breaks the workflow. It would be way nicer if this was supported directly.
In-depth courses for all FME skill levels.
Explore our extensive collection of how-to guides and tutorials.
Log an issue with us. Our support team is ready to help.
