Public Data Filters
Last updated
Was this helpful?
Last updated
Was this helpful?
Several filters are applied to detection data displayed on Motus.org in order to limit the number of false detections that are visible to the public. This only affects the visibility on the website; all detection data is available for download with the , in most cases assigned motusFilter == 0
indicating that the detections were filtered.
Below is a description of the primary ways in which data can be filtered on the website, presented in the order in which the filters are typically applied.
Short runs
Number of consecutive detections
Yes
Manual flagging
Manually selected detections
Yes
Flight path
Estimated fligth metrics
No
Local detections
Local tags at noisy stations
No
Generally speaking, the shorter the detection run — the fewer consecutive hits — the more likely it is to be a false positive. Therefore a filter is applied automatically on all data to prevent short runs from being displayed on the webpage. Due to differences in how Lotek and CTT tags work, the filter is applied under slightly different conditions to each.
For both Lotek and CTT tags, detection runs that are filtered will still be available in the R Package, with the filtered runs assigned motusFilter == 0
For 'noisy' sites, any run with 4 or fewer consecutive hits is filtered out
For 'quiet' sites, any run with 3 or fewer consecutive hits is filtered out
Because, there are so many more unique tag codes available for CTT tags than Lotek tags, the burst interval is not required to identify particular tags. However, short runs are still more likely to be false positives than longer runs.
Runs with 2 consecutive hits and single hits are filtered out
In cases where detections are obviously false, despite the application of the filters above, we can apply a filter directly in the database to hide them from view. We usually refer to this as "flagging" a false detection.
As with the filter for short runs, this will hide all affected detections from the website as well as assign the value of motusFilter == 0
to the filtered data in the R Package.
The following filters exist only on the website and are not represented in the data downloaded with the R Package.
In addition to the filters described above, tracks maps incorporate additional filters when generating estimated flight paths. The parameters used to be modified, if desired, by clicking on "settings" on the right hand side of the map.
Estimated flight paths are not included in the data downloaded with the R package so any filtering done here exists only on the website.
All detections remain available in the data downloaded with the R package. However there will be no indication in the data that these detections were filtered out on the Explore Dashboard.
Despite our best efforts, some false detections will make it through the various filters, and some true detections will be filtered in error. For this reason, all data is available to researchers through the R Package, along with many extended properties that aren't available on the website, to allow for in- depth vetting and filtering. The Motus R Package documentation offers an extensive resource for this process including, but not limited to, the following chapters:
Unlike the short runs filter, this will flag every run of a particular tagDeployID
and recDeployID
pair, both past and future. As such, it's a fairly blunt tool and best used to hide only the most egregious false detections from the website — particularly when a true detection of that tag at that station is unlikely to ever occur. If you come across obvious false detections on the website, you can report them using the process described .
The new sometimes employs an additional form of filtering at stations that are prone to noise, but where filtering out individual tags is not practical. Instead, a "local" filter is applied and all tags whose deployment location falls outside a certain radius from the station are filtered out of view on the website.