Shape the future of FME with your ideas
Open ideas have been reviewed by our Product Management and are open for commenting and voting.
With huge XML files (regular and Landxml) it takes a lot of time to read. Possible to improve this by using bulk mode or something? Many xml formats, so many formats will benefit from this. Goal should be to be able to read a 50MB or 100MB) faster than 1min ?
If you want to access your FME Server repository on a MSSQL database via windows (integrated authentication) follow these steps: Follow the normal installation process for FME Server in combination with a MSSQL databaseCheck if everything is working fineGive the designated Windows domain user db_owner privileges to the database "fmeserver"Stop FME ServerChange FME Server Core service properties to run under the windows userChange the config in Server fmeServerConfig.txt" (the user and pw entry are meaningless) DB_TYPE=sqlserver DB_DRIVER=com.microsoft.sqlserver.jdbc.SQLServerDriver DB_JDBC_URL=jdbc:sqlserver://localhost:1433;databaseName=fmeserver;integratedSecurity=true DB_USERNAME=fmeserver DB_PASSWORD=$FME$1ser$ver DB_CONNECT_EXPIRY=60 DB_SQLSTMTS_PATH=C:/bin/FMEServer/Server/database Copy "<FMEServerHome>Serverfmesqljdbc_auth.dll" to "<FMEServerHome>Serverlibfmeutilsqljdbc_auth.dll" Restart FME Server Services (Optional) Delete the default "fmeserver" database user
To be able to enjoy AR fully, I think FME should look into AR cloud support, so that when a FMEAR workspace is run, the resultfile automatically updates in the app. In this matter you won't have to export, download and choose the FMEAR app to open it with. E.g. you have made an AR file for FMEAR, but it needs modification, then if you are on site of the actual place of the building etc, another person could in the office run the workspace with the changes, and then the model automatically updates in the FMEAR app without having to recieve a new file, and upload a new file again.
Such feature would allow tidier and friendlier UI especially when a workspace has many user parameters that can be logically put into two or more groups. This is similar to the menu item dividers used in FME Desktop's menu system.
Is it possible to get FME Automations more similar to FME Workbench? The GUI feels like a "completely different software" than when working within FME Workbench. For people that have used FME Workbench the FME Automations feels a bit "old and rusty" with respect to how to easily add and remove items, connect items etc. My wishlist:- Easier add new items (start writing on dashboard, same as FME Workbench)- Easier to connect items (drag and drop, click and click, same as FME Workbench)
Every time you PAUSE an instance on FMECloud the Monitoring gets "deleted". So its not possible to compare memory/disk/cpu usage from a run today with the one 2 months ago. Make it possible to keep logging across multiple PAUSE/START.
Print Job ID, immediately When FmeServerjobsubmitter Triggered, So that we will know the job id in advance. Now its printing only after finishes. And We do not know how many child scripts ran by master.My master workspace running , child scripts in batches.
I have a situation where a user needs to select the relevant web connection for authentication, but as there is no means to get the base url from that web connection, they still need to enter an additional URL that the web connection should be used against. This leads to cumbersome double entry and is therefore prone to mistake, when the relevant information is currently held, but inaccessible to the workspace.I believe it would be beneficial to have the URLs that is held in a Web connection accessible in the workspace. For Aoauth2 this would be the URLs stored in the Web services, while thing like FME Server wuld be the Server URL stored in the connection. I would suspect that this could be an additional transformer that could extract details from a selected webconnection and extract them out into attributes within the workspace.
The new concept of Packages is superb... but, for organisations who want to have a little more control over what is downloaded from the web, especially in this time of a need to comply with things like Cyber Essentials, allowing everyone to be able to download and locally install a package doesn't fly for lots of larger companies. Can packages be downloaded once and stored at the end of a 'shared' path, like the concept with custom transformers and database connections please. Then central IT can be given the option to control the packages in use and importantly the version deployed to end users. Thanks!
It seems this was turned of for FME 2019. I don't understand why. At least make it and option.This way you can examine your data in the custom transformer. This makes result sets easier to diagnose and develop.
I usually use Sublime or another tool to examine the logfiles, make this easier after a run by adding a button visualized below.
I have a scenario where I have to apply an expression to a raster that is more complicated than can be captured by the RasterSingularCellValueCalculator, but the RasterExpressionEvaluator is complicated because a) there are a lot of bands and b) I don't know in advance the number of bands.My current workaround is to use a RasterBandSeparator, RasterExpressionEvaluator (using A[0]), RasterBandCombiner sequence.Bonus points if the expression can reference a list attribute with the list index corresponding to the band number.Side note, @Value(A:_list{0}.x) works fine in the RasterExpressionEvaluator, but @Value(A:_list{@Value(A:_index}.x) fails to parse.
Sometimes I may wish to make a slight change to a FeatureReader but even just amending the Transformer Name results in the Generating Output Ports pop up box. This is really irritating if amending a workspace that runs on FME server where parameters for file locations may not work locally.If minor changes have been made to the reader but are ones that would not impact the output ports, e.g. max features to read, transformer name there should be the option to keep the FeatureReader output ports set up as is
Most formats contain format attributes that are unexposed by default, but still present on the feature. It would be nice if there was a simple way to remove them regardless of format.This could either be a parameter on the reader to remove unexposed Format Attributes, or an option in the AttributeRemover.I would differentiate between format specific attributes and fme attributes, though the reader attributes like multi_reader_id would fall into format specific.
I love the simplicity of the HTMLReportGenerator + HTMLLayouter to create simple web pages. However, sometimes it would be nice to be able to add a little more "zing".Please consider adding an option to the HTMLLayouter for "code injection" into the <head> section of the produced HTML. I know this can be done with existing XML transformers but it would be nice not to have to mess around with that and simply have an option when generating the HTML in the first place.This would allow for simple JavaScript includes and custom CSS styling.
It would be nice if the PythonCaller had a parameter for a group-by so I don't have to code the logic each time I need it.
When converting seconds to hours/minutes/seconds like this:86399s converts to 23:59:59 but 86401s converts to 00:00:01 while I actually want 24:00:01It's easy to calculate yourself but feels a bit cumbersome, especially if you could do this for several attributes at once with the DateTimeConverter.An option (similar to Excel) where for example [%H]:%M:%S would give 24:00:01 would be useful sometimes.
At a customer site I have the need to "calculate" the name of a web connection based on a number of environment settings.So, I use an AttributeCreator to create the _FMEServerName attribute.But then the FMEServerJobsubmitter and FMEServerLogFileRetriever do not accept an attribute to define the named connection.I would like this to be changed, so the name can be taken from an attribute (not just from a published parameter or a hard-coded value).
***Note from Migration:*** Original Title was: Undo the change in the order of the 'Apply' and 'Reset' button in the Parameter Editor window of FME 2020 Hi,Today I updated from FME 2019.2.3.0 to FME 2020.0.2.1 in which I noticed that the order of the 'Apply' and 'Reset' buttons have been swapped around in FME 2020.0.2.1.Initially I was trying to apply changes and by 'auto pilot' I was clicking on the right button. Unfortunately this now seems to be the Reset button, clearing my changes. Although this might be something that can be used to, I think the original order of having the 'Apply' button to the right is more intuitive, so I would like to see this change to be reverted.See below screenshots for some more clarification;FME 2019 (and I believe also previous versions), Apply button in (bottom) rightFME 2020, Apply button in (bottom) left
You can add and download the FME Hub custom transformer by searching for keywords, as well as adding a general transformer, Once you have downloaded the custom transformer, FME will always use the downloaded local transformer. Even when the custom FME Hub transformer is upgraded, the user will not be notified of the upgrade.I suggest that when you add a transformer that is downloaded from the FME Hub, If the FME Hub has an updated version, the upgrade prompt is displayed in the transformer brief.
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.