Hi,
The NullAttributeReplacer transformer can be used to replace Null with a specific value.
How's setting of "Lenient Geometry Matching" parameter?
If there are differences in the order of vertices etc. between ORIGINIAL and REVICED features, the ChangeDetector detects "changed" when the parameter is "No", even though they represent the same geometry.
Takashi
Takashi,
Thanks for you response. I am only testing attribute values, geometry is set to none.
Hi Travis,
I've had the same type of issues when data types were different or nulls handles differently. One of my issues was the date: Oracle accepted it as null or 0, ESRI formats translated it as 30/12/1899...
http://resources.arcgis.com/en/help/mai … 016q000000
Note:
If a time is entered without a date, the default date of December 30, 1899, will be used.
If a date is entered without a time, the default time of 12:00:00 AM will be used.
Could it be the issue you have?
That's right. Representation of a datetime value could be different one depending on source dataset format.
If the original features and the revised features have common unique identifier as attribute (e.g. named "ID"), I think you can extract only attributes whose values have been changed using several transformers including the AttributeExploder and Matcher etc. like this image.
If you could find changed attributes, how you should treat them would become clear.
Takashi