Discussion :

[saxrub]

Bonjour à tous
Je souhaite récupérer l'altitude de point.
Ma clé du domaine saxrub.fr est liée à WMTS-Géoportail - Altitude.
Je m'inspire de l'exemple de la page http://depot.ign.fr/geoportail/api/d...peur/alti.html
Ma page de test http://saxrub.fr/ALTI.html retourne le code 403.
Une idée, un conseil ?
Cordialement
Pascal

[betechsud]

Il faut vérifier que la ressource
- ALTI - Alticodage:SERVICE_CALCUL_ALTIMETRIQUE_RSC_EXT_GEOPORTAIL
ait été ajoutée à votre clé.

[saxrub]

cette référence n'est pas listée dans les options sélectionnables dans le portail de gestion des clés du ign pro.
où et comment as-tu trouvé cette référence ?
pascal

[betechsud]

cette référence a été évoquée dans un échange de mail avec pro.commerce@ign.fr

[gcebelieu]

Bonjour,

* WMTS-Géoportail - Altitude : est une ressource qui permet d'accéder à une couche de visualisation des altitudes (teintes hypsométriques), non à l'obtention d'une altitude en un point ;
* la ressource - ALTI - Alticodage:SERVICE_CALCUL_ALTIMETRIQUE_RSC_EXT_GEOPORTAIL qui permet d'accéder à ce service n'est visiblement pas proposée par le site professionnels.ign.fr.
* il faut écrire à contact.api@ign.fr (ou éventuellement pro.commerce@ign.fr) pour demander le rajout de cette ressource à sa clef (si elle est éligible pour ce service).

Gilles

[saxrub]

Bonjours à tous
Sur les conseils de betechsud, j'ai demandé ce matin aux services pro.ing de bien vouloir m'ajouter cette option.
C'est chose faite (très rapidement).
Maintenant, je n'ai plus de 403, mais je n'obtiens aucune résultat.
J'ai modifié la page http://wnat.fr/ALTI.html afin d'y tester 4 méthodes :
- Un GET avec API REST
- Un GET avec API GOOGLE
- un GET avec GEONAME format html
- un GET avec GEONAME json

Seuls les deux derniers renvoi un résultat (à ce propos, pourquoi le page est-elle reloadée alors que je fais un appel via jquery ajax ?)

Voila, vous avez le week-end pour trouver une solution
Pascal

[gcebelieu]

Bonjour,

avant d'entamer le WE :

je ne suis pas un pro du jquery, mais ce que je peux déjà dire, c'est que la requête envoyée par la page par au service d'alti :

http://wxs.ign.fr/y66adhgr76wny72k5r...521&zonly=true

fonctionne très bien et retourne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
{"elevations": [281.0]}

c'est plutôt du côté de la méthode d'envoi qu'il faut chercher.

Bon WE

Gilles

[Viglino]

Bonjour,

pourquoi le page est-elle reloadée alors que je fais un appel via jquery ajax ?

La page est rechargée car vous le demandez ! => changez href="" par href="#" dans vos liens et cela devrait marcher (rien à voir avec jQuery donc).
Mieux, utilisez autre chose qu'un lien pour lancer une requête AJAX (un bouton par exemple).

Seuls les deux derniers renvoi un résultat

