syncServer: watch for attached receivers and sync files from them

In jbrzusto/motus-R-package: Operate a server to process data for http://motus.org

Description

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.

Usage

syncServer(tracing = FALSE, fileEvent = "CLOSE_WRITE",
  defaultMotusUserID = 347, defaultMotusProjectID = 1)

Arguments

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 MOTUS_PATH$SYNC via the 'touch' command, so this is the last event in that case.
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.

Value

This function does not return; it is meant for use in an R script run in the background.

Note

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.

Author(s)

John Brzustowski jbrzusto@REMOVE_THIS_PART_fastmail.fm

See Also

jbrzusto/motus-R-package documentation built on May 18, 2019, 7:03 p.m.