Feature Debugging is a tool that allows individual features to be inspected, one-by-one, during a translation. As might be imagined, this is very useful for debugging purposes.
Feature Debugging is triggered by "breakpoints"; workspace connections that are flagged by the user as a location where features should be inspected.
Here a user wishes to inspect data after processing by the AttributeRenamer transformer.
A right-click on the connection and selection of Add Breakpoint is used to set it up.
The connection is highlighted blue with a red "stop" sign, to denote its new status.
Now the workspace is run using “Run with Breakpoints.”
.1 UPDATE |
In 2016.1 the Run with Breakpoints button on the toolbar got a different icon.
|
When the first feature arrives at the breakpoint, the translation is temporarily paused and information about the feature displayed in a Feature Inspector window.
The upper part of the window shows a graphic representation of the feature; the lower part lists properties such as Feature Type and Coordinate System; plus attribute and geometry information.
There are four buttons at the foot of the Feature Inspector window:
The currently active connection is highlighted orange to show it is the location where the translation is currently paused.
The current connection might be different to the original breakpoint when the "Step to Next Connection" tool has been used.
TIP |
Use Feature Debugging when the output from a transformation is wrong and you can't tell why, or when you suspect one particular feature is causing a problem. It's likely to help less when the problem is a crash or ERROR in the log window. |
Miss Vector says... |
Now you've learned about Feature Debugging, why not try the previous exercise again, this time using these techniques to show what happens step, by step? |