Fix bug with pyvo output

[bhilbert4]

This PR corrects a bug in the output from pyvo in get_instrument_proposals() that was causing the app to crash.

[pep8speaks]

Hello @bhilbert4, Thank you for submitting the Pull Request !

• In the file jwql/website/apps/jwql/data_containers.py:

Line 52:34: E126 continuation line over-indented for hanging indent
Line 74:1: E402 module level import not at top of file
Line 75:1: E402 module level import not at top of file
Line 214:64: E226 missing whitespace around arithmetic operator
Line 974:17: W503 line break before binary operator
Line 975:17: W503 line break before binary operator
Line 976:17: W503 line break before binary operator
Line 977:17: W503 line break before binary operator
Line 1327:9: E722 do not use bare 'except'

If you have not done so, please consult the jwql Style Guide

[bhilbert4]

Would be good to bring this over to the test server and make sure there aren't any other problems. The test server seems to be down at the moment though, so I can try that tomorrow.

[bhilbert4]

I just checked this on the test server and it works. @mfixstsci this is ready for review.

[mfixstsci]

Looks good @bhilbert4, just curious, what did the compressed() method do to the list? Is this a built-in to list objects?

[bhilbert4]

compressed() is a method of numpy masked arrays, which is what pyvo returns. Or I should say, it returns an astropy table where the column we are interested in contains a masked array. compressed() just returns all of the non-masked elements of the masked array.

[bhilbert4]

I had accidentally been calling compressed() twice before this fix.

[mfixstsci]

@bhilbert4 I noticed that it was done twice, I didn't know if there was some clever typecasting going on there. Thanks for the fix!