Re: XML Namespaces

[haukex]

The "right" way to go about it is what you're doing, register all the namespaces in the context object, and use all those prefixes in the XPath expression. This way, you don't have to care if the namespace prefixes in the target XML change (however unlikely that may be), as long as the URIs stay the same.

Note the documentation of XML::LibXML::Node's findnodes: "There are several possible ways to deal with namespaces in XPath: ... The recommended way is to use the XML::LibXML::XPathContext module ... Another possibility is to use prefixes declared in the queried document (if known)."

When you write $cell->find('./ss:Data'), that's actually not using the context, instead it's using the second aforementioned option of using the prefixes declared in the document. The "right" way is to use the context object for every query: $xpc->find('./ss:Data',$cell). I tested this by changing every one of the prefixes in your XML file, and the find(nodes) still worked fine. This hopefully also answers your question: yes, the context object is necessary in this scenario.

By the way, if you have the possibility to save this Excel spreadsheet as XLS or XLSX, there's Spreadsheet::Read, which will parse those formats (via Spreadsheet::ParseExcel resp. Spreadsheet::ParseXLSX).

[simsrw73]

Thanks, haukex and everyone else that responded. I am stuck with the xml output as it is produced by another application, Logos Bible Software. (concordance of various bible translations that I'm munging, then comparing against MS Office spellchecker to create custom dictionary files.)

I've made the change re: $xpc->find. Thanks for pointing that out; that makes sense.

The code works and this isn't a mission critical script so it shouldn't bother me, but it's still a little unclear and I hate that. But I've been writing some test scripts and some of it is starting to sync in. Thanks for confirming that I'm on the right path.