Skip to main content

New and Open ideas are awaiting review or have been reviewed by our Product Management team, and are open for commenting and voting.

Filter by idea status

Filter by product area

1111 Ideas

Improve RasterDEMGenerator ParametersOpen

Currently these parameters in the RasterDEMGenerator cannot be specified through feature attributes.Output DEM X SpacingOutput DEM Y SpacingOutput DEM Raster Nodata ValueThere could be a case where those attributes should be set dynamically based on the source dataset. In fact, recently I had to implement this workflow.Read a 1-band numeric raster with Nodata cells. The properties including cell spacing and Nodata value could be vary for each input.RasterPropertyExtractor and RasterBandPropertyExtractor: Extract cell spacing and Nodata value.PointCloudCombiner: Convert the ratser to a pointcloud.RasterDEMGenerator: Fill the Nodata cells and re-create a raster with the same cell spacing and Nodata as the source raster.Currently cell spacing and Nodata value cannot be specify via feature attributes, so you will have to create two workspaces to implement the workflow above. The first workspace reads a source raster and performs the step 3 and 4. The second workspace reads the source raster, extracts properties and then calls the first workspace with WorkspaceRunner/FMESurverJobSubmitter, passing the cell spacing and Nodata value which are extracted from the source raster.It's possible but not elegant. Especially I don't like the latter workspace should have both WorkspaceRunner and FMEServerJobSubmitter if you want to use the workflow with either FME Desktop or FME Server.It would be nice if you could set feature attributes to those parameters in the RasterDEMGenefator.Alternatively it would also be nice if the NumericRasterizer would have an option to perform fill operation, equivalent to Elevation Void Fill function.Comparison: Similar parameters in the NumericRasterizer can be set via feature attributes.

sigtill
Supporter
sigtillSupporter

A possible way to improve working with FME Workspaces and informing the end-userOpen

A possible way to improve working with FME Workspaces and informing the end-users about changes.Documenting the workspaces with Bookmarks and Annotations is the first step in creating a well documented workspace. But what if you want a better way to work, and save all the minor changes you do every day? And find back to a previous version? Also if you share the same workspace with more colleagues either through Github or through a shared drive? Can we benefit more by working a bit more similar by looking to our coders even if we are non-code people? YES!We also want to inform all the end users of our workspaces / FME Server workspaces / Gallery apps of any changes we have made with the workspace. NOT with a separate word-document we have prepared and they have to look at. NOT by sending an e-mail and say: Hey, we have added a new format. But within the actual workspace itself.A suggestion to Safe Software to consider would be like this?1.      Start FME Workbench2.      Select Workspace you want to work with3.      Get pop-up:a.      What are you doing today? Enter short description: For instance (Check errors when writing to Shape)4.      Open workbench and you have a new textfield floating on the top left cornver of the canvas5.      When you have “found and fixed” what you should (should only take 5min – 1 hour is) hit SAVE button and a new pop-up. Prefilled with the text already enteretd:6.      This will now be saved in the workspace “History- which few people use?”. And you now have a good track history of the changes. 7.      When published on FME Server the last change (and older) can be showcased on the Run Workspace:And also on the FME Server Apps side.