Motus Docs
  • Motus Docs
  • About Motus
    • Introduction and overview
    • Automated Radio Telemetry
    • Collaborate
      • Host a Station
      • Adopt a station
      • Coordination Groups
    • Donate
    • How to Join Motus
    • Collaboration Policy
    • Discussion Group
    • Partners and Supporters
    • How Data are Processed
      • Tag Finder
      • False Detections
      • Public Data Filters
      • Reprocessing receiver data
    • Quick Reference
      • Tag Deployment
      • Station Deployment
      • Definitions
  • Get Involved
  • Project Management
    • Getting Started
    • Data Access
    • Collaborators
    • Institutions
    • Citations
    • Station Management
      • Detection timelines
    • Tag Management
      • Tag Registration
      • Tag Metadata
      • Move tags to another project
  • Stations
    • Introduction
    • Station Placement
    • Station Structures
    • Station Equipment
      • Receivers
      • Antennas, Cables, and Dongles
      • Power
      • Parts list and suppliers
    • Installation guide
      • Antenna and Coax Assembly
        • Laird Yagi
        • Intermod/Maple Leaf Yagi
        • Intermod Omni
      • Solar Power
      • Building-bracketed Lattice Tower
      • Rock Anchored Lattice Tower
      • Tripod and Pop-up Mast
      • Grounding Antennas
      • Storage Container
    • Downloading Data
    • Station Inspection
      • Antenna Inspection
      • Up time and detectability
      • Parts description
      • Noisy Stations
      • Testing Receiver Antenna Ranges Using a Tag
    • General tips
    • Appendix
      • Receiver power consumption table
      • Tool descriptions
      • Part descriptions
  • Tags
    • Tag Basics
    • How Tags Work
    • Selecting and Purchasing Tags
    • Tag Deployment
      • Instructional Videos
    • Ambiguous Tags
    • Tag Aliasing
    • Tag Storage
    • Appendix
      • Tag Harness Sizes
      • Retrieving lost tags
  • Exploring Motus Data
    • Introduction
    • Data dashboard
    • Detection Timelines
    • Station Status
  • Receivers
    • SensorGnome User Guides
    • Lotek SRX 800 User Guide
    • CTT SensorStation User Guide
    • CTT User Guide Directory
  • Glossary
Powered by GitBook

Support

  • For support and more info visit the Motus Community Forum
On this page
  • Short runs
  • Lotek tags
  • CTT tags
  • Manual flagging
  • Website-only filtering
  • Estimated flight paths
  • Local detections
  • Motus R Package

Was this helpful?

Export as PDF
  1. About Motus
  2. How Data are Processed

Public Data Filters

PreviousFalse DetectionsNextReprocessing receiver data

Last updated 29 days ago

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.

Data filters on Motus.org are a temporary solution using broad-based criteria to prevent the most conspicuous false positives from being displayed on public outputs. Only the data downloaded with the Motus R Package contains all the relevant information needed to properly clean and vet possible false positives and should be considered the definitive source for Motus detection data.

Filter Name
Description
Included in Motus Filter (R package)

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

Short runs

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

Lotek tags

  • 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

Noisy sites are categorized as stations with many runs (>= 100 in an hourBin) and a high ratio of runs with lengths of 2 at a given time (>= 85% per hourBin).

CTT tags

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

Manual flagging

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.

Website-only filtering

The following filters exist only on the website and are not represented in the data downloaded with the R Package.

Estimated flight paths

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.

Local detections

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.

Motus R Package

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.

Motus R Package
Explore Dashboard
Data Cleaning
In-depth detection filtering
A tool to remove probable false positives
here