I/O improvements

[wx4stg]

Better station identification across multiple files (and hopefully, networks, in a few commits...)

[wx4stg]

"number_of_configurations" instead of "number_of_files", make station_active uint8

[codecov-commenter]

⚠️ Please install the to ensure uploads and comments are reliably processed by Codecov.

Codecov Report

Attention: Patch coverage is 50.00000% with 80 lines in your changes missing coverage. Please review.

Project coverage is 75.80%. Comparing base (f392af2) to head (27b3c10).

Files	Patch %	Lines
pyxlma/lmalib/io/read.py	59.70%	54 Missing ⚠️
pyxlma/lmalib/io/write.py	0.00%	26 Missing ⚠️

❗ Your organization needs to install the Codecov GitHub app to enable full functionality.

Additional details and impacted files

@@            Coverage Diff             @@
##           master      #42      +/-   ##
==========================================
- Coverage   78.12%   75.80%   -2.32%     
==========================================
  Files          13       14       +1     
  Lines        1865     2013     +148     
==========================================
+ Hits         1457     1526      +69     
- Misses        408      487      +79     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[wx4stg]

48468df was supposed to go on #41 :/

[wx4stg]

https://pastebin.com/BijjSNmx

[wx4stg]

the way that I'm calculating station_power_ratio is probably wrong, but I couldn't find any docs on how to do it properly...

[wx4stg]

Station data tables produced by lma_analysis versions (at least) 10.14.9R and 10.14.5R have one extra header than they do data. dec_win(us) doesn't seem to actually be included in the table.

reading these files in to XLMA works okay because read_lma.pro looks for a line starting with 'Sta_dat' (L300) to detect the start of a station data line, but lma_analysis writes "Sta_data". If the data file is edited to use 'Sta_dat' instead, XLMA crashes when reading in the file. This suggests that the 'using the wrong prefix' bug just so happens to fix the 'one extra header' bug, but this situation isn't exactly ideal

[wx4stg]

Oklahoma and Houston LMA info tables report board revision 52 for all their antennas, but West Texas LMA antennas are revision 3? we're using some really old hardware here.... or something else strange is happening..

interestingly, 3 is the same value as the next column, rec_ch (receiver channels?) which is an interesting tale itself, as XLMA does not recognize this column as a valid header, but it's present in every file I've seen produced by lma_analysis