This would be very much dependent on the kind of processing desired; I can immediately see several XPath queries I might want to write which would be unwieldy to represent without the tree structure preserved.<div><br></div>
<div>Flattening the document removes much of the utility of XML-based toolchains, while still paying a penalty in storage size and parser complexity; at that point, why not just export to the conventional .reg text format?<br>
<div><div><br><div class="gmail_quote">On Fri, Mar 19, 2010 at 3:45 PM, Simson Garfinkel <span dir="ltr"><<a href="mailto:simsong@acm.org">simsong@acm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
All,<br>
<br>
Greetings. I am new to this mailing list.<br>
<br>
We have been working with XML for digital forensics. One of the areas that we wish to create a schema for is the representation of registry entries.<br>
<br>
We are interested in hivexml as a tool for extracting the registry as an XML representation.<br>
<br>
In our discussion with possible users, we have generally come to the conclusion that it is useful to represent each XML key as a fully expanded path, rather than preserving the tree structure of the registry hive. Although this may seem verbose, it makes processing the data significantly easier.<br>

<br>
Is working with the hivexml system in a production environment? If so, do you have any thoughts on this matter?<br>
<br>
You can find an example of the digital forensics XML at:<br>
<a href="http://www.forensicswiki.org/wiki/Fiwalk" target="_blank">http://www.forensicswiki.org/wiki/Fiwalk</a><br>
<br>
Regards,<br>
<br>
Simson Garfinkel<br>
<br>
<br>
_______________________________________________<br>
Libguestfs mailing list<br>
<a href="mailto:Libguestfs@redhat.com">Libguestfs@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/libguestfs" target="_blank">https://www.redhat.com/mailman/listinfo/libguestfs</a><br>
</blockquote></div><br></div></div></div>