Core concepts
Basics
The API works on the exercise uploaded to the simulation space.
Each space has a unique key which you'll need to get from the account team.
To post messages you'll need a team and a persona. Hence the flow is:
GET team (select session team as default)
GET personas (select persona from whom the message should be sent)
POST message to all, position, role or team
Base URL
https://api.conducttr.com/v1.1/eagle/{endpoint}
https://api.conducttr.com/v1.1/eagle/Authentication
The account team will provide you with a unique key for the space you're working with.
Channel Names
Internally the Conducttr system uses generic channel names rather than the ones you see in real life that you might be familiar with. A full channel list is given below.
Some points to note:
Media Pop-up = "notifications" with media attached
The web channel for articles = "news"
microblog gosocial gosocialgroups mediablog news videoblog forum bulletin panda bearsocial telegraph msngr mail socialmap social-watch websites ticketing-system browser
notifications
captions graph log checklist portal tv map blog backchannel teamchat timer messenger log2
Persona object
When using GET personas, the ZIP file (named data.json) contains a JSON array of persona objects. Each persona object has the following top-level keys:
Key fields for API calls:
system_info.hash— This is the persona ID used in messaging endpoints (e.g."3-59791"). Pass this as thepersonafield inPOST /messages.system_info.handle— The unique short identifier/handle for the persona (e.g."loc_gov_party"). This is what the exercise designer references when specifying a persona.identity.name— The display name of the persona.system_info.name— Same asidentity.name(duplicated for convenience).system_info.profile_image_url— URL to the persona's profile image.
Last updated
Was this helpful?