Are there worker APIs available in Amazon Mechanical Turk? - mechanicalturk

I have gone through the documentation of Amazon mechanical Turk. I find that there are options to create/monitor and expire the HITs. All the API's are the requester API's. Are there any worker API's available to select a task or indicate the completion of task?

All of the APIs are currently for use on the requester side of mTurk. Workers must interact with mTurk via the web interface.
I'm not sure if they are trying to protect their system/users/IP, or if this is just an instance of mTurk starting to show its age. It's one of the oldest AWS services and launched all the way back in 2005!

Related

Can we access data from Dialogflow Agent using API key?

I am trying to integrate the dialog flow agent with a middleware bot. However, due to some issue, I am not able to use service account keys and have to find some alternate method for communication of APIs, Can we use API keys for this purpose?
One solution is to use a solution such as Cloud Endpoint or API Gateway (which is a Cloud Endpoint fully managed, same configuration, same features for now).
I wrote an article on Coud Endpoint with ESPv2 on Cloud Run

Cloud and REST API based Recording and storing to Google bucket or AWS S3

I need to do cloud based recording. I need to take all video+audio streams of all clients. Then push to AWS S3 or Gcloud bucket or Agora storage itself. I need to do it through API since I have some criteria and also I need to organize the uploaded data in specific folder names.
I did not see any specific function in agora service to do so. Should I take copy of localstream and handle it on my own? If so, I hope it does not come in the way of agora functionality.. Please share if any sample project. Just to emphasize- I am not looking for on-premise SDK. I need to do it through REST. I use angular 8. I could write my own REST server (to deal cloud of my choice) if really needed.
Background study done-
In agora.IO documentation, I see lot of documentation about on-premise recording. I did not see any reference for cloud based recording. I checked the agora.IO documentation and also angular code which includes agora service component. Angular sample works fine. But I did not understand how to take the stream and upload to my cloud storage. I am concerned that it might impact the streaming and playback of agora. To handle this , I thought you might have specific guideline or library.
Thanks
There is a new Cloud Recording API in beta that Agora is offering that can connect to the channel and record the streams (configured by RESTful API) directly to your S3 bucket, currently GCP is not supported.
This is an add-on feature so it's not enabled by default and not available to be enabled through the dashboard, it needs to be enabled by the Agora team. Please Join the Agora Community Slack and send me a direct message with the AppID for which you wish to enable with this feature and I can get you into the beta program.

Should I use UCWA or UCMA or another API for a Skype for Business Server Application?

There seems to be a lot of different SDKs / APIs around Skype for Business. I'm having a tough time deciphering which one would be appropriate for a server side Bot like application that could communicate domain specific information to the users within the organization. For example we'd like to be able to deliver task(s) via messages and perform presence based task assignment. This seems to be fairly low hanging fruit but where's the REST endpoints and documentation to make this happen. Assuming for example I wanted to create a little console application that could facilitate this what API would you recommend?
Here are the main differences between UCMA and UCWA:
UCMA is a .NET SDK that provides rich control over a Skype for Business server deployment. It enables applications to automatically route calls and messages, provide automatic responses (IVR or chat bots), record conversations etc. It can be used in a number of scenarios such as a 'contact center' application that distributes incoming calls to an available agent with the right skillset. UCMA applications are managed by running them on application servers that are activated as part of the Skype for Business server deployment. As such, UCMA is not available for Skype for Business Online (Office 365).
UCWA is a RESTful Web API that acts on behalf of a single Skype for Business user. It enables applications to send and receive messages for that user, read presence for their contacts, etc. Typically it is used for interactive "line of business" applications that want to embed Skype for Business messaging/presence. It is also possible to create a 'technical account', that doesn't correspond to a real person, and use UCWA in 'headless' server applications but this approach currently has authentication and scalability limitations. UCWA applications have no deployment constraints since UCWA is a regular RESTful Web API. It is available for both Skype for Business Server (get started) and for Skype for Business Online (get started). The latter has slightly fewer capabilities right now: - for example, messages can be sent but not received - though this should change soon.
I think both UCMA and UCWA can be used. However, considering you want a server application, UCWA seems fit the case. Here is the detail of SDK, you can find code samples at there:
https://msdn.microsoft.com/en-us/library/office/mt650889(v=office.16).aspx

Does the WSO2 API Manager Support API Federation?

Basically, what I'm interested in doing is setting up a WSO2 API Manager in multiple regions; such as Asia, US, and Europe. Some APIs will be deployed within datacenters in each region while other APIs will only be deployed within a particular region.
Ideally what I'd like to have is a single WSO2 API Store where I can see the APIs that are deployed across all regions (including those that are only available on servers in specific regions).
I don't want the API users to have to know about each of the API Managers or their stores in order to discover the available APIs. I'd rather they just knew about one of the API Manager stores (ideally the one in their region) and they could then find the available APIs and decide if they want to deal with the latency of using an API from a different region.
Thus, when an API is published using the API Manager Publisher in one region I'd like that API information to be federated to each of the API Manager Stores.
Is this possible? If so does any documentation exist on how to configure the API Managers to use API metadata federation?
If I understood your query correctly,this is possible via distributed clustered setup of WSO2 API Manager.
This blogpost will be help you to get initial understanding on how WSO2 API Manager[AM] designed for scalability.
For the moment,we are in the process of updating WSO2 AM documentation with API Manager deployment details in a distributed setup and those will be available in near future. Additionally this slideset would help to you as it is containing some deployment patterns which can be used for API Manager.
Thanks;

Workflow - choosing the appropriate host environment

The application that I'm designing will retrieve and store content from a variety of disparate sources on a schedule. In some cases, the content will be retrieved based on a time interval (think stock quotes), and in other cases the content will be retrieved based on a custom schedule (MWF # 2pm). Many of the processes lend themselves to MS Workflow. The built-in SQL tracking service will provide a lot of value. The content sources are sufficiently different that each different type of content retrieval will be a custom workflow.
My question is, how should I host, monitor,schedule, and expose the Workflows?
Requirements:
Must be able to monitor the health of each content "agent" via admin UI
Must be able to start and stop individual workflows via admin UI
Workflows are recurring based on a schedule, but not necessarily "long-running"
"Service" must have high availability
Windows service, Workflow Service, ASP.Net, WCF are all available to me, and I'm open to other suggestions as well.
WF and WCF can be hosted as one WindowsService,
You can create a set of services to expose the state/information from the Workflow in WindowsService via WCF web service.
Therefore the WCF service should have a reference to your workflow exchange contract
( somehow can reference to workflow engine to deliver the request info from client UI).
Must be able to monitor the health
of each content "agent" via admin UI
The Admin UI can retrieve the data from the webservice which
Must be able to start and stop
individual workflows via admin UI
Let the workflow instance to handle a specific event to start or stop
Workflows are recurring based on a
schedule, but not necessarily
"long-running"
Let the workflow instance to handle a specific event to do so
"Service" must have high
availability
WindowsService is daemon alike application, it runs forever if it doesn't crash
I found this post helpful as well:
http://www.dotnetconsult.co.uk/weblog2/PermaLink,guid,77c334e8-0ec1-4f91-ab7e-0bcfa7f2f47d.aspx
You may want to look into Dublin, Microsoft's upcoming integrated host for workflow services. It's not out yet, but offers some of the features you're looking for.