Volubyl
commented
1 year ago @johanricher
J'ai une question par raport au champ
{
"name": "donnees_diffusion",
"title": "Perspectives de diffusion",
"description": "Ce jeu de données peut-il être ouvert ? si non, pourquoi ? (Pour plus d'informations, [lire le guide d'Etalab](https://guides.etalab.gouv.fr/juridique/ouverture/).)",
"type": "string"
}Celui-ci semble être un doublon par rapport au champs : "PUBLICATION_RESTRICTION" qui fait partie du schéma commun depuis https://github.com/etalab/catalogage-donnees/issues/528
Ce champ est un enum qui peut prendre ces valeurs :
class PublicationRestriction(enum.Enum):
DRAFT = "draft" # the dataset is a draft
LEGAL_RESTRICTION = (
"legal_restriction" # the dataset is not published for legal reason
)
NO_RESTRICTION = "no_restriction" # the dataset has no publication restrictionPour répondre à ce besoin :
La principale particularité de cet import est que toutes les fiches créées dans le catalogue doivent avoir un accès restreint ("Oui, car cette fiche n’est pas achevée").
Il faudrait rajouter une colonne publication_restriction avec la valeur "draft" dans le CSV d'import du catalogue.
Suggestions:
- enlever ce champs complémentaire "donnees_diffusion" du catalogue
- utiliser le champ "publication_restriction" avec la valeur "draft"
@johanricher tu en penses quoi ?
johanricher
Contexte
Suite à la création de l'organisation DITP et aux essais menés en interne, on souhaite d'importer leur catalogue afin de valider que l'outil permet de gérer et mettre à jour le catalogue en accord avec les process actuels.
Chaque jeu de données correspond à un indicateur de politique prioritaire du gouvernement qui concerne un ministère.
Le modèle de données de catalogue.data.gouv.fr considère qu'un jeu de données dans le catalogue (une "fiche") est produit par l'organisation qui le catalogue.
Or, la DITP, en tant que direction interministérielle qui instruit le pilotage des politiques prioritaires de l'Etat, catalogue des jeux de données "produits" par d'autres administrations.
On a donc adapté autant que possible le schéma de la DITP (champs complémentaires) pour distinguer les "jeux de données" des "indicateurs" : la DITP est l'organisation qui produit les "jeux de données" catalogués, chacun contenant les données d'un "indicateur" qui concerne une organisation (ministère) en particulier. Les contacts indiqués sont autant que possible associés à l'organisation concernée par l'indicateur.
Données à importer
Un fichier CSV nous a été transmis qui a d'abord été traité, et un schéma spécifique a été créé pour gérer les champs complémentaires.
Le fichier à importer : https://nuage.liiib.re/s/Byj3gxoQjScge7r?path=%2FParties%20prenantes%2FDITP (
ditp_catalogue_valide.csv)Le schéma, qui spécifie les champs complémentaires : https://github.com/etalab/catalogage-donnees-config/blob/ae82f69dd098f45d44ec3c012bbade3b41f8ae2d/organizations/ditp/catalog_schema.json
Le catalogue précédent créé avec le schéma commun (https://github.com/etalab/catalogage-donnees-config/pull/37) est supprimé.
Infos complémentaires
La principale particularité de cet import est que toutes les fiches créées dans le catalogue doivent avoir un accès restreint ("Oui, car cette fiche n’est pas achevée").
Précisions sur certains champs :
freq_maj) : dans le fichier a importer, le mapping a déjà été fait avec les valeurs telles qu'on les a en base (pas besoin de faire le traitement spécifique qui avait été fait lors de l'import du catalogue MC).,) sans espace, et doivent être enregistrées en base comme des valeurs séparéesRessources