log_event
Used to indicate to the server when the user has performed and action that we want to log in the database, including startrecord, stoprecord, startstream, stopstream, startupload, stopupload. Roundware uses this mechanism to log all client/server interactions - anonymously - in order to analyze usage patterns and better understand how participants are experiencing the system.
All parameter data is simply passed through to the corresponding fields in the event
object.
In addition to log_event
calls, events can be logged directly by the server as a result of another action.
Example Call:
http://localhost:8888/api/1/?operation=log_event&session_id=1&event_type=modify_stream&latitude=1&longitude=1&tags=1,2,3
Parameters (some optional*):
session_id
event_type
latitude
*longitude
*client_time
tags
*data
*
session_id
Events are grouped by session_id
in order to report and analyze data on a session-by-session basis.
event_type
Records what type of action/event has occurred. This is an unrestricted field, but the pirmary ones are: start_record
, stop_record
, start_stream
, stop_stream
, start_upload
, stop_upload
, client_error
, cleanup_session
, heartbeat
, modify_stream
, start_session
.
latitude
OPTIONAL: helpful in particular for plotting Session Maps
longitude
OPTIONAL: helpful in particular for plotting Session Maps
client_time
OPTIONAL: Useful to track differnces between client time and server time as indicated with timestamp
tags
OPTIONAL: helpful in tandem with modifystream eventtypes for logging which tags users are most interested in hearing
data
OPTIONAL: Used to store any extranneous data provided by the client or server pertaining to a particular event. The most common use is to contain an error message for events of event_type=client_error
.
Response
JSON response is success boolean, indicating that the event was properly logged in the database
Example Response
{"success": true}