Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Different parsing when using ox #30

Open
morgoth opened this issue Aug 7, 2012 · 6 comments
Open

Different parsing when using ox #30

morgoth opened this issue Aug 7, 2012 · 6 comments

Comments

@morgoth
Copy link

morgoth commented Aug 7, 2012

You can see results with samle xml on: https://gist.github.com/3288154

When I'm using ox, xml is parsed to hash containing "aws" prefix on keys.
For others: rexml, libxml, nokogiri "aws" prefix is not added.

@morgoth
Copy link
Author

morgoth commented Aug 12, 2012

Any clues how to support xml namespace (i.e. "namespaced:key") in parsers other than Ox?

@sferik
Copy link
Owner

sferik commented Aug 12, 2012

It sounds like an issue with those other parsers, not with MultiXML.

@morgoth
Copy link
Author

morgoth commented Aug 12, 2012

The problem is that MultiXml is not consistent because of that. It should have the same result for all parsers.
If this is not possible, there is no benefit of using it unfortunately.
I will try to look for namespace support in this parsers.

@sferik
Copy link
Owner

sferik commented Aug 13, 2012

The only way I could make it consistent is by stripping the namespaces from Ox. Would you like me to do that?

@morgoth
Copy link
Author

morgoth commented Aug 13, 2012

Yes, this way it will be consistent.
It would be nice however to have some option to include namespaces (I didn't find easy solution for that also).
Currently tags like: id, namespaced:id are merged to one key id with 2 values in array.

@morgoth
Copy link
Author

morgoth commented Sep 2, 2012

Any clues how this namespace from Ox can be removed?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants