Open ideas have been reviewed by our Product Management and are open for commenting and voting.
Migrate the history of jobs with logs in the backup and therefore in the restoration would ensure the continuity of production during a product version upgrade. This step is fundamental in monitoring production events (anomaly, justification, etc.)Tanks!
To add the current date and time into the name of the log fie, you have to use a scripted parameter using Python or Tcl.As not all of us are able to do so, I would like to see a setting in the FME Options panel, that enables suffixing the Log File Name with the current date and time.Preferred would be the ability to choose a format for the TimeStamp.
Sometimes it would be very helpful in Data Inspector if it were possible to step through the selected features with an automatic zoom to each selected feature in the view window.At the moment it requires 2 clicks. One click for the next feature in the Feature Info window and a second click for each new feature on the "zoom to selected feature" button.
When running with feature Cashing to a selected transformer, I some time want to run to the same transformer again even if nothing has changed in the workspace except for the data source. Even if the DataSource has changed, the workspace will not run from start, but instead it runs the cashed source data. I would therefore like to be able to empty the cash with just one click, without having to run the workspace without feature cashing and stop the workspace immediatly to empty cashe, or run between selected. Shift + F5 empty the cashe, but runs the whole workspace, but instead I just want to empty the cashe and run with feature cashing again.
Named connections (database and web) get uploaded to FME Server along with the workspace but I have a lot of named connections that I've defined on Desktop that are not actively used in a workspace (ie. different versions of connections for DEV, TEST, QA, PROD) and there's no easy way to get them all up onto FME Server.I would like a mechanism to allow me to sync named connections between Desktop and Server without needing to publish a workspace.
It would be nice to have the ability to utilize connections that are on FME Server within your FME Desktop workflows. This would be nice as it makes managing connections for FME Server Admins/Publishers easier. It also feeds into the mentality of create once, allow users access. It also would provide security by allowing users to utilize it in their workflows without having to provide credentials to access it.Currently if someone creates a named connection in their workspace (that is different from the one up on Server, even with the same user) and uploads it, it will still need to be authorized (ie. ArcGIS Online User).
FME Flow Resource connections can be named with dash characters (example: my-resource), however, you cannot use dash characters in User Parameters. This means you cannot reference that Shared Resource Connection as a Private Parameter to be used locally in FME Form
As I worked to resolve errors with attempting to reference a User Parameter from within a Python Scripted User Parameter, I discovered the issue was previously mentioned 5 years ago in this thread: When I double-clicked on a user parameter (‘DAYS_PRIOR’) in version 2023.2.1 (build 23774) within the Python Scripted Configuration interface, FME Form inserted: FME_MacroValues['DAYS_PRIOR']In order to get the scripted parameter to function properly, I ended up changing the call to: fme.macroValues['DAYS_PRIOR']I also had to explicitly import the fme library.
When using an ESRI Geodatabase (ArcSDE Geodb) reader (or other formats that support aliases as well) set to read the schema it would be great if the alias names of the fields are stored in the list as well. The Alias Mode now has two options:Replace Attribute Names With Aliases → this will replace the attribute names in the schemaExpose Aliases as Metadata Attributes → this only works for data and not the schema If I have an attribute 'ElevationUOM’ with alias ‘Unit of Measurement for Elevation' I would like the schema to haveattribute{0}.name = ElevationUOMattribute{0}.alias = Unit of Measurement for Elevation
I have recently being creating some custom HTML reports, combining the output of an HTMLReportGenerator with some additional scripts to add custom graphics. Having zero HTML experience, I created these scripts in ChatGPT and then parameterized them for use in my template. This template is then streamed into a web browser as the output of a Flow web app. It strikes me that HTML functionality could be a incredibly useful extension to the current capabilities of AI Assist.
The GeometryReplacer accepts GeoJSON as an input format but will fail if _full _ compliant GeoJSON is supplied. Instead, the GeometryReplacer expects just the geometry component of the GeoJSON, which means this needs to be extracted from the JSON somehow prior to being passed into the GeometryReplacer.It would be great if the GeometryReplacer could be enhanced to accept any valid GeoJSON.If the GeoJSON is a multi-feature object, then the GeometryReplacer could either create aggregate geometry, or provide an option to create multiple FME features.There are several questions in the FME Community about this. Here's an example:https://community.safe.com/s/question/0D54Q00008IYY6fSAH/error-converting-geojson-to-geometry-using-geometryreplacer-invalidparametergeometrysource
FME is not recognised enough in the BIM world.It would be interesting to have it certified as an IFC compliant application for IFC2x3 and IFC4 specifications.https://www.buildingsmart.org/compliance/software-certification/
At this moment all saved database connections are available as soon as you open FME workspace. So once someone is able to enter your device, he is also able to enter all databases you ever entered as a database connection. It is possible to use embedded connections without saving the password as an bad alternative, but this is no practical workaround since you'd have to enter the password on every run. Besides that it requires a lot of extra maintenance upon changing database credentials. Another alternative would be to add a password to your fme workspace, but this only works for existing workspaces, while database connections also can be used in a new FME workspace.My suggestion/idea is to add a master password for all databaseconnections which has to be entered once every time a database connection is used for the first time within a session. You can compare it to a master password like Bitwarden, Keepass or any other key vault uses. I think without this master password on the database connections, FME currently contains a big security vulnerability. So hopefully this feature can be added soon!
I would like to see an option added to FME Form where I could specify a Flow or Flow Hosted connection as my "defaults for FME Server parameters". This would make it easier when developing new Form Workspaces to test locally against the paths that my user will have access to in FME Flow or Flow Hosted. I don't think this should override the option to set these manually, but having an option on the toolbar to match them to an FME Flow, or clear them where they match the FME Flow would be useful for testing and when preparing for publishing to a multi-tier environment.
I number of software packages I have used have a collaboration tool to allow multiple users to work on the development of a project over the internet (eg Unity game engine). Would be great if FME had this funtionality.
How about creating "global" features like a dictionnary accessible from anywhere instead of a variable (like accessing the previous feature with @Value(feature[-1]._creation_instance)? This would help to limit multiple joins.Close ideas:https://community.safe.com/s/idea/0874Q000000TlDuQAK/detailhttps://community.safe.com/s/idea/0874Q000000TkqEQAS/detail
The Minecraft Writer only allows to generate worlds for the desktop version of Minecraft.What about the other platforms? (playstation, xbox etc.).Are there any plannings to support these formats as well?
Ideally if the fmeobjects.so had docstring compiled it might be possible to stubgen a .pyi file from it. As it is, it is a black box. While the python API docs are good it would be helpful to have access to the signatures and types within an authoring package. I don't currently have this.
i have a table i intend to copy and setup in various places and it would be helpful if i could generate the creation script in python (for arcgis) for that table i.e.try: FeatureClassLabel = "NeighborhoodCommunityBoundary" FeatureClassName = arcpy.env.workspace + "\\" + FeatureClassLabel arcpy.CreateFeatureclass_management(arcpy.env.workspace, FeatureClassLabel, "POLYGON", "", "DISABLED", "DISABLED", "GEOGCS['GCS_WGS_1984',DATUM['D_WGS_1984',SPHEROID['WGS_1984',6378137.0,298.257223563]],PRIMEM['Greenwich',0.0],UNIT['Degree',0.0174532925199433]];-400 -400 1000000000;-100000 10000;-100000 10000;8.98315284119522E-09;0.001;0.001;IsHighPrecision", "", "0", "0", "0") print print ("Created Feature Class: " + FeatureClassName) print ("Adding Fields to Feature Class: " + FeatureClassName) arcpy.gp.AddField(FeatureClassName, "DiscrpAgID", "TEXT", "", "", "75", "Discrepancy Agency ID", "NON_NULLABLE", "REQUIRED", "") arcpy.gp.AddField(FeatureClassName, "DateUpdate", "DATE", "", "", "", "Date Updated", "NON_NULLABLE", "REQUIRED", "") arcpy.gp.AddField(FeatureClassName, "Effective", "DATE", "", "", "", "Effective Date", "NULLABLE", "NON_REQUIRED", "") arcpy.gp.AddField(FeatureClassName, "Expire", "DATE", "", "", "", "Expiration Date", "NULLABLE", "NON_REQUIRED", "") arcpy.gp.AddField(FeatureClassName, "NbrhdNGUID", "TEXT", "", "", "254", "Neighborhood NENA Globally Unique ID", "NON_NULLABLE", "REQUIRED", "") arcpy.gp.AddField(FeatureClassName, "Country", "TEXT", "", "", "2", "Country", "NON_NULLABLE", "REQUIRED", "Country") arcpy.gp.AddField(FeatureClassName, "State", "TEXT", "", "", "2", "State", "NON_NULLABLE", "REQUIRED", "State") arcpy.gp.AddField(FeatureClassName, "County", "TEXT", "", "", "75", "County", "NON_NULLABLE", "REQUIRED", "County") arcpy.gp.AddField(FeatureClassName, "AddCode", "TEXT", "", "", "6", "Additional Code", "NULLABLE", "NON_REQUIRED", "") arcpy.gp.AddField(FeatureClassName, "Inc_Muni", "TEXT", "", "", "100", "Incorporated Municipality", "NON_NULLABLE", "REQUIRED", "") arcpy.gp.AddField(FeatureClassName, "Uninc_Comm", "TEXT", "", "", "100", "Unincorporated Community", "NULLABLE", "NON_REQUIRED", "") arcpy.gp.AddField(FeatureClassName, "Nbrhd_Comm", "TEXT", "", "", "100", "Neighborhood Community", "NON_NULLABLE", "REQUIRED", "") #arcpy.ImportMetadata_conversion(MetadataPath + FeatureClassLabel + ".xml", "FROM_ISO_19139", FeatureClassName, "ENABLED") # Enable Editor Tracking in UTC. arcpy.EnableEditorTracking_management(FeatureClassName, "", "", "", "DateUpdate", "NO_ADD_FIELDS", "UTC")except Exception: e = sys.exc_info()[1] print(e.args[0])
Hi, we always have issues with the Google Sheet Reader using Web Connection due to company extra 2-step authentication and a security key to "authorize" a browser to sign in. So there is a Google Drive Desktop App, after you installed on a PC, you can map the google drive as a network drive (eg, K:) and you can see the Google Drive content in Windows File Explorer, is there anyway that FME reader can read the google sheet BY browsing the file directory instead of using Web Connection. thanks!
It would be nice if the FME Socrata Reader could be upgraded to extract additional information from the published Socrata datasets such as any calculations / date formatting applied to fields as the data gets published. Without this awareness, FME users can use FME Socrata Reader to retrieve data from a published Socrata dataset and be completely unaware that some of the fields had date formatting calculations applied at the time of publishing, Therefore the downloaded data does not represent how new data needs to be formatted to republish to that dataset. This only becomes apparent after the FME user finishes their workbench and republishes the dataset only to discover all of the date data has been corrupted.
I would like to point the AI Assist to use Ollama - with the standard OpenAI API spec (https://ollama.com/blog/openai-compatibility?ref=upstract.com)This would allow me to run completely locally and avoid the concerns of running AI Assist over the web to third party sources or incurring costs of models running in the cloud.
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.