Rechercher une page de manuel
stag-diff.pl
Langue: en
Version: 2003-12-11 (fedora - 01/12/10)
Section: 1 (Commandes utilisateur)
NAME
stag-diff.pl - finds the difference between two stag filesSYNOPSIS
stag-diff.pl -ignore foo-id -ignore bar-id file1.xml file2.xml
DESCRIPTION
Compares two data trees and reports whether they match. If they do not match, the mismatch is reported.- -help|h
- shows this document
- -ignore|i ELEMENT
- these nodes are ignored for the purposes of comparison. Note that attributes are treated as elements, prefixed by the containing element id. For example, if you have
<foo ID="wibble">
And you wish to ignore the ID attribute, then you would use the switch
-ignore foo-ID
You can specify multiple elements to ignore like this
-i foo -i bar -i baz
You can also specify paths
-i foo/bar/bar-id
- -parser|p FORMAT
- which parser to use. The default is XML. This can also be autodetected by the file suffix. Other alternatives are sxpr and itext. See Data::Stag for details.
- -report|r ELEMENT
- report mismatches as they occur on each element of type ELEMENT
multiple elements can be specified
- -verbose|v
- used in conjunction with the -report switch
shows the tree of the mismatching element
OUTPUT
If a mismatch is reported, a report is generated displaying the subpart of the tree that could not be matched. This will look like this:REASON: no_matching_node: annotation
no_matching_node: feature_set
no_matching_node: feature_span
no_matching_node: evidence
no_matching_node: evidence-id
data_mismatch(:15077290 ne :15077291): evidence-id AND evidence-id
Due to the nature of tree matching, it can be difficult to specify exactly how trees do not match. To investigate this, you may need to use the -r and -v options. For the above output, I would recommend using
stag-diff.pl -r feature_span -v
ALGORITHM
Both trees are recursively traversed... see the actual code for how this worksThe order of elements is not important; eg
<foo> <bar> <baz>1</baz> </bar> <bar> <baz>2</baz> </bar> </foo>
matches
<foo> <bar> <baz>2</baz> </bar> <bar> <baz>1</baz> </bar> </foo>
The recursive nature of this algorithm means that certain tree comparisons will explode wrt time and memory. I think this will only happen with very deep trees where nodes high up in the tree can only be differentiated by nodes low down in the tree.
Both trees are loaded into memory to begin with, so it may thrash with very large documents
AUTHOR
Chris Mungall cjm at fruitfly dot orgSEE ALSO
Data::StagPOD ERRORS
Hey! The above document had some coding errors, which are explained below:- Around line 189:
- =over should be: '=over' or '=over positive_number'
Contenus ©2006-2024 Benjamin Poulain
Design ©2006-2024 Maxime Vantorre