Does anyone know whether the Google Chart API sends the raw data, used to generate the charts and visualisations, to Google?
In other words are the charts and visualisations generated by Google's servers or are they generated locally by the Chart API's Javascript libraries.
If you are talking about the charts generated from a url (the chart api) then from the FAQ
https://developers.google.com/chart/interactive/faq#chartapi
What is the difference between the Google Chart API and the Google
Visualization API?
The Chart API provides a simple way to create image charts of various
kinds by sending a formatted URL that includes both the data and
chart configuration options to a Google server. The Chart API
includes a closed set of charts with various options. The Chart API
datasets are limited to the size of a URL (roughly 2K).
For the Visualisation API it depends on the chart/visualisation, see the Data Policy for example this one for the line chart
https://developers.google.com/chart/interactive/docs/gallery/linechart#Data_Policy
Related
I am planning to have a ISV application created with visualizations from multiple reports. kind of dashboard created in ISV instead of using PowerBI dashboard.
I have see Rest APIs to read all the pages in the report however could not find API to read the visualizations in Report/Page. There is JavaScript API to read visualizations from page which will need the report to be loaded to the browser and I am looking for a server side solution to embed the visualizations from Report to the ISV application.
new to quicksight Embedded Analytics here,
I had a simple question around how quicksight generates the charts.
Is it through direct database queries or
Does it intercept API calls from my web app's backend?
For ex: My current application is working such that,
The front end makes API calls and displays the chart based on the API data
If certain filters (like date etc.) are changed from the UI, the API sends the new data based on the filter and the UI renders the new chart.
How does this scenario now work in AWS Quicksight embedded analytics.
Should I pass filters from my web app into quicksight. receive them as Quicksight Parameters/filters and allow quicksight to query the DB directly with the filters and render the charts?
Will Quicksight intercept the previously mentioned API that my backend is sending and display the charts?
Which one of the above happens?
Thanks in advance
Quicksight has below-supported data sources.
https://docs.aws.amazon.com/quicksight/latest/user/supported-data-sources.html
Quicksight has the feature of filtering data, based on controls/parameters. Please refer below
https://aws.amazon.com/blogs/big-data/using-quicksight-parameters-and-controls-to-drive-interactivity-in-your-dashboards/
Is it through direct database queries or
Does it intercept API calls from my web app's backend?
It will be through either direct database queries OR against a "snapshot" of your database tables at a given time (The data will be imported into SPICE)
The only API calls that QuickSight appears to use are officially supported ones such as other AWS services or SaaS data sources highlighted at the bottom of https://docs.aws.amazon.com/quicksight/latest/user/supported-data-sources.html
I used to watch API usage in either API section of Google cloud console or AppEngine section. But since moving from v1beta2 to v1beta3 of API I don't observer any charts there. It looks like no traffic while in fact there is.
This is a known issue: https://github.com/GoogleCloudPlatform/google-cloud-datastore/issues/133.
You can see daily usage in the App Engine section, but it doesn't show live request rates.
I have a survey with few questions in it,i have to access data such as questions their options and responses to each question from the survey list.
My requirement is to make a pie chart for each question of the survey based on their responses.
You can use Excel to build the pie chart using the SharePoint survey list as a data source. You can then deploy the Excel workbook to SharePoint and use Excel Services. Excel Services Web Parts can be added to Web Part pages.
More info on SharePoint list data sources in Excel here: http://blogs.technet.com/b/excel_services__powerpivot_for_sharepoint_support_blog/archive/2013/07/11/excel-services-using-a-sharepoint-list-as-a-data-source.aspx.
PS. If you find info about using the Chart Web Part, it has been discontinued on SP 2013.
I am thinking of using Google Charting API for a visualization app.. But the Client Data is sensitive and hence I want to ensure that Data Does not get stored on Google servers when I send the data via the HTTP request..
Would appreciate if you can be elaborate about the terms..
Also, let me know if it is advisable to use Google Charting API?
Most charts do not send any data to Google's servers. See the "Data Policy" section of each chart you are considering using for details (example: Timeline Charts Data Policy).