Open johanricher opened 10 months ago
dcterms:spatial
renvoie vers :
dcat:bbox
qui correspond à un polygone de l'emprise spatiale. Cette métadonnée est bien renseignée (taux de remplissage autour de 96%). Elle n'est toutefois pas encore récupérée par data.gouv.L'utilisation de l'URI peut être plus simple en première instance, bien que moins d'information soit disponible.
J'exclurais de ce ticket le besoin exprimé en ligne 29 Identifier les données géographiques dont la topologie devrait être vérifiée (chevauchement temporel et / ou spatial : je le conçois davantage en lien avec des contrôles de qualité sur les données elles-mêmes (mention de la topologie).
J'avais à partir des bbox réalisé l'histogramme ci-dessous. Il serait intéressant pour les cartes de distinguer les jeux de données départementaux (en incluant celles disponibles au niveau communal) des jeux de données régionaux. Pour les jeux de données nationaux une carte n'est pas utile.
@johanricher , au vu des informations apportées par @Thesauruv, j'aurai besoin de plus d'informations/ de validations :
On est utilise bien le champ URI Insee ? Plus simple, récupéré par data.gouv.fr, mais moins renseigné que le champ spatial_coverage. Je redemande car on part sur deux styles de traitement très différents.
Dans cette carte nationale découpée par département, comment répond-on au besoin : "32- Comparer la qualité des jeux de données produits au niveau national par rapport à ceux produits au niveau local" ? Comme suggéré, dans la carte départementale je vais agréger les mailles inférieures, mais cela ne fera pas tout.
Vu avec @Thesauruv : on utilise bien le champ URI Insee
Ne pas faire l'aggrégation des mailles inférieures, car c'est bien la couverture de la maille qui nous intéresse
/!\ Attention, dans le champs URI INSEE, un jeu de données peut présenter deux mailles différentes (ex: département et commune).
Dans ce cas, il faut garder uniquement le maille la plus petite et supprimer l'autre
Carto départementale disponible ici ou sur le dashboard.
J'ai crée une colonne département et une colonne commune, basé sur le champ URI. En cas de présence de donnée communale et départementale pour un même dataset, je supprime la maille départementale (car ne représente pas tout le département).
La carto est assortie d'un affichage du taux de remplissage de la donnée 'departement'. Les informations multiples sont bien comptées (ex : un dataset affiche deux communes, alors les deux communes sont compatabilisées)
@Thesauruv : pour aggréger les communes et départements, il faudrait :
Un hack serait de prendre les deux premiers chiffres du code commune, passer l'API pour identifier le département serait effectivement plus clean mais laborieux. Je viens de regarder le graphe : lorsqu'une commune est renseignée, l'URI du département ne l'est pas systématiquement.
@Thesauruv j'ai utilisé ce hack pour augmenter la quantité de donnée du champ département ! Nous avons maintenant dans le département :
User story
Je suis Un gestionnaire de catalogue. Un administrateur ministériel des données.
Je veux En tant que gestionnaire, j'ai un rôle de coordination. Je souhaite apprécier mon patrimoine de données au regard des besoins de standardisation et d'agrégation, d'ouverture ou plus simplement de sélection des jeux de données les plus pertinents pour mon usage. Je souhaite pouvoir évaluer la qualité de mon patrimoine et en promouvoir l'amélioration :
Je peux [Par exemple depuis l'univers PPRN #5 (base de travail de l'itération 2)]
[Distinguer mes jeux de données] Identifier la part de jeux de données locaux et nationaux. Visualiser la distribution spatiale de mes jeux de données, au niveau des départements.
Besoins associés (du plus au moins évident)
Implémentation
Superset chart type: Country Map
Métadonnées utilisées
spatial_coverage
Remarques
Après première production de l'indicateur
Comment l'indicateur en l'état répond aux besoins ?
À remplir pendant la phase in review
Comment pourrait-il être amélioré ?
À remplir pendant la phase in review
Préconisations
À remplir pendant la phase in review