Evolution du Socle Commun des Données Locales
  • Démarche d'élaboration des standards de données locales
  • Guide d'élaboration
    • Recommandations relatives aux schémas de validation
    • Recommandations relatives aux jeux de données
    • Modèles de données élémentaires courantes
    • Règles d'interopérabilité
  • Standards en cours d'élaboration
    • Schémas en construction
      • Effectif Scolaire
      • Bornes Wifi public
    • Schémas en investigation
      • Aires de livraison
      • Commerces de proximité
      • Evénements locaux
      • Points d'Apport Volontaire
      • Panneaux d'affichages publicitaires
      • Règlement Local de Publicité
    • Schémas en évolution
      • Base Adresse Locale
      • Marchés de la commande publique
  • Référence
    • Schémas Publiés
      • Base Adresse Locale (v1.1.3)
      • Budgets (v0.8.1)
      • Catalogue simplifié (v0.0.1)
      • Délibérations (v2.1.2)
      • Marchés publics (v2.0.0)
      • Menus Collectifs (v1.2)
      • Plats des menus (v0.7)
      • Prénoms des nouveaux-nés (v1.1.3)
      • Subventions (v2.0.0)
  • Archives
    • Aides aux Entreprises
    • Points d'Eau Incendie
    • Untitled
      • Arrêtés de circulation
Propulsé par GitBook
Sur cette page
  • Recommandations pour la création des schémas
  • Recommandations pour la mise à jour des schémas
  • Recommandations pour le versionnage des schémas

Cet article vous a-t-il été utile ?

  1. Guide d'élaboration

Recommandations relatives aux schémas de validation

PrécédentDémarche d'élaboration des standards de données localesSuivantRecommandations relatives aux jeux de données

Dernière mise à jour il y a 4 ans

Cet article vous a-t-il été utile ?

Recommandations pour la création des schémas

Dès que le draft d'une spécification du Socle Commun des Données Locales est suffisamment mûr, son contenu est implémenté, ajusté si nécessaire, et stabilisé dans un schéma json au format . Ce format a été défini dans le cadre du projet porté par . En s'y conformant, les schémas du SCDL peuvent être utilisés pour valider des données tabulaires via des outils tels que ceux proposés sur la plateforme .

Méthodologie proposée par Charles Népote (Fing) :

Recommandations pour la mise à jour des schémas

Quand une spécification est implémentée, son schéma est référencé sur le . Certains schémas sont hébergés dans des dépôts dédiés et d'autres dans des dépôts distants, notamment sur Github. Les éventuelles modifications à leur apporter sont alors directement opérées par leur(s) auteur(s).

Pour signaler un problème ou suggérer une amélioration, il est recommandé d'utiliser le système de tickets ('issues') de chaque dépôt.

Recommandations pour le versionnage des schémas

Pour assurer le versionnage des schémas, et par conséquent celui de la documentation qui décrit chaque modèle de données, les règles de gestion s'appuient sur les principes de la

Étant donné un numéro de version majeur.mineur.correctif, il faut incrémenter :

  • le numéro de version majeur quand il y a des changements non rétrocompatibles,

  • le numéro de version mineur quand il y a des changements rétrocompatibles,

  • le numéro de version de correctif quand il y a des corrections d’anomalies rétrocompatibles.

Table Schema
Frictionless Data
Open Knowledge International
Validata
https://docs.google.com/document/d/1zMHb_98c5XA7yGKnL4u7-WFmA5BNTczJ3kBHCoWmtW4/edit#
GitLab d'OpenDataFrance
Gestion sémantique de version 2.0.0