Modified test to fail due to decoding error

[lsetiawan]

This should capture the errors in #148. At least, the decode error...

[ocefpaf]

@lsetiawan can you rebase this one so we can see if #158 did the trick for this test?

[lsetiawan]

Hmm... it seems like the test is using WaterML.py rather than WaterML_1_1.py.

[lsetiawan]

After some thinking, since this test_wof.py uses WaterML.py. I will leave it alone and create a new test that uses WaterML_1_1.py since these standards are different. I am closing this PR and will replace with a new PR that deals strictly WOF testing for WaterML 1.1.

[emiliom]

It's a good idea to have a test that's based on WaterML 1.1. However, I'm not persuaded the test (which reads XML content, right?) really could stand in for the encoding/decoding tests we were seeing, which you've already fixed, since those involved the additional factor of reading from a database, right? Anyway, closing this PR seems like the right move.

[lsetiawan]

those involved the additional factor of reading from a database, right?

Reading from a database doesn't matter. The issue was due to non latin characters not encoded/decoded properly. test_wof.py is the part where it reads the inputs and serialized it into an xml, similar to what spyned_1_1.py is doing.

I can probably use the backbone of test_wof.py, but rather than comparing the resulting XML, I can just test whether the non-latin character decoded/encoded correctly.