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

4624 Ideas

j.botterill
Evangelist
j.botterillEvangelist

Geometry Picker Support for ArcGIS Esri content basemaps + feature services in FME Flow Apps – background mapsOpen

Asking for an improvement to FME Flow Apps, to better support ArcGIS Enterprise or ArcGIS Online content. Currently web mapping tile services are supported, while these are useful for basic public mapping scenarios, it can be limiting for enterprise users, like ESRI customers who rely on managed GIS content, authoritative operational layers, and internal esri basemap standards. Workflow for Geometry Picker….In FME Form under user parameters there is an input called “Spatial Geometry” type.Define & Select spatial Geometry user parameterWhen this parameter type is published to FME Flow and a ‘Workspace App’ is created, under the ‘Parameter Defaults’ there is an option for Map Configuration, as outlined in this helpful article Using the Geometry Parameter – FME Support Center.proposed UI improvement to Map Configuration in Flow apps - add ArcGIS map services Why add ESRI map support to Flow Apps?Many organisations already manage authoritative spatial context through Esri platforms. When a Flow App requires a user to draw or select an area of interest, the user often needs to see operational reference layers such as boundaries, tenements, assets, work areas, inspection zones, environmental constraints, or approved operational footprints.Without access to these layers in the Geometry Picker, users may need to manually cross-reference another GIS application, which can reduce confidence, increase error risk, and make the Flow App feel disconnected from established enterprise GIS workflows. Desired spatial geometry parameter functionality:Support existing Esri webservice/connections already configured and authenticated in Flow to come into the Flow spatial geometry parameter Allow Flow App authors to configure Esri REST 1. map and 2. feature services as selectable or reference layers in the Geometry Picker. Respect secured services where authentication is already configured in FME Flow, including (arcgis) web connections or stored/encrypted web service credentialsThe old htmlreportgenerator supports the consumption of “feature layer URLs”, even multiple layers if they are comma separated. HTML report generator support Esri leaflet - feature service URLs shared openly I posted on this in the past, and the community wanted the transformer to see more support added as well. HTMLreportgenerator ESRI leaflet - feature layer URL more info needed | CommunityOne issue I anticipate might be challenging 😥, is that the latest ARCGISFEATURESERVICE safe.esri.agol package only supports content that is my content or shared to groups. The above functionality all assumes the esri REST map/feature services are shared to groups. But through the use of web connections to arcgis content, supporting group shared or originisational shared content like basemap services could be explored?the latest ArcGIS feature service reader > its parameters to item sourceThe Background Maps available in FME Form, would be very complimentary if added to FME Flow and Workspace Apps!Much of the functionality could be used in a similar manner 😎in FME form we have ‘background map’ support… how about this in Flow apps? You might find other ideas similar to this onehttps://community.safe.com/ideas/geometry-picker-basemap-using-arcgis-webmap-29298  https://community.safe.com/ideas/set-a-default-map-for-geometry-picker-in-fme-flow-app-29958  https://community.safe.com/ideas/flow-apps-customize-geometry-parameter-search-37946

gisbradokla
Enthusiast
gisbradoklaEnthusiast

directory and pathnames Reader skip invalid pathsOpen

I am revising/ simplifying the idea   it would be nice if to start with the path reader would allow exclusion of write protected (received an error and failed), hidden, system, invalid folders/files. secondly I currently use a tester to exclude many folders that I am not interested in scanning. But this requires a read to get the features through the tester. It would be optimal to tell the path reader to use a list or sheet of folder names to exclude from the read. I know this sounds perf expensive but when scanning several hundred thousand folders the payoff is NOT to read them all before exclusion.   leaving this confusing original section below:I have a question in community forum for a flow issue that cropped up. I previously had a ticket with my own IT with an issue that falls into this same category and now a third iteration.in each instance the reader fails and does not continue. whether in form or flow.instance:we receive a zip file that has been incorrectly named. When it is unzipped the folder name ends with a period. (eg. my folder-0name.it doesn’t\matter if there is a\period in the folder it only matters if the folder name ends with period.) this causes the reader to fail and cancel running in both flow and form. I have not identified why the second instance occurs but it is odd that if i am using a reader and it fails with ‘Media is write protected’. see this question here. I understand the 3rd instance is an error on our network. but still can’t the reader detect that it can’t really (with only symlink references) read this and just circumvent the folder? (the error is - PATH Reader: Error reading path '\\Tx-mio-mis01\fw-shared2\SURVEY\CHus\HM_PKG_9_LOWLINES\0_GIS\FOOTAGE_TABLE.xlsx' with error message: 'directory_entry::status: The symbolic link cannot be followed because its type is disabled. Response from my IT dept… From: Helpdesk <helpdesk@topo.sur>Date: Wed, 19 Aug 2026 16:13:56 (UTC -05:00) These are not corrupted. They are a new form of archiving that we have begun implementing. Are they giving you troubles? create specific exclusions. for instance maybe with regex. (e.g. _ARCHIVE) do not read  

OpenID Connect (OIDC) authentication support across the FME Platform - Have Your Say!Gathering Interest

Hello FME Community 👋We at Safe Software are busy working on some exciting FME Platform enhancements, many focused on product security. We would like your thoughts on one of the ideas that is currently up for consideration.We’ve received previous requests to add OpenID Connect authentication support to FME Flow, and we think that OpenID Connect (OIDC) authentication could be supported broadly across both FME Form and FME Flow.So, before we dive right into development efforts on this idea, we’d like to know what you think about it! Would you benefit from the FME Platform supporting OpenID Connect (OIDC) authentication? If so, can you provide a brief description of how FME supporting OpenID Connect authentication would enhance your experience with the FME Platform? We are also looking for anyone who might be interested in testing out our implementation of OpenID Connect authentication, once available. If you would like to be included as an early tester, please indicate that interest in your response!Here’s a bit of background on OpenID Connect (OIDC) authentication. If you’ve ever tried to create an account with a new app you’ve downloaded, you might be presented with options to use another account (like Google or Facebook) to login to the new app. In this way, you can use an account you already have, instead of creating a new account. This is OIDC authentication at work, and can be considered an extension to the OAuth 2.0 protocol already supported across the FME Platform. More information on OpenID Connect (OIDC) authentication can be found by visiting the OpenID Foundation’s How OpenID Connect Works page. We look forward to hearing from you on this exciting idea! 

mladenm
Participant
mladenmParticipant

IFC_API Reader/Writer: Native support for IfcFixedReferenceSweptAreaSolidOpen

As of FME 2026.2, the new IFC_API Reader converts IFC geometry of type IfcFixedReferenceSweptAreaSolid into BRepSolids within FME (see IFC-to-FME Geometry Mapping). When these geometries are subsequently written using the IFC_API Writer, they are therefore written as IfcFacetedBrep.I would like to suggest native support for reading, preserving and writing IfcFixedReferenceSweptAreaSolid.The main issue with converting this type of geometry into a BRep is that a relatively compact parametric representation can become a very large explicit boundary representation. A swept-area solid can essentially be described using a cross-section, a directrix and an orientation rule, whereas a BRep needs to explicitly store the resulting vertices, loops and faces.As a practical example, FME currently does not appear to provide a native geometry type for sweeping an arbitrary profile along a path. For a railway use case, I therefore created the rail geometry manually in a PythonCaller by placing the individual rail-profile points along the input line and connecting them to form the final solid. While this works geometrically, the resulting object has to be represented inside FME as a BRepSolid and is therefore written to IFC as IfcFacetedBrep. This can result in considerably larger IFC files compared with representing the same geometry as an IfcFixedReferenceSweptAreaSolid.In one test containing only around 200 metres of rail geometry, the FME-generated IFC using IfcFacetedBrep was approximately 23 MB. After reconstructing the same rail geometry as IfcFixedReferenceSweptAreaSolid, the resulting IFC was only around 150 KB. While the converted file was created as a proof of concept through post-processing, the difference clearly illustrates the potential impact of the geometry representation on file size.Ideally, FME could provide a native swept-profile geometry type that retains the relationship between the profile and the path, instead of immediately converting the result into an explicit BRep. A comparable concept already exists for IfcSweptDiskSolid, which can be represented in FME using the Pipe geometry type.Such a geometry type could then allow the IFC_API Reader and Writer to preserve or create IfcFixedReferenceSweptAreaSolid geometry directly.