Release note

V1.4

Nouveautés

  • Ajout des opérateurs "Appartient à" et "N’appartient pas à" pour construire des conditions (règles d’ABAC ou filtres de recherche) permettant de filtrer sur une valeur en fonction de son appartenance (ou pas) à une liste.

  • Possibilité d’importer des données avec attributs multi-valués via le endpoint POST data-virt/imports/dataset/id/{datasetId}

  • Ajout du thème sur la carte d’un dashboard

Breaking changes

RAS

V1.3

Nouveautés

  • Ajout d’un nouvel écran de suivi des imports de jeux de données

  • Possibilité de spécifier le formatter l’affichage des données sur les types métier

  • Possibilité de spécifier le nom du fichier à téléverser

  • Possibilité de renseigner plusieurs valeurs pour un profil utilisateur

Breaking changes

  • Nouveau format de l’API de gestion des profils utilisateurs (profils multi-valués)

  • Nouveau format de l’API de gestion des types métier (formattage de l’affichage des données)

  • Nouveau format de l’API de gestion des versions de jeux de données

V1.2

Nouveauté

  • Droits "super administrateur" en consultation et modification de restitutions

Breaking changes

  • Nouveau format de l’API de consultation d’une version d’un jeu de données (nom du fichier utilisé)

V1.1

Nouveauté

  • Role administrate permettant d’effectuer toutes les actions sans restrictions (modification des datasets et tableaux de bord)

  • Possibilité de specifier un niveau des droits (lecture, écriture) pendant le partage d’un tableau de bord

  • Possibilité de supprimer un jeu de données

Breaking changes

  • Nouveau format de l’API de partage de tableau de bord

Action à réaliser depuis la V1.0

Actions Equipe à contacter

Ajout du rôle keycloak "administrate" et affectation aux users nécessaires

Support

V1.0

Nouveauté

  • Ajout d’informations complémentaires sur les dataset version: producteur, date de production et information additionnelles

  • Possibilité d’ajouter les informations complémentaires de tableaux de bord par l’interface utilisateur (auparavant une fonctionnalité dispo uniqement par l’API)

  • Propagation des headers à travers geoserver pour appliquer correctement les droits des utilisateurs

Breaking changes

  • La mise à jour d’un dataset-version ne permet que de modifier les informations complémentaires de ce dernier.

  • L’import d’un dataset-version nécessite de fournir les informations complémentaires associées à ce dernier.

Action à réaliser depuis la V0.24

Actions Equipe à contacter

Migration des couche geoserver pour utiliser le slug d’un dataset comme identifiant de datasource

Damien LG

V0.24

Nouveauté

Gestion des couches par groupe

Objectif: Permettre aux utilisateurs de définir des groupes de couches.

Sur les restitutions de type Carte, les utilisateurs peuvent choisir de regrouper les couches affichés sur la carte.

Le système de groupe est optionnel les couches peuvent toujours être ajoutées sans groupe.

Breaking changes

Aucun

Actions à réaliser depuis la V0.23.6

Aucune

V0.23.6

Nouveautés

Gérer les droits d’accès sur les jeux de données

Objectif : Limiter la visibilité des jeux de données à des groupes d’utilisateurs.

Breaking changes

Aucun

Actions à réaliser depuis la V0.22.5

Actions Equipe à contacter

Execution du script d’assignation des user aux dataset (V0.0.1.0__init_default_user_dataset.sql)

backend

Repasser les jeux de données en public suite au passage du script de migration (par l’utilisateur précisé en default_user)

fonctionnel

…​

V0.22.5

Nouveautés

Limiter le nombre d’éléments dans les aggrégations

Sur les restitutions de type Graphique, afin de facilité la lecture des graphiques, il faut leur donner la possibilité aux utilisateurs de limiter le nombre d’éléments affiché dans un graphique. Par défaut, si l’option est activée, le nombre est limité à 20 éléments.

