Shape the future of FME with your ideas
New and Open ideas are awaiting review or have been reviewed by our Product Management team, and are open for commenting and voting.
It would be nice if you could use the FME Server Web UI to also test a topic containing a JSON array, like:{"name":"John","age":30,"cars":["Ford", "BMW", "Fiat"]}.Currently an error is returned:Unexpected value "["Ford","BMW","Fiat"]" for message "cars," expected scalar.The workaround now is to use FME Desktop with a FMEServerNotifier.
Using a json web token (JWT Token) to do authentification in FME Server.
Ability to control what is labelled from the NLPClassifier. For example set a threshold to not label features below a certain confidence level.
Hello all,The ESRI ArcGIS Portal API for featureservices supports query-ing a specific HistoricMoment (see the HistoricMoment parameter in the documentation) of course when History is enabled in the service.Currently the Portal reader does support Branch versioning, but not this HistoricMoment capabilities.To me it would be a great upgrade to the reader. The ArcGIS SDE reader has had this for decades, and as this is fading out of use in favor of the new service based architecture of ESRI products, the need arises more and more in my workflows.I've been able to pull it of with a custom transformer consisting of a motherload of HTTPCallers and JSON related transformers. That also solves my disable SSL verification problem, but is not as elegant and maintainable as a proper Safe supported native reader.
Currently, the DataDownload, DataStreaming & DataUpload services have their own API: DataDownload Documentation DataStreaming Documentation DataUpload Documentation The JobSubmitter service is already supported via the FME Server REST API and can be invoked with a set of REST Calls: https://docs.safe.com/fme/html/FME_REST/apidoc/v3/#!/transformations I would be nice if all 3 services (DataDownload, DataStreaming, DataUpload & JobSubmitter) could be invoked via the FME Server REST API to make it easier for developers to leverage the power of FME Server. This would allow for more consistent application development without worrying about different APIs for one product.
Please consider adding support for the new capability of QGIS (3.26+) for using domains in geopackages. See Changelog for QGIS 3.26 for more information. This would bring the handling of domains in geopackages on equal footing with domains in ESRI file geodatabases.
At the moment there is no good way to convert HTML files to PDF in combination with FME Cloud/Server. The standard PDF-options in FME are limited. Especially when styling is important, the PDFPageformatter does not provide enough options. Luckily Safe created the transformer HTML2PDFConvertor several years ago. But this transformer has a big disadvantage: it requires the installation of the wkhtmltopdf.exe. This is not possible using FME cloud. So it would be great if this tool can be integrated in FME. More information about the tool: https://wkhtmltopdf.org/
It would be great if the LineCloser has an option to specify the maximum distance for the line piece that will be created to close the line.An extra good option would be to create an attribute which then lists the distance of the line segment created to close the line.
I've really embraced the FME Server Workspace apps for small 'self service' tasks for people in the organisation to do something themselves in stead of mailing the GIS department.Almost always I want to report something back to the user. I use a streaming service and a html-writer for that. But that takes the user away from the app.Would it be possible to add something like an iframe capability to the app, to which the results of a workspace can be streamed?Kind regards,Martin
It would be nice if you could use create test conditions that look at adjacent features within the tester/test filter instead of having to use the attribute creator followed by a tester
It can be tricky to see where log-jams are in complex workspaces - a simple charting tool that parses the log window and provides quick visualisation such as a histogram:x axis = transformer namey axis = sum of time elapsedwould be helpful. could be expanded in future to be a ticker tape as the translation runs to include CPU usage etc
I want to make a point on FME handling of memory ressources and why I think it is not optimum. I am referring to Windows environment (as I have no experience with FME on other OS)In the frist part of any FME log file some remarks can be found about how much physical and virtual memory it available and what limits will be used by FME for start/stop of requiring/freeing memory.As described here(https://community.safe.com/s/article/Performance-Tuning-FME-FME-Memory-Management) FME will decide ressource usage depending on virtual memory available.I think this is counter-productive in situations when more than one large FME process will fight for the same limited amount of memory.In practise I see windows machines with 64Gb physical memory and 264Gb virtual memory quite often. In such an environment we run 3-4 very large FME processes in parallel and each one thinks 264Gb is available, which is not true of course. We run into serious performance issues in this way, with physical memory completely used (99%) and hanging fme processes, as this relies on OS swapping, which is very bad on Windows.This does not occur, if the virtual memory is reconfigured to be only a little larger than physical memory. So we have to advice our power customers to reconfigure their Windows System for small extra virtual memory only because FME is following a "strange" memory policy.This is an undesirable situation, which cannot be followed in every customer situation as other applications may need the large extra virtual memory configuration.So I want to really question the fact, why FME is optimizing memory usage based on virtual memory and not on physical memory. Maybe a suggestion could be to influence the memroy policy to stay closer to the physical than the virtual limit by some parameter/environment variable or whatever.Repeating myself: What I want to avoid is to tell our customers that they need to reconfigure their Windows OS setting only due to FME reasons.
It would be very helpfull to have support voor the QUERY method in the HTTPCallerhttps://horovits.medium.com/http-s-new-method-for-data-apis-http-query-1ff71e6f73f3I'm specifically working with a Linked Data Apache Jena Fuseki triple store with a REST API and it would be nice to be able use the s-query method (and not escape all special characters for URL encoding).
FME Server prodive a filter function in the Jobs menu. It's possible to filter by the Job Status. In a normal situation I expect that if a workspace run until end I've a SUCCESS status.For some reasons is usefull to add LogMessage transformer for logging information during the execution of the job as warnings and error. It could be interesting to filter jobs by LogMessage type as warnings and errors even their status is SUCCESS.Thanks
The CSV reader supports selecting a Date Input Format from a pulldown or custom format you enter. Frequently multiple date formats are within one CSV file or even within one attribute column, please support allowing a set of formats, say pipe delimited, and to retain bulk mode processing when multiple date formats are specified. How about pipe delimited like: %m/%d/%Y %H:%M:%S %p|%m/%d/%Y
A feature similar to the HTTPCaller's 'rate limiting' options may be very useful for reading features from feature services. We very often get failures when reading feature services, when the feature service throws an error about 'Too many requests, API calls quota exceeded'. I've had to work around this by stringing together multiple FeatureReaders with Decelerators between them. These read 6000 features, then a Decelerator has the workspace pause for 65 seconds, then read the next 6000, so on and so forth. It'd be awesome if instead of this clunky workaround, we'd be able to just configure the FeatureReader/reader to only read a maximum of 6000 features per minute, or something along those lines.
With the release of FME 2022 the 3DTiles writer contains the option to generate a texture atlas for each model. This is really great functionality and something I've been wanting to see for a while.It would be great to see this functionally extended to all 3D Formats - Alternatively a transformer such and an "AppearenceMerger" or "TextureAtlasGenerator" would be really helpful.
GeometryReplacer has an option for "EncodedPolyline". This supports polylines encoded to Google's documented 5 decimal places. But I have a polyline encoded to 6 decimal places, and so had to use PythonCaller and some ugly hacks to get a WKT formatted polyline.Why am I using 6 decimal places? I'm using the Valhalla open-source routing engine for OpenStreetMap (https://valhalla.github.io/valhalla/).Valhalla's reasoning for using 6 decimal places is documented at https://valhalla.github.io/valhalla/decoding/I used the Python script in FME to get my decoded polylines, but would prefer an option in the GeometryReplacer for "Encoded Polyline 6dp" below "Encoded Polyline"Their demo tool at https://valhalla.github.io/demos/polyline/ is useful in debugging.Here's a random 6dp encoded polyline:zsyo}@{cobaH??_KtDiHn@{HjHaMtDyOlHmI_AyL}HbGyt@jDwTHsc@tCsBw^pMgl@dFi_@j@}UlDw_@rCaKrQy[PmFdU{p@fZqx@pFuOfCiIVeCBkBAyBOkA{AcB}CyB}AaAgEyAqr@a]wdAmf@aJcCoHa@oIrAqIzDkGpDiF~DuB`B{B`As@~A CJnDDhDKxFN|EBfHeRjyCeIhjAiCfWmCdNk`mA}Jfa@cFrb@sHniA_EhU}EzReMre@}Lhe@kDpRmAbPmC`i@q@jO{IhqBaAlU_ClWkKvs@qAxOWdO`@`K`D|[hHzn@rO||AxHzx@tDlb@hX`nDbAhKnAfLzQhnAtEb]RrRFbF_A|Nc@`HGj@cCpW_AtIoFfh@mHtr@mCrLaD|JuFvIkHhImMnO_LrLiAlAw]|Z{FbF}}@|t@qwCr~BeGvEwSjPkRhOob@x^qm@fl@wObL_JtCqHpAuGZmQqAsDj@}Bf@gDpAEj@FzEXvFbClNrX~|@zDxVzA`N`BdTp@jWg@|kA~SgBbUwErr@kDld@cD~b@e@nFsEzp@sOlsAQbH~BvQNj@Hn@Bn@?n@Cl@In@Oj@Qh@Wf@[`@c@b@N`DmBpK]hEa@nH{DrdAg@bUcAh}@t]eDl}@}@~WqBxh@yJnwDF~Lh@tOf@~S|Af KhrAnGjw@hNnzA~Axa@d@xq@Anh@A`T`A|tCFlTlBb|DXryDr@viBHly@tBd`CX|[`AndAa@~f@]tTYpOy@z]wEz{@iIbaAoJbfAkh@rcGi^l{DeCpNcEdYgGpd@wD`r@sBjq@o`@|lEqNtaBe@xXf@`V~Eb]zGnUvGrPbVvZ|NtLtStKdm@xMd_BdXlr@zLv^dIpOxFfUlO|TdWlJfQfJ|UhPfcArFz_@nJfc@bKvWhNrWvQdV`UdTh|A|sAtk@re@jhYhZ`XfMfLjWp[`Wbc@t`~@bGtdFrYnK`v@tl@zyGhGpr@vDnd@rJ~iAbMjkAbK`y@fe@ntDtPdrAhGnc@zQrfAny@xfD~Rvq@xObl@n[nmA`Orq@hLtn@jPtkAbKf}@~Fdv@xTdsDhInn@jFfZ~Mli@jzAf{Djd@|gCfh@diC|Utq@~b@fz@jh@xz@|h@zz@zWvd@vV|r@zIda@rH|i@zOvmDvAr]xG`aBh[~oGpMncD^pS_AvUuAbTgEbXcGlVoJ~VuLxSwNvQoSnTap@nn@{d@`d@cMvLmm@`m@y[p]eOlTuTx_@av@ttAqX|f@{HnQsGrR{ClO}CtTaCrUaKrfAaLnjA}JxbAe@|EiK`jAsGzw@iDhj@wIvwAiAdW[hPp@fTtCvXnE~TzJzZrLbT`KzMtJzJbWpPzs@~YnP|GxKlHtJjInLdMpLhQhH~MzGzPfUhw@lPdk@hGbV`DlTtAjQZ|ToAv^g_@|uDcIt}@qBdVcAdJ}AnJ}@xH_AtDYxAMpBQfLJXPt@Fx@?x@Iv@Qt@Yn@GLyEhh@_NrdBmErj@mBpVo@be@M~JUvO{@bp@Zld@jBr`@zB|WdEtYjFtZz@|Cn@fBdA~A~GzGn@ @f@h@l@x@fA|@jBn@jBfBRbBFlAAxBOxA]nAe@dAq@~@q@n@s@`@_Ak@JaAFe@?}EzEaCpBiBtBiCxDsE|Dia@xt@qu@vtAax@lwAiMxUeLxVuJnWmI`X_eFn}Ps~DbsLuKz[ge@~yAeUvs@{x@j`C_]zaA_kEpfMyc@xaBoNf`BeC~xBu@`oBdAx]RlEl@jFzAjIt@vAb@`BPfB?hBQfBc@~As@tAaAfAWRmGxr@_BvxByAnkCj_Itj@eVtr@ulAluBq]pu@wN|c@qTvzAgHzsAmZnbGmPj`Cmf@j~Ic@|j@VxbIoYvuMcU~yFgEffAeFtfDs@jmAc@fw@lAx^dHlg@bZthAnY~eBlHdaAv@l[Kb_AuAr|Al@fs@dC`s@xe@~vHlG|p@lJjj@|Mjf@pPhc@di@reAni@vfAxHhS|BdJ~AxJnBrSVpUkAjSmCvSiOlq@kGxVsN`e@iIzPwI`MgL|K}OjJuPrFmSnCcRCwPgBaZmGyYuHkTuEgTiDiQiBsQ}@oS[{SNgOr@oOtAqOpBaOpCcQbE_QrF{MbFuMbG}w@he@ew@pe@koBplAeQjLeOnMaIlIsGdJaP`YaMpoI~^iDvYwEfk@wHlfAycA`uLoHzu@cAjK{g@xbGeAfLoJ|eAQtQKpE@vCBfIBLLr@Dr@At@Ir@Op@Wj@]f@c@^IFYrB]nBiA|Eo@nFgB~Re@fDw@`FUzAG|AFbBd@pCCnDHLbDPdC`ArDnAvDbArEd@zTvB|h@zFlf@rHfrBne@hf@`Mvf@jInsBtX|j@nGpGv@fgExr@rgClp@dd@nRjc@tTvb@xUd`Alq@h{@zw@zt@`x@rs@ro@r`BzfBj`An}Ari@|iAhi@dbB~P~p@zFfX~FnXjDxQtHhc@nLrt@tJvi@~Ido@rM|w@dArFxO`z@x@vD|o@`~CjQpz@z@xFfJtm@|@~H|C|XnBjQb@`E~@nIrGhDpCtE`AbENpGo@|E}DpHwHjDiI]yDsB}CiEaAwCk@mGLkD_BuR_BeScAoGsUesA{Nw{@ke@cwDigoBG[
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.