The hardware and bandwidth for this mirror is donated by METANET, the Webhosting and Full Service-Cloud Provider.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]metanet.ch.
All mort functions rely on residence events. Residence events are
similar to detection data, but include a start time, an end time, and
duration. Before proceeding to explore your data and flag potential
mortalities in mort, detection data must be converted into residence
events. This can be done within mort using the residences()
function, functions from other packages for acoustic telemetry data, or
manually.
Residence events are generated in morts from detection data, using
the residences()
function.
Detection data can be in any format and have any number of columns, provided they have a datetime column, a location column, and an animal ID column:
DateTimeUTC | Station.Name | ID |
---|---|---|
2003-09-21 23:49:45 | 11 | A |
2003-09-21 23:51:29 | 11 | A |
2003-09-21 23:57:45 | 11 | A |
2003-09-21 23:59:08 | 11 | A |
2003-09-22 00:08:18 | 11 | A |
2003-09-22 00:20:28 | 1 | A |
A residence event either ends when the animal is detected at a new
station or when the animal has not been detected longer than a
user-defined cutoff (defined with the arguments cutoff
and
units
):
<-residences(data=detections,ID="ID",station="Station.Name",datetime="DateTimeUTC",
res.eventscutoff=1,units="days")
ResidenceStart | Station.Name | ID | ResidenceEnd | ResidenceLength.days |
---|---|---|---|---|
2003-09-21 23:49:45 | 11 | A | 2003-09-22 00:08:18 | 0.0128819 |
2003-09-22 00:20:28 | 1 | A | 2003-09-22 00:50:36 | 0.0209259 |
2003-09-24 16:56:36 | 1 | A | 2003-10-11 17:15:47 | 17.0133218 |
2003-10-25 14:27:06 | 1 | A | 2003-10-25 14:59:47 | 0.0226968 |
2003-10-26 16:11:13 | 1 | A | 2003-10-26 17:42:09 | 0.0631481 |
2004-06-23 22:42:20 | 1 | A | 2004-06-24 01:15:25 | 0.1063079 |
ID
is defined by the user. ID could be the tag
transmitter ID, the tag serial number, or a unique ID associated with
the detections by the user. If the latter, residences()
and
the other functions in mort can accommodate multiple tag deployments
(i.e., a tag is returned and re-deployed on another animal), because the
ID is unique to the animal.
station
is also defined by the user. It could be the
receiver serial number (if the same receiver is always deployed at the
same location), a unique location name, or a cluster of receivers
(similar to Array in the actel package).
Note that units
specifies the units of the cutoff (in
the example above, the cutoff is 1 day). These units will also be used
to calculate the residence duration.
Dates and times must be of class POSIXt, or must be in the format “YYYY-mm-dd HH:MM:SS”. Note that mort assumes that dates are in UTC. If your datetimes are in POSIXt, mort will convert them to UTC. If your dates are in local time, it is recommended that you convert your datetime column to class POSIXt and that you change the time zone to UTC:
$DateTimeUTC<-as.POSIXct(data$DateTimeLocal,format="%Y-%m-%d %H:%M:%S",
datatz="America/Edmonton")
attributes(data$DateTimeUTC)$tzone<-"UTC"
mort functions support the output from other packages for acoustic telemetry data. Note that the following information will be most useful if referenced while exploring the other mort functions.
Residence events are called “movement events” in actel, and are
generated using the explore()
function.
Actel provides residence duration in the format HH:MM:SS. mort converts the duration to a numeric vector, with units of seconds.
Dates in actel are in local time and will be converted to UTC by mort. Users will receive a warning when this happens, including a reminder to verify that the time zone in the actel output is correct.
#> Warning: If actel date/times are in local time, they will be converted to UTC.
#> Verify that time zone in actel output is correct.
Residence events are called “detection events” in glatos, and
are generated using the detection_events()
function.
glatos uses seconds for the units of residence duration and UTC as the timezone for datetimes.
Residence events are called “residences” in VTrack, and are generated
using the RunResidenceExtraction()
function.
As of VTrack version 2.10, it looks as though VTrack assigns the local time of the user’s computer to datetimes. As detection data are typically downloaded in UTC, mort assumes that the datetimes output by VTrack are actually in UTC, rather than local time. Users will receive a warning when using VTrack residence events:
#> Warning: Assuming that VTrack date/times are in UTC. If they are in local
#> time, please convert to UTC before running
Also as of VTrack version 2.10, VTrack calculates the duration of residence events from single detections differently, depending on whether the end of the residence event was due to a station change or the gap in detections exceeded the time threshold. mort recalculates the duration of VTrack residence events, with units of seconds. Users will receive a warning as a reminder that the duration in mort outputs may not match the duration in VTrack:
#> Warning: When the duration of an event is 0 s (a single detection) and
#> the reason for ending the event (ENDREASON) is 'timeout', Vtrack
#> gives DURATION as the time between the current event and the next, not
#> the duration of the current event. DURATION was recalculated as
#> the duration of the events themselves, to better align with other
#> packages.
If we have missed any other packages that generate residence events, please let us know and start a new issue. We will work to incorporate other formats if feasible. To support other formats in mort, the residence events must have, at minimum, four columns: animal ID, station/location name, residence start time, and residence end time. The column names can vary from those used in mort, but must be consistent within the generating package. If the residence events include duration, the units must either be specified or invariant.
All mort functions will accept manual formatting (using the argument
type="manual"
). Manual formatting must be used if you have
your own method for generating residence events. Manual formatting must
also be used if you have used residences()
or a function
from another supported package to generate residence events, and then
either modified the format (e.g., converted an actel list to a
dataframe) or renamed the columns.
There are five mandatory columns for manually formatted data:
These binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.