Nouveautés
Champ extra sur les entités
Un champ extra est disponible sur les entités :
- upload
- annexe
- document
- stored data
- configuration
- static
- metadata
- offering
Ce champ est un objet JSON libre. Il peut être ajouté et mis à jour via la route PATCH/datastores/{datastore}/{entity}/{id}
. Ce champ n'est pas interprété par l'entrepôt, c'est-à-dire qu'il n'est pas possible de filtrer sur sa valeur dans les routes de liste des entités. Il permet en revanche à une application de stocker des informations structurées propres à son fonctionnement sans avoir besoin de stockage persistent de son côté.
Exemple d'utilisation pour une livraison
/datastores/{datastore}/uploads/{upload}
{
"name": "SCAN1000 - Corse",
"description": "Données SCAN1000 sur la Corse",
"type": "RASTER",
"status": "OPEN",
"srs": "EPSG:2154",
"contact": "contact@ign.fr",
"size": 0,
"last_event": {
"title": "Création",
"date": "2023-05-22T08:07:13.812601878",
"initiator": {
"_id": "{user}"
}
},
"extra": {
"test": "toto",
"titi": [{"tutu": "tata"}]
},
"_id": "{upload}",
"type_infos": {}
}
Harmonisation de la publicité des offres
Une offre n'a plus d'attribut visibility
mais un champ open
. Les règles sont les suivantes :
- Si une offre est sur un point d'accès open, elle est forcément
open=true
- Si une offre est sur un point d'accès restreint :
open=false
signifiera qu'on doit avoir une permission personnelle ou communautaire à exploiter pour pouvoir créer un accès sur cette offre à une cléopen=true
signifiera qu'on pourra créer un accès entre une clé et cette offre sans permission. Tous ces accès sans permission seront supprimés si l'offre repasse enopen=false
- Dans tous les cas, l'offre ne sera consommable avec une clé que si un accès a été créé, avec ou sans permission
Dérivation vecteur
Un nouveau traitement permet de modifier le contenu et même la structure d'une donnée stockée de type VECTOR-DB via des templates SQL. Un tutoriel décrit la démarche ici.