Spécification initiale¶

Voir le ticket JIRA

Contexte¶

Script de vérification des données vectorielles.

A partir des information fournies en entrée (entité livraison + entité stockage)

Contrôler les fichiers de type vecteur :

pour les GeoJSON, CSV, GeoPackage, Shapefile : capacité à les lire avec GDAL, récupération de l’étendue globale des données
pour les SQL : autorisation uniquement des instructions CREATE TABLE, CREATE INDEX, CREATE VIEW, ALTER TABLE, sans précision du nom du schéma

Compilation de l’étendue géographique de l’ensemble de la livraison et remontée de cette information dans l’entrepôt

OK si la vérification n’a pas levée d’erreur
ERROR si une erreur à eu lieu dans les vérification
TECHNICAL_ERROR si une erreur de processus à une lieu (stockage inacessible, informations en entrée incomplètes ou incohérentes, erreur de lecture, etc.) -> l’erreur interne ne doit pas donner lieu à un statut particulier pour les exécutions de vérification du point de vue de l’utilisateur (les logs peuvent très bien préciser que c’est une erreur interne et que l’utilisateur n’est pas responsable).

Même régles que les autres scripts de vérification
Préfixer une partie des logs à destination des “utilisateurs” par [USER]
Le log utilisateur doit préciser pour chaque fichier de type vecteur le résultat de la vérification, de manière détaillé
Les logs plus techniques à destination des “administrateurs” n’ont pas de préfixes particuliers
Les logs techniques détaillent les différents actions technique (accès au fichier avec emplacemenets, commandes exécutées, etc…)

RAS