Closed jmkerloch closed 1 year ago
La documentation est erronée, on n'écrit jamais le tag published
.
Le tag est ajouté à la volée quand on récupère la stored_data
et les offerings
liés s'il y en a. Mais le tag n'a pas d'existence sur l'API. On a bien fait une erreur en documentant le workflow, désolé.
https://github.com/IGNF/geotuileur-site/blob/b98aeaeaaf0bb24a81843584835615c4252b0688/src/Service/PlageApi/StoredDataApiService.php#L57-L62
Je pense qu'on avait prévu initialement d'ajouter le tag published
, puis qu'on est revenu sur cette décision dans la mesure où cette information pouvait facilement se retrouver fausse. En effet en manipulant l'API on peut dépublier une donnée en oubliant de retirer le tag. Le tag est moins digne de confiance que d'aller chercher la liste des offerings
avec l'identifiant de la stored_data
en paramètre (voir GET datastores/{datastore}/offerings
).
Il faut faire davantage de requêtes mais à mon avis on gagne à ne pas créer de redondances d'information qui pourraient se retrouver désynchronisées.
@jmkerloch est-ce que fonctionner sans ce tag vous semble une solution acceptable ?
Description de l'anomalie Je travaille actuellement sur le plugin QGIS du geotuileur.
Après lecture de la documentation nous avons décidé d'utiliser le tag
published
pour indiquer qu'une stored data avait été publiée.Après mise en place de ce tag lors de la publication depuis le plugin nous avons testé la modification de notre gestion des états des stored data pour utiliser le tag
published
.Il s'avère que le tag n'est pas ajouté via le geotuileur.
Etapes pour reproduire
Effectuer une publication depuis le site geotuileur.
Vérifier les tags présents sur la stored data créée via Insomnia par exemple.
=> aucun tag
published
n'est présent sur la stored dataComportement attendu
Le tag
published
doit être présent.Autres informations de contexte
Problème rencontré lors du développement du plugin QGIS.