Emilio Mayorga

I agree. Let's close this

Going back to @nlbeaird 's [March 2021 comment](https://github.com/OSOceanAcoustics/echopype/issues/198#issuecomment-791560031), it looks like the failure you were experiencing happened during conversion, before calibration. @dsmossman can you report whether failure during conversion is...

In PR #1020 we've addressed the last remaining task in this issue. That PR has been merged into our development branch, `dev`, and will be part of the next echopype...

Circling back to this. It's a good question / observation. I've pasted below, for reference, the complete SONAR-netCDF4 v1 information about `backscatter_r`. In general, I agree with your point about...

We decided to: - Leave EK60/EK80 `backscatter_r` and `backscatter_i` as is, because the definition for these variables in SONAR-netCDF4 v1 is broad enough to encompass the application of the `INDEX2POWER`...

I believe we can close this issue, now that #1047 is merged.

See also the new issue #1050

> Additionally, we need to decide where this function should live (perhaps the mask sub-package is the most natural location). I, too, agree with `apply_mask` being in the `mask` subpackage....

The `conversion_*` provenance attributes are actually specified by the convention and are "mandatory if applicable or available" (MA). If I tried to change them earlier (#806), that was a mistake!...

> `fill_value` - specifies the value(s) at false indices. This variable can be a scalar, array, ~~Variable~~, or DataArray (see [xr.where](https://docs.xarray.dev/en/stable/generated/xarray.where.html) for descriptions of these types). Just a comment that...