Shape the future of FME with your ideas
Open ideas have been reviewed by our Product Management and are open for commenting and voting.
It would be useful to be able to extract the geometry of a partial shapefile, when the .shx and/or .dbf are missing.The shapefile reader could have a parameter that controls whether to fail on incomplete data or let it pass.
Hi,So i’v stumbled across this completly new database technology which manage in a beautiful way to seal the gap between relational and document databases. It completly remove SQL, with a new query language they call edgeql. Its pretty amazing. They have support for gis functionality soon. And alot more. Go check it out at edgedb. Reader writer with fme 2020?
At the moment the XMLValidator only provides the option to validate agains a schema, if the location for the file is provided as a local path. It should allow for URLs and more important to use the schema specified in the XML file.
***Note from Migration:*** Original Title was: JSONFragmentor and JSONExtractor should include _json_error{} on rejected feature When receiving invalid JSON, the JSONFormatter and JSONFlattener transformers both include _json_error{}.message, _json_error{}.line, _json_error{}.column, _json_error{}.severity attributes in addition to the fme_rejection_code. The JSONFragmenter and JSONExtractor only have the fme_rejection_code, which is often not as useful as one would want. Additional information is available in the log, but it would be nice if it were available on the feature like the other two JSON transformers.|WARN |JSONFragmenter (JSONQueryFactory): Unexpected character: '''. One of the following characters was expected: '"', '}' |INFORM|JSONFragmenter__Rejected_: Feature is: |INFORM|+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ |INFORM|Feature Type: `JSONFragmenter__Rejected__LOGGED' |INFORM|Attribute(string): `fme_feature_type' has value `Creator' |INFORM|Attribute(string): `fme_geometry' has value `fme_undefined' |INFORM|Attribute(string): `fme_rejection_code' has value `NO_RESULT' |INFORM|Attribute(string): `fme_type' has value `fme_no_geom' |INFORM|Coordinate System: `' |INFORM|Geometry Type: IFMENullVS|WARN |JSONFlattener (JSONQueryFactory): Unexpected character: '}'. The following character was expected: 'l' |INFORM|JSONFlattener__Rejected_: Feature is: |INFORM|+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ |INFORM|Feature Type: `JSONFlattener__Rejected__LOGGED' |INFORM|Attribute(encoded: UTF-8): `_json_error{0}.column' has value `419' |INFORM|Attribute(encoded: UTF-8): `_json_error{0}.line' has value `1' |INFORM|Attribute(encoded: UTF-8): `_json_error{0}.message' has value `Unexpected character: '}'. The following character was expected: 'l'' |INFORM|Attribute(encoded: UTF-8): `_json_error{0}.severity' has value `invalid value' |INFORM|Attribute(string) : `fme_feature_type' has value `Creator' |INFORM|Attribute(string) : `fme_geometry' has value `fme_undefined' |INFORM|Attribute(string) : `fme_rejection_code' has value `NO_RESULT' |INFORM|Attribute(string) : `fme_type' has value `fme_no_geom'
The JSONUpdater would benefit from having the standard set of attribute accumulation mode parameters to allow attributes from the Update features to be included on the output Document feature.
Based on this question I need to be able to run different workspaces as a result of an email to a single email address.At this moment FME Server 2017 does not allow multiple Email publications with the same email address (but with different Subject filters).Allowing more than one Email publication with the same email address would allow easy filtering based on the Subject line to trigger different topic and so different subscriptions.It can be done by introducing an additional layer of workspaces, using FMEServerNotifier transfomers, but that makes the workflow more complex.So I would like to be able to have multiple publications looking at the same email address.
I've inherited an old 2015 FME Server with 60-100 workspaces spread over 20 folders. The server hasn't been maintained.We want to set up a new folder structure to use the server before we start to deal with the legacy content. However it is difficult to differentiate our new content from what is there already.I would love to be able to drag and drop the existing workspaces into other folders on the FME Server without having to republish, with all the scheduling remaining in place. It would really help us deal with the legacy content on the server, some of which we will have to continue to maintain.
We have lots of best practices for Desktop/Authoring but not on how to set up Server. Like naming convention suggestions, security suggestions, etc. How do you best structure a server installation.
Complementary to the StatisticsCalculator transformer, wouldn't it be great to have a separate FME transformer that emulates Excel's Regression function. In this case, esp. for spreadsheet lovers, we don't need to do an additional step of first writing our results into Excel then separately do Data --> Data Analysis --> Regression, in Excel.Possible features for the proposed RegressionAnalysis transformer include Linear Regression and Multi-Variate Multiple Regression. Well if it's too much of an ask, we could perhaps start with Linear Regression functionality... :-)However, if this functionality is already available in 2016.1 or in any planned future releases (BTW I'm still using 2014), please treat this post as a question rather than a suggested new idea. Otherwise, please let me know if this is possible at all.Thanks,Wilfredo de Vera, P.Eng.Data Specialist
Once again, there's a need to read an old raster format to extract data. This time it's DjVu which has been up for discussion before: https://knowledge.safe.com/questions/83571/djvu-file-format.htmlThe solution now is to use ImageMagick (see this idea: https://knowledge.safe.com/content/idea/97094/incorporate-imagemagick-in-to-fme.html)But I suggest that FME should read DjVu native.
Every day I use the featureMerger a lot and actualy most of the attributes of the Requestor and Supplier are the same... Why isn't there an automatic join?
***Note from Migration:*** Original Title was: XML/GML : Generate subelements through xml_parent_i, xml_id attributes without xsd It would be nice if we could create sub elements in xml/gml writers without xsd, just by giving the right xml_id xml_parent_id attributes for different feature types without the need for complex list, aggregates or xmltemplater.
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.