Background

Passive telemetry studies use detection patterns of a tagged animal within a fixed array to understand movement patterns, habitat use and activity space. Raw detection data are typically used to calculate metrics of detection (i.e. number of detections, number of days detected, number of receivers tag was detected on, index of residence), dispersal (e.g. distances and bearings between consecutive detections; step distances and turning angles, distances and bearings between each detection and release site) and activity space (e.g. Minimum Convex Polygon MCP area, Kernel Utilisation Distribution area), however the techniques and parameters used to calculate these metrics are often customised to each study making cross-study comparisons unreliable. Here we provide a tool to facilitate a standardised workflow to calculate these commonly used metrics.


Figure 1. Visual summary of workflow to calculate standardised metrics using the Animal Tracking Toolbox.


The Animal Tracking Toolbox (ATT) is a collection of functions created in the R statistical environment (R Development Core Team 2018) that calculates standardised metrics of dispersal and activity space from passive telemetry to enable direct comparisons between animals tracked within the same study and between studies or locations. The functions uses detection data alongside tag metadata and receiver station information to calculate a range of standardised movement and activity space metrics. This toolbox can be used to calculate and visualise standardised metrics of movement and activity space within and between species tracked at multiple locations.


Figure 2. Overall activity space metric plots for multiple species tagged at multiple locations (a) Yellowfin Bream (n=1), (b) Yellowtail Kingfish (n=1), (c) Grey Reef Shark (n=1) and (d) Bull Shark (n=1) output using the ATT. Coloured points represent Centres of Activity (60 min time steps) with darker shapes representing core activity space (50% contour of Brownian bridge kernel utilisation distribution; BBKUD) and lighter shapes representing the extent of activity space (95% contour of BBKUD). Black polygons represent overall Minimum Convex Polygons from detection data. Open circles represent locations of VR2W receivers deployed within the IMOS ATF infrastructure and associated research installations.


The ATT was developed to preprocess and calculate standardised metrics of dispersal and activity space from large-scale detection data housed in the Integrated Marine Observing System’s Animal Tracking Facility (IMOS ATF) national data repository. The ATT accepts detection data exported from the IMOS ATF database (referred to as IMOSdata here, and can be accessed through the AODN portal). The ATT can also be used to analyse data exported from the VEMCO data management software VUE (refered to as VEMCOdata here). We are currently working on additional functionality for using the ATT with detection data exported from other passive telemetry networks.


This manual will outline the required data formats for input tag detection data (either IMOSdata or VEMCOdata), associated tag metadata (referred to as taginfo ) and receiver station information (statinfo). This manual will also demonstrate how to run the function for a single tag as well as running the function for a large number of tags.

Installation

The Animal Tracking Toolbox currently is only available in the development version of ‘VTrack’ (version > 2.0) The development version can be installed from GitHub:

Functions within the toolbox

The Animal Tracking Toolbox is comprised of five main functions that work in series:

  1. setData() sets up data and produces a single list ‘ATT’ object so detection data, tag metadata and station information are all in one place. Initialises data for use with other functions in the toolbox.

  2. detectionSummary() calculates standard detection metrics using an ‘ATT’ object. Produces a list with detection metrics calculated over the full tag life and within user-defined temporal subset (i.e. monthly and weekly metrics).

  3. dispersalSummary() calculates standard dispersal metrics using an ‘ATT’ object. Produces a tibble dataframe with dispersal distance and bearing measurements between consecutive detections as well as between each detection and release location (if provided in ‘taginfo’).

  4. COA() estimates short-term Centers of Activity using an ‘ATT’ object. Based on technique described in Simpfendorfer et al. 2002. Produces a ‘COA’ tibble dataframe object with centers of activity estimated within user-defined timesteps.

  5. HRSummary() calculates standardised activity space metrics using a ‘COA’ object. Produces a list with activity space metrics calculated over the full tag life and within user-defined temporal subsets (i.e. monthly and weekly). Technique of calculating activity space metrics include minimum convex polygons (MCP), fixed kernel utilisation distributions (fKUD) or Brownian bridge kernel utilisation distributions (BBKUD). Cumulative metrics of activity space is also calculated with cumulative argument. Spatial polygons and raster objects for further plotting are also produced with storepoly argument.


