Pas de tag "published" sur une stored_data après publication

[jmkerloch]

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 data

Comportement attendu

Le tag published doit être présent.

Autres informations de contexte

Problème rencontré lors du développement du plugin QGIS.

[slafayIGN]

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 ?