Cette configuration se fait dans le paramétrage du graphique.

Supprimer un jeu de données

Les API permettent de supprimer un jeu de données si celui-ci ne contient aucune version

Supprimer une version de jeu de données

Les API permettent de supprimer une version d’un jeu de données incluant les données et les fichiers associés en respectant les règles suivantes: - Pour pouvoir être supprimer une version de jeu de données, la version doit être au statut "ACTIVE", "INACTIVE" ou "ERROR". - Si la version de jeu de données est dans un autre statut ("INDEXING"…​), une erreur sera remontée - Durant la suppression des données, la version du jeu de données est au statut "Deleting" - Si une erreur survient sur la suppression des données positionner la version an statut "DELETE_ERROR"

Breaking changes

  • Harmonisation geoserver/provoly sur les requêtes avec condition de type BBOX

Actions à réaliser depuis la V0.21.x

Actions Equipe à contacter

Taguer et/ou déployer geoserver en 0.0.23

backend

Breaking changes

  • Harmonisation geoserver/provoly sur les requêtes avec condition de type BBOX

Actions à réaliser depuis la V0.21.x

Actions Equipe à contacter

Taguer et/ou déployer geoserver en 0.0.22

backend

V0.21.6

Nouveautés

Gérer les droits d’accès sur les tableaux de bord

Objectif : Limiter la visibilité des tableaux de bord à des groupes d’utilisateurs. Les tableaux de bord ont 3 niveaux de visibilité: - Privée : visible uniquement du propriétaire de tableau de bord . - Public : Tout le monde peut voir du tableau de bord (utilisateur connecté ou non). - Restreinte : Uniquement à une liste de groupe utilisateur

La liste des groupes d’utilisateur est définie en configuration

Breaking changes

  • Paramétrage geoserver

  • Changement contrat d’interface requêtes recherche

  • Ajout des groupes dans la récupération de l’utilisateur courant et dans les tableaux de bord

  • Correction du mapping des index elastic

Actions à réaliser depuis la V0.20.x

Actions Equipe à contacter

Mise à jour des rôles keycloak

Equipe backend

Mise à jour du paramétrage geoserver, utiliser les services internes (ex: http://data-ref:8080/)

Equipe backend

Ajout du mapping des groupes dans le token jwt:

1. Supprimer le job ansible

2. Le resynchroniser dans argocd (provoly-{env}-dependencies) pour le regénérer

3. Se connecter sur le sso, choisir le realm provoly puis client

→ Sélectionner le client provoly

→ Cliquer sur la section Client scopes et ajouter le mapping du groupe en cliquant sur Add client scope et selectionner le scope groups

→ Cliquer sur Add et sélectionner Default

Equipe backend ou fonctionnel

Reindexing des données elastic dans de nouveaux index mappés correctement. Pour cela, suivre les instructions du dossier Elastic/REINDEXING dans Postman.

NB: Uniquement pour l’environnement de démo (https://demo.provoly.net/home), il faut suivre les instructions du dossier Elastic/REINDEXING DEMO.

Equipe backend

V0.20.x

Nouveautés

Proposer un type de filtre "Liste auto-suggestion" de données sur un attribut d’un jeu de données

Le filtre "auto-suggestion" présente une liste d’items (nombre d’items paramétré dans le filtre) différents correspondant à un attribut d’un datasource. Les résultats affichés dans la liste correspondent au texte saisi (tous les items dont le libellé commence par la valeur saisie), l’utilisateur sélectionne ainsi une valeur qui sera utilisé pour filtrer les données sur (ou des) jeu(x) de données.

Comparer plusieurs les couches visuellement

Disposer d’un nom technique et libellé pour les attributs d’un modèle

Lors du paramétrage du modèle métier, il est possible de définir le libellé de l’attribut (qui sera affiché sur les écrans) et le nom technique utilisé lors de l’intégration (import) de données .

Breaking changes