syncServer | R Documentation |
Watch for new files in MOTUS_PATH$SYNC
. When a file is
found, it's treated as describing a method and serial number for
syncing, and a new syncReceiver job is queued for the receiver, if
there isn't already an unfinished one for it. The syncReceiver job
is queued via /sgm/priority, bypassing jobs running from uploaded
data or manually on the server. This is to provide relatively low
latency for both users watching online receivers, and because the
internet connection to the receiver might be intermittent.
syncServer(tracing = FALSE, fileEvent = "CLOSE_WRITE",
defaultMotusUserID = 347, defaultMotusProjectID = 1)
tracing |
logical scalar, default FALSE. If TRUE, enter debug browser before handling each new file upload. |
fileEvent |
character scalar; default: "CLOSE_WRITE".
Empty files are created in |
defaultMotusUserID |
integer scalar; userID recorded for job if we're unable to find an appropriate receiver deployment and/or we're unable to default: 347 = jeremy |
defaultMotusProjectID |
integer scalar; projectID recorded for job if we're unable to find an appropriate receiver deployment; default: 1 = motus Ontario array. |
This function does not return; it is meant for use in an R script run in the background.
this depends on some other process creating files in
the folder MOTUS_PATH$SYNC
. In the motus set-up, this
will be done from the server at sensorgnome.org, which manages
and hosts networked SGs.
John Brzustowski jbrzusto@REMOVE_THIS_PART_fastmail.fm
Add the following code to your website.
For more information on customizing the embed code, read Embedding Snippets.