In addition to these functions, there are additional functions to help plot detection summaries using an abacus plot (abacusPlot()). We are working on more functions to help visualise dispersal summaries and activity spaces calculated… Watch this space!!


Input data formats

Analysing passive telemetry data requires three sets of data: Tag detection data (refered to here as either IMOSdata or VEMCOdata, depending on data source); Tag metadata (taginfo); and Receiver metadata (statinfo). The ATT was developed to recognise field names from the IMOS ATF database and more generally from a VEMCO VUE database that is commonly used in the field of passive acoustic telemetry. These data formats are detailed below, and can be used as a guide to configure the tag detection data input if the VEMCO or IMOS ATF data formats are not used. The taginfo and statinfo data formats conforms to the metadata information stored on the IMOS ATF database, and similar formats should be used to store metadata information on animals tagged for analysing passive acoustic telemetry data.


Tag detection data formats

VEMCO input format (VEMCOdata)

Data field Description Required field?
Date and Time (UTC) Date and time of tag detection (yyyy-mm-dd HH:MM:SS) Yes
Receiver Name of acoustic receiver, combines receiver model with its serial number (e.g. VR2W-123456) Yes
Transmitter Combination of code map and ping ID (eg. A69-1303-14503) Yes
Sensor Value Physical measurement recorded by a tag’s sensor, if applicable (If sensor data hasn’t been converted then sensor_unit = ‘ADC’ and values range from 0 to 255.) Yes
Sensor Unit Physical unit associated with sensor values (Either ‘ADC’, ‘°C’, ‘m’ or ‘m/s2’) Yes
Station Name Name of receiving station on which the transmitter was detected. Acoustic receivers typically gets deployed multiple times at the same station Yes
Latitude Latitude at which receiver was deployed and tag was detected (d.ddd˚) Yes
Longitude Longitude at which receiver was deployed and tag was detected (d.ddd˚) Yes
Transmitter Name Ping ID of transmitter deployed (e.g. 14503) No
Transmitter Serial Manufacturers serial number for deployed transmitter (e.g. 1126413) No


IMOS ATF input format (IMOSdata)

Data field Description Required field?
transmitter_id Combination of code map and ping ID. Dual sensor tags are associated with multiple transmitter IDs (e.g. A69-9002-12345) Yes
station_name Name of receiving station on which the transmitter was detected. Acoustic receivers typically gets deployed multiple times at the same station Yes
receiver_name Name of acoustic receiver, combines receiver model with its serial number (e.g. VR2W-123456) Yes
detection_timestamp Date and time of tag detection (yyyy-mm-dd HH:MM:SS) Yes
longitude Longitude at which receiver was deployed and tag was detected (d.ddd˚) Yes
latitude Latitude at which receiver was deployed and tag was detected (d.ddd˚) Yes
sensor_value Physical measurement recorded by a tag’s sensor, if applicable (If sensor data hasn’t been converted then sensor_unit = ‘ADC’ and values range from 0 to 255.) Yes
sensor_unit Physical unit associated with sensor values (Either ‘ADC’, ‘°C’, ‘m’ or ‘m/s2’) Yes
installation_name Name of installation on which the transmitter was detected. An installation typically consists of multiple receiving stations No
FDA_QC Quality control flag for the false detection algorithm (1:passed, 2:failed) No
Velocity_QC Velocity from previous and next detections both 10 m.s-1? (1:yes, 2:no) No
Distance_QC Distance from previous and next detections both < 1000 km? (1:yes, 2:no) No
DetectionDistribution_QC Detection occurred within expert distribution area? (1:yes, 2:no, 3:test not performed) No
DistanceRelease_QC Detection occurred within 500 km of release location? (1:yes, 2:no) No
ReleaseDate_QC Detection occurred before the tag release date? (1:yes, 2:no) No
ReleaseLocation_QC Tag release lat/long coordinates within expert distribution area and/or within 500 km from first detection? (1:yes, 2:no) No
Detection_QC Composite detection flag indicating the likely validity of detections (1:valid detection, 2:probably valid detection, 3:probably bad detection, 4:bad detection) No


Tag metadata input format (taginfo)

Tag metadata input format is based on IMOS ATF metadata structure

Data field Description Required field?
tag_id Unique tag ID. Dual sensor tags will have different transmitter IDs but the same tag ID. This field is to ensure tags are associated with animals. Can include a character vector or numeric (e.g. “Tigger”, A1343, 1345). Individual animals will be differentiated using the unique ID in this field, and will be used as labels in data outputs and graphs from the ATT functions Yes
transmitter_id Combination of code map and ping ID (e.g. . A69-9002-12345) Yes
scientific_name Tagged species scientific name Yes
common_name Tagged species common name Yes
tag_project_name Project name under which a tag was registered Yes
release_id Unique tag release ID. A given tag ID may be associated with several release IDs if it has been re-deployed. Yes
release_latitude Latitude at which tag was deployed (d.ddd˚) Yes
release_longitude Longitude at which tag was deployed (d.ddd˚ Yes
ReleaseDate Date and time at which tag was deployed (yyyy-mm-dd HH:MM:SS) Yes
tag_expected_life_time_days Tag expected life time (days) Yes
tag_status Tag status (e.g. deployed, lost, etc) Yes
sex Sex of tagged animal (if recorded) Yes
measurement Morphometric information of tagged animal (if recorded; e.g. Total length, weight) Yes
sensor_slope Slope used in the linear equation to convert raw sensor measurements No
sensor_intercept Intercept used in the linear equation to convert raw sensor measurements No
sensor_type Type of sensor (Can be pinger, temperature, pressure, or accelerometer) No
sensor_unit Physical unit associated with sensor values (Either ‘ADC’, ‘°C’, ‘m’ or ‘m/s2’) No
tag_model_name Tag model (e.g. V9, V13-TP, V16-P, V9-A) No
tag_serial_number Manufacturers serial number for deployed transmitter (e.g. 1126413) No
dual_sensor_tag Is the tag a dual sensor tag (TRUE/FALSE) No


Receiver metadata input format (statinfo)

Receiver metadata input format is based on IMOS ATF metadata structure

Data field Description Required field?
station_name Name of receiving station. Acoustic receivers typically gets deployed multiple times at the same station. Station name will be used to differentiate reciever stations rather than Receiver serial numbers as often multiple units are used for each station location (i.e. either replacing damaged receivers or cycling through different receivers when downloading data) Yes
receiver_name Name of acoustic receiver, combines receiver model with its serial number (e.g. VR2W-123456) Yes
installation_name Name of installation of which receiver is part of. An installation typically consists of multiple receiving stations Yes
project_name Project name under which the receiver was registered under Yes
deploymentdatetime_timestamp Date and time at which receiver was deployed (yyyy-mm-dd HH:MM:SS) Yes
recoverydatetime_timestamp Date and time at which receiver was recovered/removed (yyyy-mm-dd HH:MM:SS) Yes
station_latitude Latitude at which receiver was deployed (d.ddd˚) Yes
station_longitude Longitude at which receiver was deployed (d.ddd˚) Yes
status Status of receiver (e.g. deployed, lost, damaged, recovered, etc) Yes


Usage

Load the VTrack library

Calculating detection metrics

detectionSummary() outputs a list object with two components, $Overall: detection metrics for the full period of the tag and $Subsetted: detection metrics for weekly or monthly temporal subsets depending on the sub argument.

## $Overall
## # A tibble: 11 x 10
##    Tag.ID Transmitter Sci.Name Sex   Bio   Number.of.Detec… Number.of.Stati…
##  *  <int> <fct>       <fct>    <fct> <fct>            <int>            <int>
##  1 4.46e6 A69-1303-6… Galeoce… FEMA… <NA>                 9                4
##  2 5.14e7 A69-9002-1… Galeoce… FEMA… FORK…              765               43
##  3 5.14e7 A69-9002-1… Galeoce… FEMA… <NA>              1134               45
##  4 5.14e7 A69-9002-1… Galeoce… FEMA… FORK…            16867               30
##  5 5.14e7 A69-9002-1… Galeoce… FEMA… FORK…               27                3
##  6 5.14e7 A69-9002-1… Galeoce… FEMA… FORK…             2679               39
##  7 5.14e7 A69-9002-1… Galeoce… FEMA… FORK…            10386               50
##  8 7.75e7 A69-9002-1… Galeoce… FEMA… TOTA…            12988               46
##  9 7.75e7 A69-9002-1… Galeoce… FEMA… TOTA…             2706               60
## 10 7.75e7 A69-9002-1… Galeoce… FEMA… TOTA…            14592               56
## 11 7.75e7 A69-9002-1… Galeoce… FEMA… TOTA…            16600               71
## # … with 3 more variables: Days.Detected <int>, Days.at.Liberty <dbl>,
## #   Detection.Index <dbl>
## 
## $Subsetted
## # A tibble: 197 x 12
##    Tag.ID subset Transmitter Sci.Name Sex   Bio   Number.of.Detec…
##     <int> <fct>  <fct>       <fct>    <fct> <fct>            <int>
##  1 4.46e6 2012-… A69-1303-6… Galeoce… FEMA… <NA>                 9
##  2 5.14e7 2012-… A69-9002-1… Galeoce… FEMA… FORK…                1
##  3 5.14e7 2013-… A69-9002-1… Galeoce… FEMA… FORK…               14
##  4 5.14e7 2013-… A69-9002-1… Galeoce… FEMA… FORK…               63
##  5 5.14e7 2013-… A69-9002-1… Galeoce… FEMA… FORK…              154
##  6 5.14e7 2013-… A69-9002-1… Galeoce… FEMA… FORK…              113
##  7 5.14e7 2013-… A69-9002-1… Galeoce… FEMA… FORK…               16
##  8 5.14e7 2014-… A69-9002-1… Galeoce… FEMA… FORK…                8
##  9 5.14e7 2014-… A69-9002-1… Galeoce… FEMA… FORK…                4
## 10 5.14e7 2014-… A69-9002-1… Galeoce… FEMA… FORK…              123
## # … with 187 more rows, and 5 more variables: Number.of.Stations <int>,
## #   Days.Detected <int>, New.Stations <int>, Days.at.Liberty <int>,
## #   Detection.Index <dbl>


Calculating dispersal metrics

dispersalSummary() outputs a tibble data frame object with step distances and step bearings calculated for each detection. The number of rows will be equal to the raw detection data, therefore it may take longer to process dispersal metrics for a large number of animals or for large datasets.

## # A tibble: 78,753 x 24
##    Date.Time           Transmitter Station.Name Receiver Latitude Longitude
##    <dttm>              <fct>       <fct>        <fct>       <dbl>     <dbl>
##  1 2012-12-02 17:24:12 A69-1303-6… OT 7         VR2W-11…    -23.5      152.
##  2 2012-12-02 18:08:14 A69-1303-6… OT 6         VR2W-11…    -23.5      152.
##  3 2012-12-02 18:21:28 A69-1303-6… The Key Hole VR2W-11…    -23.5      152.
##  4 2012-12-02 18:22:19 A69-1303-6… The Key Hole VR2W-11…    -23.5      152.
##  5 2012-12-02 18:23:16 A69-1303-6… The Key Hole VR2W-11…    -23.5      152.
##  6 2012-12-02 18:24:27 A69-1303-6… The Key Hole VR2W-11…    -23.5      152.
##  7 2012-12-02 18:25:25 A69-1303-6… The Key Hole VR2W-11…    -23.5      152.
##  8 2012-12-02 19:01:59 A69-1303-6… OT 5         VR2W-10…    -23.5      152.
##  9 2012-12-02 19:02:50 A69-1303-6… OT 5         VR2W-10…    -23.5      152.
## 10 2012-09-18 20:26:14 A69-9002-1… Heron E1     VR2W-11…    -23.4      152.
## # … with 78,743 more rows, and 18 more variables: Sensor.Value <int>,
## #   Sensor.Unit <fct>, Tag.ID <int>, Sci.Name <fct>, Common.Name <fct>,
## #   Tag.Project <fct>, Release.Latitude <dbl>, Release.Longitude <dbl>,
## #   Release.Date <date>, Tag.Life <int>, Tag.Status <fct>, Sex <fct>,
## #   Bio <fct>, Release.Dispersal <dbl>, Release.Bearing <dbl>,
## #   Consecutive.Dispersal <dbl>, Consecutive.Bearing <dbl>,
## #   Time.Since.Last.Detection <dbl>


Calculating activity space metrics

COA() produces a single tibble data frame with centers of activity positions estimated for each timestep bin when split = FALSE; and a list object with centers of activity positions for each individual when split = TRUE.

## $`4462716`
## # A tibble: 3 x 18
## # Groups:   Tag.ID [1]
##   Tag.ID TimeStep.coa        Latitude.coa Longitude.coa Sensor.Value.coa
##   <fct>  <dttm>                     <dbl>         <dbl>            <dbl>
## 1 44627… 2012-12-02 17:00:00        -23.5          152.               NA
## 2 44627… 2012-12-02 18:00:00        -23.5          152.               NA
## 3 44627… 2012-12-02 19:00:00        -23.5          152.               NA
## # … with 13 more variables: Sensor.Unit <fct>, Number.of.Stations <int>,
## #   Number.of.Detections <int>, Sci.Name <fct>, Common.Name <fct>,
## #   Tag.Project <fct>, Release.Latitude <dbl>, Release.Longitude <dbl>,
## #   Release.Date <date>, Tag.Life <int>, Tag.Status <fct>, Sex <fct>, Bio <fct>
## 
## $`51448633`
## # A tibble: 215 x 18
## # Groups:   Tag.ID [1]
##    Tag.ID TimeStep.coa        Latitude.coa Longitude.coa Sensor.Value.coa
##    <fct>  <dttm>                     <dbl>         <dbl>            <dbl>
##  1 51448… 2012-09-18 20:00:00        -23.4          152.              6  
##  2 51448… 2013-04-19 08:00:00        -23.4          152.              0  
##  3 51448… 2013-04-19 09:00:00        -23.4          152.             39  
##  4 51448… 2013-04-19 11:00:00        -23.4          152.             47  
##  5 51448… 2013-04-19 12:00:00        -23.4          152.             55  
##  6 51448… 2013-06-01 02:00:00        -23.4          152.             11.2
##  7 51448… 2013-06-01 04:00:00        -23.4          152.              0  
##  8 51448… 2013-06-01 05:00:00        -23.4          152.             23  
##  9 51448… 2013-06-01 06:00:00        -23.4          152.             40  
## 10 51448… 2013-06-13 04:00:00        -23.4          152.             44  
## # … with 205 more rows, and 13 more variables: Sensor.Unit <fct>,
## #   Number.of.Stations <int>, Number.of.Detections <int>, Sci.Name <fct>,
## #   Common.Name <fct>, Tag.Project <fct>, Release.Latitude <dbl>,
## #   Release.Longitude <dbl>, Release.Date <date>, Tag.Life <int>,
## #   Tag.Status <fct>, Sex <fct>, Bio <fct>

If you need to access COA estimates for a single indiviual you can access them by specifying which ‘Tag.ID’ you are looking for, for example if we want the COA estimates for individual 77523307:

## # A tibble: 4,281 x 18
## # Groups:   Tag.ID [1]
##    Tag.ID TimeStep.coa        Latitude.coa Longitude.coa Sensor.Value.coa
##    <fct>  <dttm>                     <dbl>         <dbl>            <dbl>
##  1 77523… 2013-08-23 14:00:00        -23.4          152.             25  
##  2 77523… 2013-08-23 15:00:00        -23.4          152.             33.4
##  3 77523… 2013-08-23 16:00:00        -23.4          152.             18.5
##  4 77523… 2013-08-24 19:00:00        -23.5          152.             31.6
##  5 77523… 2013-08-24 20:00:00        -23.5          152.             33  
##  6 77523… 2013-08-24 22:00:00        -23.5          152.             30  
##  7 77523… 2013-08-25 02:00:00        -23.4          152.             11.5
##  8 77523… 2013-08-25 10:00:00        -23.5          152.             34  
##  9 77523… 2013-08-25 11:00:00        -23.5          152.             30  
## 10 77523… 2013-08-25 14:00:00        -23.5          152.             40  
## # … with 4,271 more rows, and 13 more variables: Sensor.Unit <fct>,
## #   Number.of.Stations <int>, Number.of.Detections <int>, Sci.Name <fct>,
## #   Common.Name <fct>, Tag.Project <fct>, Release.Latitude <dbl>,
## #   Release.Longitude <dbl>, Release.Date <date>, Tag.Life <int>,
## #   Tag.Status <fct>, Sex <fct>, Bio <fct>


Once COA estimates are estimated we can calculate activity space metrics:

## Warning in Polygon(as.matrix(xy.bord)): less than 4 coordinates in polygon

HRSummary() outputs a list object with two components, $Overall: activity space metrics for the full period of the tag and $Subsetted: activity space metrics for weekly or monthly temporal subsets depending on the sub argument.

## $Overall
## # A tibble: 11 x 10
##    Tag.ID Sci.Name Common.Name Tag.Project Release.Date Tag.Life Sex   Bio  
##    <chr>  <fct>    <fct>       <fct>       <date>          <int> <fct> <fct>
##  1 44627… Galeoce… Tiger Shark QLD Large … 2010-08-12        858 FEMA… <NA> 
##  2 51448… Galeoce… Tiger Shark AATAMS Her… 2012-09-19        824 FEMA… FORK…
##  3 51448… Galeoce… Tiger Shark AATAMS Her… 2012-09-20        824 FEMA… <NA> 
##  4 51448… Galeoce… Tiger Shark AATAMS Her… 2011-08-08        824 FEMA… FORK…
##  5 51448… Galeoce… Tiger Shark AATAMS Her… 2011-08-09        824 FEMA… FORK…
##  6 51448… Galeoce… Tiger Shark AATAMS Her… 2012-02-07        824 FEMA… FORK…
##  7 51448… Galeoce… Tiger Shark AATAMS Her… 2013-03-14        824 FEMA… FORK…
##  8 77523… Galeoce… Tiger Shark AATAMS Her… 2013-08-16         NA FEMA… TOTA…
##  9 77523… Galeoce… Tiger Shark AATAMS Her… 2013-08-22         NA FEMA… TOTA…
## 10 77523… Galeoce… Tiger Shark AATAMS Her… 2013-08-24         NA FEMA… TOTA…
## 11 77523… Galeoce… Tiger Shark AATAMS Her… 2013-08-24         NA FEMA… TOTA…
## # … with 2 more variables: Number.of.Detections <int>, MCP.100 <dbl>
## 
## $Subsetted
## # A tibble: 197 x 11
##    Tag.ID subset Sci.Name Common.Name Tag.Project Release.Date Tag.Life Sex  
##    <chr>  <chr>  <fct>    <fct>       <fct>       <date>          <int> <fct>
##  1 44627… 2012-… Galeoce… Tiger Shark QLD Large … 2010-08-12        858 FEMA…
##  2 51448… 2012-… Galeoce… Tiger Shark AATAMS Her… 2012-09-19        824 FEMA…
##  3 51448… 2013-… Galeoce… Tiger Shark AATAMS Her… 2012-09-19        824 FEMA…
##  4 51448… 2013-… Galeoce… Tiger Shark AATAMS Her… 2012-09-19        824 FEMA…
##  5 51448… 2013-… Galeoce… Tiger Shark AATAMS Her… 2012-09-19        824 FEMA…
##  6 51448… 2013-… Galeoce… Tiger Shark AATAMS Her… 2012-09-19        824 FEMA…
##  7 51448… 2013-… Galeoce… Tiger Shark AATAMS Her… 2012-09-19        824 FEMA…
##  8 51448… 2014-… Galeoce… Tiger Shark AATAMS Her… 2012-09-19        824 FEMA…
##  9 51448… 2014-… Galeoce… Tiger Shark AATAMS Her… 2012-09-19        824 FEMA…
## 10 51448… 2014-… Galeoce… Tiger Shark AATAMS Her… 2012-09-19        824 FEMA…
## # … with 187 more rows, and 3 more variables: Bio <fct>,
## #   Number.of.Detections <int>, MCP.100 <dbl>


Other types of activity space metrics can also be calculated (e.g. fixed KUD using type = "fKUD" and Brownian Bridge KUD using type = "BBKUD". Cumulative activity space metrics across temporal subsets can also be calculated using the cumulative = TRUE argument.


Storing spatial data associated with activity space metrics

MCP polygons and probability distributions associated with fKUD and BBKUDs can be stored when storepoly = TRUE. This outputs a list object with the two components, $Overall: a tibble data frame with activity space metrics for the full period of the tag and $Subsetted: a tibble data frame with activity space metrics for weekly or monthly temporal subsets depending on the sub argument, but also includes an additional $Spatial.Objects list that stores polygons (if calculating MCPs) or probability distribution raster (if calculating fKUD or BBKUD) for full tag life and temporal subsets.

##                 Length Class  Mode
## Overall         12     tbl_df list
## Subsetted       13     tbl_df list
## Spatial.Objects 11     -none- list


The $Spatial.Objects list object in itself consists of a nested list. The example object above, BBkud_est is structured in this way:

`BBkud_est`
    |---> `$Overall`    : tibble data frame with activity space metrics for full tag life
    |---> `$Subsetted`  : tibble data frame with activity space metrics for each temporal subset
    |---> `$Spatial.Objects` : list object with as many components as unique Tag.IDs in the data
                |---> `51448633`
                |---> `77523307`
                          |----> `$BBKUD_full` : a raster object with the BBKUD for the full tag life
                          |----> `$BBKUD_sub`  : a raster stack object with the BBKUD for each temporal subset
                                      |-----> `$X2013.05` : raster object for subset '2013-05' (May 2013)
                                      |-----> `$X2013.06` : raster object for subset '2013-06' (June 2013)
                                      |-----> `$X2013.07` : raster object for subset '2013-07' (July 2013)


Map activity space



Interactive maps with leaflet

Plotting and exploring monthly KUD values using plotly

More functions to visualise standardised metrics coming soon!!



Authors

Vinay Udyawer

Australian Institute of Marine Science

Ross Dwyer

University of Queensland

Xavier Hoenner

Australian Ocean Data Network



Vignette version 1.0.2 (23 May 2020)