smoother_control.trackeRdata

smootherControl.trackeRdata

The name of the function to be matched and used to
aggregate/smooth the data.

The width of the window in which the raw observations
get aggregated via function <code>fun</code>.

width

Logical. Should computation be carried out in
parallel? If <code>TRUE</code> computation is performed in parallel
using the backend provided to <code><a rd-options="" href="/link/foreach?package=trackeR&version=1.5.2" data-mini-rdoc="trackeR::foreach">foreach</a></code>. Default is
<code>FALSE</code>.

parallel

Vector of the names of the variables which should be
smoothed.

what

Vector containing the number of session. Default
corresponds to all sessions belonging to the same group. Used
only internally.

nsessions

Auxiliary function for <code>smoother.trackeRdata</code>. Typically used to construct
a control argument for <code>smoother.trackeRdata</code>.

Provides infrastructure for handling running, cycling and swimming data from GPS-enabled tracking devices within R. The package provides methods to extract, clean and organise workout and competition data into session-based and unit-aware data objects of class 'trackeRdata' (S3 class). The information can then be visualised, summarised, and analysed through flexible and extensible methods. Frick and Kosmidis (2017) <doi: 10.18637/jss.v082.i07>, which is updated and maintained as one of the vignettes, provides detailed descriptions of the package and its methods, and real-data demonstrations of the package functionality.

Ioannis Kosmidis

trackeR

Infrastructure for Running, Cycling and Swimming Data from
GPS-Enabled Tracking Devices

Hannah Frick

Robin Hornak

smoother_control.trackeRdata function

<dl><dt>fun</dt>
<dd>The name of the function to be matched and used to
aggregate/smooth the data.</dd>
<dt>width</dt>
<dd>The width of the window in which the raw observations
get aggregated via function <code>fun</code>.</dd>
<dt>parallel</dt>
<dd>Logical. Should computation be carried out in
parallel? If <code>TRUE</code> computation is performed in parallel
using the backend provided to <code>foreach</code>. Default is
<code>FALSE</code>.</dd>
<dt>what</dt>
<dd>Vector of the names of the variables which should be
smoothed.</dd>
<dt>nsessions</dt>
<dd>Vector containing the number of session. Default
corresponds to all sessions belonging to the same group. Used
only internally.</dd>
<dt>...</dt>
<dd>Currently not used.</dd></dl>

Arguments

Auxiliary function for smoother.trackeRdata. Typically used to construct
a control argument for smoother.trackeRdata. — smoother_control.trackeRdata

<dl>

<dt>fun</dt>
<dd>The name of the function to be matched and used to
aggregate/smooth the data.</dd>


<dt>width</dt>
<dd>The width of the window in which the raw observations
get aggregated via function <code>fun</code>.</dd>


<dt>parallel</dt>
<dd>Logical. Should computation be carried out in
parallel? If <code>TRUE</code> computation is performed in parallel
using the backend provided to <code>foreach</code>. Default is
<code>FALSE</code>.</dd>


<dt>what</dt>
<dd>Vector of the names of the variables which should be
smoothed.</dd>


<dt>nsessions</dt>
<dd>Vector containing the number of session. Default
corresponds to all sessions belonging to the same group. Used
only internally.</dd>


<dt>...</dt>
<dd>Currently not used.</dd>

</dl>

smoother_control.trackeRdata: Auxiliary function for `smoother.trackeRdata`. Typically used to construct a control argument for `smoother.trackeRdata`.

Description

Usage

Arguments

See Also