This site uses different types of cookies, including analytics and functional cookies (its own and from other sites). To change your cookie settings or find out more, click here. If you continue browsing our website, you accept these cookies.
Given the need for administrators to be able to perform analysis and monitoring on server performance; user usage etc - it is necessary to provide full documentation for both the API and the database underlying the server so that admins can use this to good effect.
Although very limited documentation is available on the server API (https://gallery.alteryx.com/api-docs) what we're looking for is a much more fully formed and navigable experience like some of the examples below.
We are taking an incremental feed of all server canvasses in order to look for patterns - however there is no option on the server admin APIs (the Workflow API specifically) that allow you to filter by date.
Please can you add to this API to allow API users to specify an upload/updated date filter and only take items after this date.
Our company has workflows where we use the Gallery API to kick off executions on server. The user kicking off the workflow has setup API access using his account, but when he kicks off his jobs, it does not show up under his Gallery so he is unable to view the results. In the admin panel, it shows the owner as (None) so it does not appear that workflows kicked off via the API get assigned to the user tied to the API key.
Conversations with Alteryx support revealed that these results are available via an API call, but not within the Gallery web UI. It would be great if the user tied to the API key were added to the workflow execution so they could see results within the Gallery rather than going back through the API.
There are two key APIs that we use for extracting canvasses for governance & surveillance:
- the Workflows API which lists all canvasses on the server;
- and the API call which returns a packaged version of the application by AppID
Unfortunately - when we query for all workflows to get the first list - there is no flag to indicate that a subset of these are actually deleted. The result is that you need to make the second call to find this out which is wasteful.
Please add a "deleted" flag to the Workflows API so that we can identify which applications have been deleted without having to call the specific App ID post.