Sinon, la requête ne marche pas car vous demandez une requête en jsonp (ligne 46 : dataType: 'jsonp') et le service ne supporte pas le JSONP mais seulement le JSON. En fait la requête marche bien mais le décodage du résultat plante (il s'attend à un jsonp et pas un json).
Attention, pour l'utilisez en mode JSON, vous éventuellement mettre en place un proxy.

Au passage, dommage que le service ne supporte pas le jsonp contrairement aux autres services de l'API (adresse, etc), l'utilisation d'un proxy est toujours compliquée en mettre en place pour un utilisateur débutant (quand la conf du serveur le permet). Ce ne devrait pas être très compliqué à implémenter et faciliterait grandement l'utilisation de celui-ci .

@+

[gcebelieu]

Bonjour,
Au passage, dommage que le service ne supporte pas le jsonp contrairement aux autres services de l'API (adresse, etc), l'utilisation d'un proxy est toujours compliquée en mettre en place pour un utilisateur débutant (quand la conf du serveur le permet). Ce ne devrait pas être très compliqué à implémenter et faciliterait grandement l'utilisation de celui-ci .

Le service peut bénéficier du filtre jsonp de la plateforme géoportail au même titre que les autres services, en rajoutant les paramètres suivants : output=json&callback=maFonction où maFonction est la fonction javascript qui interprétera la réponse.

Exemple :

http://wxs.ign.fr/y66adhgr76wny72k5r...at&output=json

retourne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
traiteResultat({
    "http":{
        "status":200,
        "error":null
    },
    "xml":"{"elevations": [281.0]}"
})

Ce filtre a été mis en place à l'origine pour encapsuler des réponses en XML (comme valeur de la propriété "xml" de la réponse).
Ici, c'est le json (natif) qui est mis derrière et cela ne se passe pas forcément très bien en termes de syntaxe finale

Pour que cela se passe mieux, il faut attaquer le service dans sa version WPS :

http://depot.ign.fr/geoportail/api/d...la_norme_WPS_:

qui retournera du XML qui sera encapsulé correctement dans la coquille json.

Inconvénient : il faut envoyer les requêtes en XML en HTTP POST et parser la réponse XML encapsulée...

[Viglino]

Inconvénient : il faut envoyer les requêtes en XML en HTTP POST et parser la réponse XML encapsulée...

Oui mais JSONP ne supporte pas le POST...

[gcebelieu]

Oui mais JSONP ne supporte pas le POST...

ça m'apprendra à répondre un samedi soir : je raconte n'importe quoi

J'apporte donc plus de précisions :

* Pour bénéficier de l'alti en GET et en JSONP, il faut passer par une version XML du service (l'encapsulation du service JSON natif par le filtre JSONP n'étant pas encore tout à fait au point). Pour cela, deux solutions :

1. utiliser l'insterface REST :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
http://wxs.ign.fr/CLEF/alti/rest/elevation.xml?lon=2.478036&lat=48.87324&output=json&callback=traiteResultat

nous donne le résultat JSONP suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
traiteResultat({"http":{"status":200,"error":null},"xml":"<elevations><elevation><lon>2.478</lon><lat>48.8732</lat><z>79.88</z><acc>2.5</acc></elevation></elevations>"})

2. utiliser l'interface WPS en GET :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
http://wxs.ign.fr/w6lxse7rpnhirxhsk2qzbafu/alti/wps?service=WPS&version=1.0.0&request=Execute&identifier=gs%3AWPSElevation&datainputs=lon=2.478036;lat=48.87324;format=xml&rawdataoutput=result&output=json&callback=traiteResultat

donne le résultat JSONP suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
traiteResultat({"http":{"status":200,"error":null},"xml":"<elevations><elevation><lon>2.478</lon><lat>48.8732</lat><z>79.88</z><acc>2.5</acc></elevation></elevations>"})

Bien sûr, tout cela n'est pas encore dans la doc ... on va l'intégrer.

[Viglino]

Merci Gilles pour ces précision
C'est beaucoup plus clair le lundi matin

[saxrub]

Bonjour à tous
Je lis avec intérêt vos échanges ; je n'ai pas le temps d'appliquer les recommandations ce matin ; je ferai un retour sur le forum après les modifs.
En attendant, merci pour vos avis éclairés .
Pascal

[saxrub]

Salut
L'accès en GET avec JQUERY/AJAX aux services alti/rest et GEONAMES de la page http://www.wnat.fr/ALTI.html fonctionne !
Que faut-il penser de la réponse de Gilles "l'encapsulation du service JSON natif par le filtre JSONP n'étant pas encore tout à fait au point" :
- faut-il en déduire que l'utilisation via XML qui permet d'avoir un résultat aujourd’hui ne fonctionnera plus dès lors du le "bug JSON/JSONP" sera résolu ?
- pouvons-nous partir sur cette solution dans des pages de prod ?
Merci à tous pour vos contributions.
Pascal
PS : je vais "gratter un peu plus" pour essayer de faire fonctionner l'api Google sous JQUERY/AJAX

[Viglino]

Bonjour,

Ça marche chez moi aussi...
http://geopole.free.fr/exemples/geop.../altimetry.htm

@+

[gcebelieu]

Salut
Que faut-il penser de la réponse de Gilles "l'encapsulation du service JSON natif par le filtre JSONP n'étant pas encore tout à fait au point" :
- faut-il en déduire que l'utilisation via XML qui permet d'avoir un résultat aujourd’hui ne fonctionnera plus dès lors du le "bug JSON/JSONP" sera résolu ?

Non : les services qui répondent en JSON et XML sont deux solutions pérennes qui vont co-exister.

- pouvons-nous partir sur cette solution dans des pages de prod ?

Oui

[gcebelieu]

Re-bonjour,

cette référence n'est pas listée dans les options sélectionnables dans le portail de gestion des clés du ign pro.
où et comment as-tu trouvé cette référence ?
pascal

Après prise de renseignements :

Cette donnée est accessible depuis les licences suivantes sur l'Espace pro :
-Licence géoservices IGN pour mission de service public - Internet
-Licence géoservices IGN pour mission de service public - Intranet
-Licence géoservices IGN pour mission de service public - SIG
-Licence géoservices IGN pour mission de recherche ou enseignement - SIG

comme en témoigne la copie d'écran ici :



En revanche, conformément aux barèmes et conditions des géoservices (http://professionnels.ign.fr/sites/d...bre%202013.pdf), l'alticodage n'est pas proposé dans le cadre de la "licence géoservices IGN pour usage grand public - gratuite".

Gilles

[cmail]

Le codage de Jean-Marc m'ouvre des horizons nouveaux que j'aimerais bien tester.
Mais si je comprends bien la réponse de Gilles, moi qui n'ai qu'une "licence géoservices IGN pour usage grand public - gratuite", je ne peux bénéficier du service alticodage.
C'est bien cela?

[Léo Berthoud]

Bonjour

En effet, le service d'alticodage basé sur le RGE est gratuit sur le site Géoportail et accessible en web service uniquement aux bénéficiaires de gratuité pour mission de service public. Les autres utilisateurs, pour un site internet peuvent souscrire une licence géoservices IGN pour usage grand public premium dont le premier forfait à 1245€ donne accès notamment à l’alticodage en plus des autres web services du Géoportail ; cf. http://professionnels.ign.fr/tarifs-conditions .
Par ailleurs, il existe la base de données libre BD Alti® 75m ; cf. http://professionnels.ign.fr/bdalti . Tout le monde peut mettre en ligne son propre service à partir de cette base.

Cordialement

[saxrub]

Bonjour
Quelqu'un sait-il pourquoi les services alti de l'ign, google et geomaps ne retournent-ils pas la même altitude pour les mêmes coordonnées lon=0.9989850 lat=46.0222338 ?
ign : 479m
Google : 477m
Geonames : 468m
Pascal