IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

IGN API Géoportail Discussion :

Calculs altimétriques incohérents selon le nombre de points


Sujet :

IGN API Géoportail

  1. #1
    Membre averti
    Homme Profil pro
    infographiste
    Inscrit en
    Juin 2019
    Messages
    12
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations professionnelles :
    Activité : infographiste
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2019
    Messages : 12
    Par défaut Calculs altimétriques incohérents selon le nombre de points
    Bonjour,
    Je vois qu'il y a des discussions un peu similaires mais je n'en ai trouvé aucune sur ce problème précis.

    Je viens de découvrir que selon le nombre de points listés dans une requête altimétrique (api REST, script elevation.json), les mêmes points peuvent retourner des résultats différents. Dans mes quelques tests, l'écart du résultat varie de quelques centimètres à une trentaine de mètres.

    Vous trouverez en pièce jointe un tableau montrant les résultats de mes tests et les données permettant de les reproduire, disponible en 2 formats:


    J'ai utilisé 2 lots de 49 points, l'un éloigné des côtes et l'autre en bordure des côtes bretonnes. Pour chaque lot, j'ai inclus une url de requête d'altitudes.
    Une colonne montre les altitudes retournées par cette url et une autre montre celles obtenues en divisant les requêtes par blocs d'environ 7-8 points.

    Sur la totalité des points, il y a des différences d'altitudes entre la requête unique et les requêtes divisées.
    Pour la plupart, l'écart est de quelques centimètres ou décimètres, mais pour certains il est de plusieurs mètres.

    Pourriez-vous m'expliquer d'où vient cette différence? S'agit-il d'un bug ou d'une limitation de l'outil ? Au quel cas, existe-t-il un type de requête plus fiable ?

    Merci par avance.

  2. #2
    Membre expérimenté Avatar de azarzelli
    Homme Profil pro
    Analyse système
    Inscrit en
    Septembre 2020
    Messages
    145
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Analyse système

    Informations forums :
    Inscription : Septembre 2020
    Messages : 145
    Par défaut
    Bonjour,

    Le comportement observé est le comportement normal du service. Plus précisément il s'agit d'un mécanisme de préservation du service lui permettant de mieux supporter la charge : plus une requête contient de points éloignés entre eux, plus le service doit charger de tuiles de données pour obtenir les altitudes correspondantes. Au-delà d'un certain seuil (30 tuiles) il est paramétré pour ne pas charger les tuiles de haute résolution (qui représentent alors un trop gros volume) mais le niveau au-dessus (2m/pixel), et recommence le process jusqu'à trouver un niveau adapté. Il envoie alors une réponse interpolée à partir de ces données de moindre résolution.

    C'est ce qui arrive dans les exemples fournis : la requête à 8 points revient avec la valeur haute résolution (1m), alors que la requête à 49 points est trop dispersée et la réponse est donc une interpolation sur des données de résolution inférieure.

    La trace de ce comportement est la modification de la valeur du champ "acc". Nous avons pour projet d'expliciter dans ce champ le niveau de pyramide utilisé pour répondre à la requête.

    Cordialement,

  3. #3
    Membre averti
    Homme Profil pro
    infographiste
    Inscrit en
    Juin 2019
    Messages
    12
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations professionnelles :
    Activité : infographiste
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2019
    Messages : 12
    Par défaut
    Merci pour votre réponse.
    Je ne vois pas de mention de cette limitation sur la page de documentation du service. Pourtant il me paraît important de l'indiquer afin que les utilisateurs qui ont besoin d'une précision maximale puissent adapter leurs requêtes.

    Pourriez-vous me préciser si lors d'une requête, le script charge toutes les tuiles contenues dans la boîte englobante des points ou s'il charge seulement les tuiles sur lesquelles se trouvent des points ?
    Dans le premier cas, 2 points suffiraient à dépasser le seuil de 30 tuiles, du moment que leur boîte englobante en contient plus de 30, tandis que dans le 2e cas, il faudrait un minimum de 31 points pour dépasser le seuil, quel que soit leur éloignement.

    Pourriez-vous aussi me préciser la taille d'une tuile de haute résolution afin que nous puissions estimer comment diviser nos requêtes ? Bien entendu, pour être exact, il faudrait connaître le positionnement des tuiles, mais si nous pouvons déjà faire une estimation approximative, cela nous permettrait d'éviter de dépasser le seuil.

  4. #4
    Membre expérimenté Avatar de azarzelli
    Homme Profil pro
    Analyse système
    Inscrit en
    Septembre 2020
    Messages
    145
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Analyse système

    Informations forums :
    Inscription : Septembre 2020
    Messages : 145
    Par défaut
    Chaque tuile fait 256*256 pixels, donc 256m de côté puisque le RGEAlti a une résolution de 1m. A noter que le service peut tout à fait charger des tuiles disjointes, il ne charge que ce dont il a besoin : il est possible dex demander un point à Brest et l'autre à Nice, ça ne fera quand même que 2 tuiles à charger.

  5. #5
    Membre averti
    Homme Profil pro
    infographiste
    Inscrit en
    Juin 2019
    Messages
    12
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations professionnelles :
    Activité : infographiste
    Secteur : Industrie

    Informations forums :
    Inscription : Juin 2019
    Messages : 12
    Par défaut
    Parfait, merci pour ces clarifications.

Discussions similaires

  1. [XL-2016] Calculer nombre de points d'un mot selon cotation des lettres
    Par khroujou dans le forum Excel
    Réponses: 11
    Dernier message: 29/12/2020, 20h02
  2. Réponses: 5
    Dernier message: 22/11/2018, 07h11
  3. Comment sont calculés les points et nombre de points qui ne bouge plus !
    Par vttman dans le forum Mode d'emploi & aide aux nouveaux
    Réponses: 4
    Dernier message: 20/01/2017, 07h20
  4. Calculer de nombre de point virgules dans un fichier
    Par delilou dans le forum Développement de jobs
    Réponses: 1
    Dernier message: 28/03/2011, 17h53
  5. Réponses: 11
    Dernier message: 18/11/2010, 11h07

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo