search

Geoplateforme / geoplateforme.github.io

Site d'accueil de la documentation Géoplateforme
https://geoplateforme.github.io/
6 stars 1 forks source link

failed sur "Vérification vecteur" #39

Open grechg opened 4 months ago

grechg commented 4 months ago

Entité(s) concernée(s)

check

Route API concernée

/administrator/checks

Méthode de la route API

GET

Description détaillée du bug

Bonjour, J'ai une erreur (failed sur "Vérification vecteur" (_id": "f7c76484-f546-4659-80d7-8e6b9743ea1a"), mais je ne sais pas d'où cela provient. Comment puis je avoir plus d'info ? Merci. Cordialement,

VictorGratacap commented 4 months ago

Bonjour,

Une route existe pour récupérer les logs d'une execution de traitement: GET https://data.geopf.fr/api/datastores/{datastore}/checks/executions/{execution}/logs

En plus des logs pourriez-vous nous en dire plus sur la donnée à vérifier (et éventuellement l'_id de l'execution de traitement)?

grechg commented 4 months ago

Merci, la requête ne fait que me confirmer le caractère "FAILURE" (https://data.geopf.fr/api/datastores/5dd01227-ff72-4397-9fd4-3438cca90323/checks/executions/f7c76484-f546-4659-80d7-8e6b9743ea1a) La donnée (volumineuse) est téléchargeable ici : https://inpn.mnhn.fr/viewer-carto/CarHab/geoserver/www/CarHab_21_Cote-dOr.zip

VictorGratacap commented 4 months ago

J'ai oublié le /logs à la fin de la route que je vous ai donnée, pourriez-vous repasser la requette pour obtenir les logs de la vérification en erreur ?

grechg commented 4 months ago

https://data.geopf.fr/api/datastores/5dd01227-ff72-4397-9fd4-3438cca90323/checks/executions/f7c76484-f546-4659-80d7-8e6b9743ea1a/logs Le message n'est pas explicite...

Dolite commented 4 months ago

Pouvez vous donner le contenu de votre livraison sur l'entrepôt ? (GET https://data.geopf.fr/api/datastores/5dd01227-ff72-4397-9fd4-3438cca90323/uploads/{id}/tree). Comme l'API de téléversement de donnée au sein d'une livraison vient de changer, cela vient peut être de là.

Dolite commented 4 months ago

Je viens d'essyaer et si on ne prend pas en compte la nouvelle API, les vérifications échouent effectivement. Le document sur la modification à opérer est ici : https://geoplateforme.github.io/tutoriels/production/changements/televersement/

grechg commented 4 months ago

Merci. En fait, l'upload semble rester deséspérement vide après chargement de la donnée. Pouvez vous m'indiquer comment il faut formater le path ?

Dolite commented 4 months ago

Lors du téléversement d'un fichier dans un upload, 'path' est un paramètre de requête qui doit préciser au moins un sous dossier et un nom de fichier. Par exemple, si je pousse le fichier local vecteur.gpkg, je peux mettre un path = data/vector.gpkg.

grechg commented 4 months ago

Merci. C'est mieux. Mais j'ai une "Vérification vecteur" qui reste à failed sur mon upload (ef7bb324-c1ed-40e9-95b2-658edbebf14b). Comment puis je le corriger ?

Dolite commented 4 months ago

Quel est l'identifiant de l'exécution de vérification en erreur ?

grechg commented 4 months ago

L'id du check est ec53c179-92b4-4664-becb-ab3317241af4 Merci

Dolite commented 4 months ago

A priori il manque le fichier shx à côté du shp.

grechg commented 4 months ago

En fait, l'outil du swagger ne permet de sélectionner qu'un seul fichier. J'ai donc pointer sur le .shp en espérant que les autres fichiers du shape soient bien pris (mais le .shx est bien là). Ou bien faut il s'y prendre autrement (zip) ? Merci

Dolite commented 4 months ago

Il faut faire appel à l'API de téléversement autant de fois qu'il y a de fichiers à livrer, donc avec le format shapefile, il y a 5-6 fichiers par table finale de donnée.

grechg commented 4 months ago

Merci. J'avance, j'en suis à la conf du WFS. L'erreur qui m'est renvoyé est "Le champ details.usedData[0].relations ne doit pas être vide" . A quoi correspondent ces relations SVP ?

Dolite commented 4 months ago

Ce champ permet principalement de préciser quelles tables et vues de la donnée stockée on souhaite diffuser (on peut ne pas tout diffuser se la stored data en WFS). On va également pouvoir changer le nom de la table : la table stockée s'appelle toto, mais on veut que la couche WFS se nomme <layername>:titi. Cela se fait en jouant sur le native_name (nom de la table en interne, un contrôle sera fait pour vérifier qu'elle existe bien dans la donnée stockée utilisée) et le public_name. Enfin, on précise le titre, résumé et mots clés pour chaque couche WFS finale.

Exemple du tutoriel :

{
    "type": "WFS",
    "name": "Pays et écorégions",
    "layer_name": "pays_ecoregions",
    "type_infos": {
        "bbox": {
            "west": -175,
            "south": -75,
            "east": 175,
            "north": 85
        },
        "used_data": [
            {
                "relations": [
                    {
                        "native_name": "ecoregions",
                        "public_name": "regions_ecologiques",
                        "title": "Régions écologiques",
                        "keywords": [
                            "Tutoriel", "Données mondiales"
                        ],
                        "abstract": "Grandes régions naturelles mondiales"
                    },
                    {
                        "native_name": "pays",
                        "title": "Pays du monde",
                        "keywords": [
                            "Tutoriel", "Données mondiales"
                        ],
                        "abstract": "Pays du monde"
                    }
                ],
                "stored_data": "{stored data}"
            }
        ]
    }
}

On souhaite ici diffuser les tables stockées ecoregions et pays.

grechg commented 3 months ago

Merci, j'avance. J'ai un pb sur l'import du SLD : Le contenu du fichier statique SLD n'est pas valide : cvc-complex-type.3.1: Value '1.1.0' of attribute 'version' of element 'StyledLayerDescriptor' is not valid with respect to the corresponding attribute use. Attribute 'version' has a fixed value of '1.0.0'. Pourtant c'est bien cette version qui est indiquée dans les fichiers proposés sur le tuto. Faut il que j'ouvre un autre ticket ?

Dolite commented 3 months ago

Je viens de regarder sur les tutoriels et les exemples sont bien en 1.0.0. On a limité à cette version pour être certains que le SLD est bien compris côté geoserver. La montée de version doit être analysée pour s'assurer que l'on garde les couches existantes bien fonctionnelles. En passant cette version en 1.0.0 vous avez toujours un souci de dépôt de style ?

grechg commented 3 months ago

Merci. Pour l'instant j'ai "TypeError: NetworkError when attempting to fetch resource" ce qui arrive assez souvent...

grechg commented 3 months ago

En fait, j'exporte mon SLD d'un geoserver, et il est effectivement en version 1.1.0 et je ne crois pas qu'il soit possible de déprécier cette version. N'y a t il pas possibilité d'augmenter la limite de version ? J'ai un autre SLD en 1.0.0 (toujours issu d'un geoserver) qui passe sans pb. Merci

Dolite commented 3 months ago

Le souci est que le comportement de nos geoserver avec des SLD 1.1.0 n'est pas assuré, c'est pour cela que l'API de téléversement des styles impose. Nous devons analyser la possibilité de montée de version mais pour le moment, seule la conversion en 1.0.0 permettra de déposer le style.