Shape the future of FME with your ideas
Open ideas have been reviewed by our Product Management and are open for commenting and voting.
I'd like some quick functionality for when I'd like to enter a list of values (no geospatial data involved) into something like a creator where each line would be interpreted as a different feature. I can do this currently by creating a single attribute then splitting by line and exploding but some sort of scratchpad functionality would be great. It's something I'd mainly want to use when testing/creating new workspaces.e.g.
It would be really useful if the TableAdder could have a group by function where multiple tables can be created for each group of data.
Most times we do not see an entire log content in a chronological order; seeing last 100 lines, or logs created in last one minute or so would suffice. This would also save a bit of bandwidth.
Hi,When a Workbench workspace (*.fmw) is run, it's converted into a mapping file (*.fme) on-the-fly to be run by fme.exe.I'm using "fme" files for production (called via a BAT file), while the Workbench workspaces are for testing and debugging. This is my "best practice".But if I have one workspace that runs another, I cannot run the mapping file itself, only the Workbench workspace.I think it would be a huge enhancement, if the WorkspaceRunner could activate a mapping file (*.fme) directly, removing the need for the on-the-fly conversion. A win-win wrt. performance too.CheersLars I.
Having the option to specify a WHERE Clause would be invaluable to workflows that leverage the FeatureReader transformer. Limiting the amount of features read into FME Workbench would considerably reduce processing time.
For years, I and the folks I've trained have grown accustomed to keeping a .PDF of run .FMWs as a record for job structure and dataflow / stream numbers. For some reason, basic print setup functionality went backwards in recent releases. Current page / print setup doesn't allow us to setup something like ARCH D fit to page, landscape so that we may print to .PDF.
There are OGC web service providers that support custom URL parameters.Eg.: it is possible to include parameters in the SQL of an 'SQL View' layer in GeoServer. The parameters can be passed as query parameter in the request URL: &viewparams=param1:value1;param2:value2... (Such a parametric WMS request make life way easier when ther is a good SQL)It would be handy if WFS/WMS readers support custom URL query string parameters like in the HTTPCaller.Now I have to use the 'manual WMS' (HTTPCaller->RasterReplacer->CoordinateSystemSetter->RasterGeoreferencer) to benefit from this functionality.
***Note from Migration:*** Original Title was: GEODATABASE_FILE reader to have 1:1 relationship between Tables to read and Where clauses I frequently want to apply a WHERE clause per Table/Feature Class
If there is a lot of text in the String Editor in different Transformers it would be handy to doubleclick the top-bar to maximize it
Based on this question: https://knowledge.safe.com/questions/37335/does-the-fme-installer-produce-a-log-file.html An automatic log file instead of a command line option would be great.
With FME 2017 the parameter creation dialogue box exposes the Parameter Attribute Assignment (Default|Off), which defaults to Default.I would like the ability to set the default setting to No when creating new parameters.
I see that frs files, which are created when saving Raster to ffs consume a lot of space. e.g. a 2Mb Tiff file with 10000x10000px results in 400Mb of frs. I tried different compression settings for ffs, but this doesn't influence frs handling. Request would be to provide a way of handling/using compressed frs files to keep the files smaller and save disk space. see also: https://knowledge.safe.com/questions/40834/saving-raster-with-ffs-uses-lots-of-disk-space-any.html?childToView=40874 Michael
I manage multiple FME Servers and having to change the connection parameters in the Publish/Download to FME Server window in Desktop is a pain. I can set one as a default, but I would like to be able to store others.
Good day FME'ers,I have recently been playing around with CouchDB as a way of storing data in lovely JSON documents. I have noticed that the options for processing data from CouchDB in the reader are not as extensive as they are in the JSON or XML readers. It would be nice to have the option to flatten the data being read from couchDB or to put it into FME lists. Thanks,David McDermott
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.