You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, there is no way to set filter values directly via URL parameters. This limitation means we must create multiple versions of the same visualization to share it with different filter values.
For example, if we want to display data for a specific canton without showing data from other cantons, we must create a separate visualization for each canton. This approach is inefficient and cumbersome, especially when managing multiple filtered views for different target audiences.
Proposed Solution
I would like all filter options to be configurable via URL parameters so that we can embed the visualization with specific filters.
This would allow us to share the same visualization with different filter settings without duplicating the visualization itself. As a result, we could provide tailored views directly to specific audiences, such as individual cantons, without exposing data intended for other groups.
Possible Alternatives
Currently, we address this need by creating multiple versions of the same visualization, each with a hardcoded filter for a specific canton. This approach is resource-intensive and not scalable.
Use Cases and Impact
This improvement would significantly enhance the flexibility, scalability, and security of data visualizations. By enabling filter settings via URL parameters, we could efficiently share customized visualizations with specific target audiences (e.g., individual cantons) without exposing data meant for other groups.
This would streamline workflows, save time, and reduce the complexity of managing multiple visualizations. Additionally, charts accessed via the Visualize API (/preview) cannot currently be shared because the chart state is neither implicitly nor explicitly stored in the URL.
Passing selected parameters (e.g., station, timestamp, etc.) for existing diagrams to override the stored configuration.
Partial parameterization for existing diagrams & full dynamic parameterization for new diagrams via iFrame link, e.g.: <iframe src="https://visualize.admin.ch/embed/1234abcd/#{my-json-chart-parameters-overriding-the-chart-state: { 'https://ld.admin.ch/cube/hydro/stationID': 'https://ld.admin.ch/cube/hydro/station/357' }}"></iframe>
Updating the existing documentation to include these points.
Sharing API charts from /preview by storing the chart state as a URL parameter (see above).
Description
Currently, there is no way to set filter values directly via URL parameters. This limitation means we must create multiple versions of the same visualization to share it with different filter values.
For example, if we want to display data for a specific canton without showing data from other cantons, we must create a separate visualization for each canton. This approach is inefficient and cumbersome, especially when managing multiple filtered views for different target audiences.
Proposed Solution
I would like all filter options to be configurable via URL parameters so that we can embed the visualization with specific filters.
This would allow us to share the same visualization with different filter settings without duplicating the visualization itself. As a result, we could provide tailored views directly to specific audiences, such as individual cantons, without exposing data intended for other groups.
Possible Alternatives
Currently, we address this need by creating multiple versions of the same visualization, each with a hardcoded filter for a specific canton. This approach is resource-intensive and not scalable.
Use Cases and Impact
This improvement would significantly enhance the flexibility, scalability, and security of data visualizations. By enabling filter settings via URL parameters, we could efficiently share customized visualizations with specific target audiences (e.g., individual cantons) without exposing data meant for other groups.
This would streamline workflows, save time, and reduce the complexity of managing multiple visualizations. Additionally, charts accessed via the Visualize API (/preview) cannot currently be shared because the chart state is neither implicitly nor explicitly stored in the URL.
Definition of Done (DoD):
Parameterizing API calls according to Visualize API documentation should be possible via hash parameters (#...) on Visualize Admin, including from an iFrame.
Passing selected parameters (e.g., station, timestamp, etc.) for existing diagrams to override the stored configuration.
Partial parameterization for existing diagrams & full dynamic parameterization for new diagrams via iFrame link, e.g.:
<iframe src="https://visualize.admin.ch/embed/1234abcd/#{my-json-chart-parameters-overriding-the-chart-state: { 'https://ld.admin.ch/cube/hydro/stationID': 'https://ld.admin.ch/cube/hydro/station/357' }}"></iframe>
Updating the existing documentation to include these points.
Sharing API charts from /preview by storing the chart state as a URL parameter (see above).
Source: https://gitlab.ldbar.ch/bafu/visualize/-/issues/716
The text was updated successfully, but these errors were encountered: