GPF Check Pyramide Rok4 - Documentation

Description: Vérification d’une livraison (pyramide rok4). Voir le ticket originel : https://jira.worldline.com/browse/IGNGPF-545
Author and contributors: Oslandia
Version: 2.8.0
Source code: https://gitlab.gpf-tech.ign.fr/geoplateforme/scripts-verification/check-pyramide-rok4
Last documentation build: 30 July 2024

Spécification initiale

Contexte

Vérification d’une livraison (pyramide rok4).

Description

Ce script doit vérifier qu’une pyramide rok4 livrée sur l’entrepôt correspond bien au format attendus et que les informations fournies par l’utilisateur correspondent.

Règles métier

Étapes de validations :

  • A partir des information fournies en entrée sur l’entité upload et l’entité stockage

  • Déterminer le chemin d’accès à la livraison sur le S3, puis

  • Que la livraison est bien de type PYRAMID-ROK4 (normalement l’API fait ce contrôle)

  • Que le srs de la livraison est bien le même que celui du type_infos/tms –>Quy Thy Truong on enleve ça !!

  • Que le champ channels_number est bien présent dans type_infos si le format n’est pas un format vecteur (à savoir TIFF_PBF_MVT) -Pour chaque fichier de la livraison

    • valider qu’il respecte le format ${level}_${column}_${row}.tif que le fichier correspond bien à un élément possible du TMS (en utilisant level, column et row extrait précédement)

    • calculer son emprise et l’accumuler avec les autres fichiers pour construire l’emprise globale de la pyramide

  • En cas d’erreur, la vérification doit aller au bout du traitement avant de retourner ERROR, pour remonter en logs toutes les erreurs

Informations à retourner en sortie du script

  • extent : l’extent de la pyramide (Geojson)

  • dans type_infos :

    • tms : l’id du TMS de la pyramide –> abandonnée

Retours possibles

  • OK si la vérification n’a pas levée d’erreur

  • ERROR si une erreur à eu lieu dans les vérifications

  • TECHNICAL_ERROR si une erreur de processus à une lieu (stockage inacessible, informations en entrée incomplètes ou incohérentes, erreur de lecture, etc.)

Logs

  • Même régles que les autres scripts de vérification

  • Logs spécifiques à remonter aux USER :

    • Les grandes étapes du processus (pas de log fichier par fichier)

    • Les fichiers en erreur et la cause de l’erreur

    • Les erreurs plus globales s’il y en a

  • Logs spécifiques à remonter aux ADMIN :

    • Le traitement de chaque fichier et son résultat.

    • Les erreurs techniques rencontrées

Points d’attention

RAS

Usage

Development

Miscellaneous