Groupes d’objets, droits et règles qualité
Un groupe d'objets sélectionne une population. Un droit de validation définit ce qu'un groupe métier vérifie sur cette population. Une règle qualité décrit une condition à détecter dans le référentiel. Ces définitions ont des fonctions différentes.
Thèmes et groupes d'objets
Créez ou choisissez un thème pour organiser l'arbre, puis définissez un groupe nommé et sa condition de sélection. Utilisez des noms reconnaissables par les utilisateurs. Lancez Tester la règle avant d'enregistrer ou d'attribuer de larges responsabilités.
Une relation n'est pas nécessairement publiée comme ligne ou polygone. Le test des groupes d'objets tient compte des relations par leurs données primitives. Un test positif confirme des objets correspondants dans son périmètre de test ; il ne prouve pas que ces objets portent des changements surveillés en attente.
Droits de validation
Pour chaque association groupe métier / groupe d'objets, choisissez la vérification de géométrie, de tous les tags ou de certaines clés. Surveiller tous les tags est plus large qu'une liste ciblée et augmente généralement la charge.
Une équipe voirie peut par exemple surveiller highway, access et la géométrie, et une autre un ensemble d'attributs différent. Vérifiez ensemble le suivi des validations partielles obtenu. La recherche de modifications similaires porte sur les changements surveillés ; elle ne compare pas nécessairement tous les tags.
Un déplacement sous la tolérance configurée peut avoir od_changed_geom=false. Cela supprime l'obligation de vérification de ce changement géométrique, pas les différences réelles de coordonnées ni les contrôles de cohérence d'intégration.
Règles qualité
- Choisissez le groupe d'objets constituant la population à examiner.
- Donnez un nom explicite et une description indiquant quoi vérifier.
- Saisissez la condition SQL prise en charge et utilisez le test du formulaire.
- Activez la règle et attribuez ses groupes métier.
- Ouvrez Qualité avec un utilisateur concerné et examinez un résultat représentatif.
La condition est combinée à celle du groupe d'objets. Ce n'est pas un script SQL de maintenance libre. Respectez la syntaxe attendue par le champ plutôt que de coller un UPDATE complet ou une migration.
Une règle qualité s'applique aux géométries publiées du référentiel. Une relation primitive sans géométrie publiée ne constitue pas un signalement ligne/polygone équivalent ; le test des relations dans les groupes d'objets ne doit pas être généralisé à toutes les requêtes qualité.
Une modification de règle peut changer les signalements affichés. Rédigez une description utile : conditions d'acceptabilité, éléments externes à consulter et responsable de la règle.
Validation automatique
Le groupe d'objets propose une option de validation automatique. La rubrique Contributeurs permet également d'activer cette option pour un contributeur OSM. Lors de son passage, le pipeline peut alors faire passer des changements correspondants de tovalidate à valid. Réservez ces options à une politique explicitement décidée : elles ne s'appliquent qu'en l'absence d'obligation manuelle et ne sont pas de simples préférences d'affichage.
Cette approbation automatique ne remplace pas les contrôles d'intégration. Une dépendance, un parent affecté ou un contexte incohérent peut encore bloquer le lot. Elle est également distincte de l'inclusion d'une dépendance sans changement surveillé par le préparateur.
Pour une condition qualité simple, par exemple une clé capacity absente, le formulaire accepte une condition telle que :
NOT tags ? 'capacity'
Cette condition est à combiner au bon groupe d'objets ; elle ne démontre pas que capacity devrait être obligatoire sur tous les objets OSM.
Auto-validation et groupes manuels
L’auto-validation d’un groupe ou d’un contributeur ne contourne pas les changements surveillés par un autre groupe manuel actif. Les décisions partielles de refus ou de mise en attente restent bloquantes. Voir la politique de validation.