Duplicate Vertices in UN but not in Check Geometry

[SusanONeill1]

I am working on converting a  Water geometric network to the Utility Network.  When I enable the UN, I get over 180 errors that indicate a water line has duplicate vertices.  But if I run the "Check Geometry" tool, it doesn't find any errors.  Is there some difference in the tolerance between the Check Geometry tool and the UN?  I can't find any place to change or define a tolerance in either tool. 
(I realize I can display the vertex coordinates for each of the lines and determine if there is a duplicate, but that seems pretty labor-intensive if there aren't really any errors.)

Please let me know if you can help.  Thanks.  

[RobertKrisher]

There is a slight difference. However, because you can get your data you should use the errors captured there to identify the features you need to clean up. You can use the Summarize Utility Network Errors tool in the Utility Data Management Support toolbox (included in the Utility Network Foundation) to create a report database that describes all the errors that you can overlay on your source data.

[Isaac_King]

I was going to recommend the same thing Robert did. The Summarize Utility Network Errors is a very useful toolkit that really helps to speed up bulk error remediation.

[SusanONeill1]

I was able to identify the lines by using the error code, but I guess the Summarize could come in handy at some point. I was just hoping ESRI had an explanation for why the tolerance is different - or how to identify the actual vertex in error rather than having the visually go through each vertex when editing (I don't currently have access to a license for "Feature Vertices to Points" or other tools that might help.)  I did find that I can put the line in edit, then display the vertex coordinates, export them to Excel and find duplicate rows in Excel.  So that will have to do for now.

[RobertKrisher]

The utility network uses a slightly larger tolerance than just the x/y resolution and x/y tolerance when establishing connectivity, so this is reflected in our analysis of vertices.