Shape the future of FME with your ideas
Open ideas have been reviewed by our Product Management and are open for commenting and voting.
Currently, FME writes NITF 2.1 and does it wonderfully, but it would be helpful if there was an option to create NITF 2.0 compliant output under the MIL-C-89038 standard.
Sometimes the auto-layout function causes connections to cross each other or overlap with other transformers. This idea is to avoid overlaps, since we know they are not best practice.Objects should be laid out in such a way as to avoid overlaps or - if necessary - connections could be converted to tunnels (if they are very long and overlap a lot of other objects).
Currently I have a seed file that has upwards of 400 levels within it and potentially upwards of 20,000 or more levels. I have these levels because I work for an electric utility that does maps identifying circuits visually by addressing colors. I output my data to a level based on the circuit_id and this puts all of my conductor on separate layers with bylevel set as the color. Then I simply assign a color and update my seed file for future use. However, every file now has all of the potentially 20,000+ levels creating a large level library. I simply delete all the unused levels once I open the file but I was hoping there was a way for fme to write the output file using the seed file, but upon completion remove all unused levels within the output so that you only have levels for what are used within the drawing.To clarify, I use a seed file in the writer, and the seed file has multiple levels defined, but the data I am writing may not have features for every level, and I want the writer to remove a level if it turns out to be empty.Is there a way that this can be a future enhancement or an enhancement added during a later patch? That I think is an awesome idea, does anybody else?
Currently, when using AttributePivoter the resulting features have the "pivoted" attributes unexposed. This behavior does not replicate what some users would expect from a "pivot." For example, when creating a Pivot Table in Excel or using popular R packages reshape or tidyr, one expects the resulting pivoted table to contain exactly the rows, columns, and cell values specified. The resulting table of exposed attributes in FME does not look like that. Therefore, users currently must add an AttributeExposer after the AttributePivoter. That's well and good, but why not add an option to expose attributes in the AttributePivoter to avoid this step? This section in the transformer could mirror the "Attributes to expose" parameter in the XMLFlattener or JSONFlattener. Even better would be allowing these parameters to get their value from an attribute or through an Import feature such as is available in the AttributeExposer. See this related idea.While we are at it, do any other transformers need an "Attributes to expose" parameter that currently don't have one? I see a few existing ideas: BulkAttributeRenamer XMLXQueryExploder
In the transformers that combine features (Dissolver, Aggregator, RasterMosaiker, BoundingBoxAccumulator, etc) the Accumulation Mode is one feature, none, or merge all.It would be nice if we could select which attributes to merge in the same way we can if we are generating a list.
In addition to ensuring that "Database Connections" are used for workspaces, ensure no plain text passwords remain anywhere in an FME Server installation.
It would be helpful if the Bentley MicroStation Design Reader supported reading native Microstation fonts - Perhaps, via an option to reference an .rsc file.
I would really like the option to double click an attribute in a text or arithmetic editor and have the full attribute selected, i.e. the @Value(attribute_name)At the moment double clicking on the attribute name only highlights the text inside the brackets. This is no good if you want to double click on a Feature Attribute to swap the attribute
If you're having to rerun a translation multiple times or coming back to a workbench after working on something else I think it would be really handy if the translation log showed the date and time the job finished.
It will be useful to implement REST API calls to detach existing Static IP from an instance and assign it to another instance.
The internets suggest they're a GeoTIFF file, but when I force them to read into FME as a GeoTIFF it loads weirdly (looks as though it's loading multiple pyramid levels on top of one another?)
As mentioned in this question and discussed in the answers, it is now almost impossible to make FME export an XML document with a <![CDATA[ ]]> section a.k. literal character data.My intended use was to communicate some HTML-formatted descriptive text in a XML-response about the capabilities of a transformation. This can thus be presented to the end user of the application communicating with my service.My preferred implementation would be to add a XQuery function in the XMLTemplaterget-attributeget-xml-attributeget-cdata-attributeKind regards,Martin
It can bit a bit of a hazzle working to improve existing custom transfomer. To be able to save the custom transfomer in a new version, you have to close down the project open it up, to be able to select modify as new version, this is tricky if you have already started to modify the existing transformer and you don't want changes to the existing version. What would be nice would be an option to save as "new version", and an option in the workbench to update the custom transformer to a newer version.
It would be great if FME could monitor log files of one database, and when a transaction occurs, relay that change to another type of database in real time.
As data storage and transfer costs are billed in addition to the FME Cloud instance cost, it would be handy to be able to track usage over time. The current Billing Dashboard provides month-to-date metrics but it would be nice to be able to see daily transfer and storage usage (in KB/MB/GB, rather than - or in addition to - $USD). This information could be displayed in a graph or table. See this question for further details: https://knowledge.safe.com/questions/75739/fme-cloud-data-transfer-statistics-reporting.html
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.