[Store]Script : Météo du jour

[dommarion]

Bonsoir Fab_Rice,
L'API 3.0 a cette syntaxe:
https://api.openweathermap.org/data/3.0/onecall?lat={lat}&lon={lon}&exclude={part}&appid={API key}
L'API 2.5 a cette syntaxe:
https://api.openweathermap.org/data/2.5/weather?lat={lat}&lon={lon}&appid={API key}

Dans le script la racine URL est la suivante:
$url = 'http://api.openweathermap.org/data/2.5/';
Il suffit de changer par:
$url = 'http://api.openweathermap.org/data/3.0/';
Ensuite il y a deux appels différents:
La météo avec
$url_meteo = $url.'onecall?';
La qualité de l'air avec
$url_qualiteair = $url.'air_pollution?';

Vérifie que cela fonctionne avec la qualité de l'air et en effet nous pourrons adapter le script avec la version 3.0

Bonne soirée,
dommarion

[marsup]

Salut dommarion,
J'ai essayé de remplacer le numéro de version mais cela ne fonctionne pas de mon côté.
Une idée ?
Bonne soirée,

[dommarion]

J'ai essayé de remplacer le numéro de version mais cela ne fonctionne pas de mon côté. Une idée ?

Bonjour marsup, as-tu prix le plan sur le site pour l'API 3.0 ?
Merci
dommarion

[marsup]

Hello,
Je ne suis pas sûr d'avoir fait correctement.
J'avais la clé API et je comprends qu'on garde la même.
J'ai souscrit à One Call 3.0 en rentrant ma CB et en limitant à 1000 appels.
Et remplacé 2.5 par 3.0 dans le script.
Et rien de plus : j'ai oublié qq chose ?

Bonne soirée,
David

[dommarion]

Bonsoir marsup,
Normalement si tu passe sur API 3.0 alors tu prends la clef API 3.0 que tu dois avoir dans ton compte OpenWeather.com
Bonne soirée
dommarion

[marsup]

Salut,

Je constate bien des appels dans la page statistiques du site openweather mais les valeurs ne sont pas récupérées par les composants.
Le flux est bien affiché en mode debug sur la fenêtre de test.
Je dois changer un élément de plus dans le script ?

Bonne journée,

David

[opa95]

Bonjour Marsup

Salut,

Je constate bien des appels dans la page statistiques du site openweather mais les valeurs ne sont pas récupérées par les composants.
Le flux est bien affiché en mode debug sur la fenêtre de test.
Je dois changer un élément de plus dans le script ?

Bonne journée,

David

Si tu as un affichage, dans la fenêtre test : vérifie que le XPATH est bien conforme aux champs affichés.
Sinon, envoie la totalité du contenu affiché pour pouvoir juger

[marsup]

Je n'ai pas réussi à avoir le bon xpath
Les valeurs sont sur les attributs comme par exemple : <donnees_meteo><current ... feel_like="nnn"> ou encore <donnees_meteo><donnees_qualite ... air_aqi="nnn">
J'ai essayé respectivement //current/@feel_like et //donnees_qualite/@air_aqi
En pièce jointe, la trace ou ici https://drive.google.com/file/d/1pJKfHE ... sp=sharing .

[opa95]

Bonsoir marsup

Je n'ai pas réussi à avoir le bon xpath
Les valeurs sont sur les attributs comme par exemple : <donnees_meteo><current ... feel_like="nnn"> ou encore <donnees_meteo><donnees_qualite ... air_aqi="nnn">
J'ai essayé respectivement //current/@feel_like et //donnees_qualite/@air_aqi
En pièce jointe, la trace ou ici https://drive.google.com/file/d/1pJKfHE ... sp=sharing .

Dans la fenêtre de résultats, il ne devrait rien y avoir avant
<?xml version="1.0" encoding="UTF-8"?>
Je n'ai pas ta version du script, mais il y a deux problèmes
Il y a un warning pour la ligne 74 : il doit correspondre au sdk_header('text/xml');
rajoute un "@"

Code : Tout sélectionner

@sdk_header('text/xml');

pour supprimer ce warning
D'autre part, Il y a des impressions correspondant à des instructions de type "var_dump()"
Habituellement elles sont contrôlées par un paramètre de type debug
Il y a probablement un paramètre de type

Code : Tout sélectionner

&debug=1

dans la ligne de commande ou bien
une instruction de type

Code : Tout sélectionner

$debug=1;

au début de script.
Tu devrais arriver à afficher dans la fenêtre de debug uniquement le xml qui démarre à <?xml version="1.0" encoding="UTF-8"?>
Dis-moi ce que ça donne

[marsup]

Merci pour la correction, ça permet d'enlever l'anomalie.
Pour info, lorsque j'ai constaté que le script ne fonctionnait plus il y a 8 jours (il l'était depuis plusieurs années), j'ai réinitialisé avec celui en ligne.
Je n'arrive toujours pas à extraire la valeur de l'attribut en xpath : je suis preneur si tu sais.
En lien, la nouvelle version du résultat avec debug=1 : https://drive.google.com/file/d/1pJKfHE ... drive_link
Bonne soirée,
David

[marsup]

Je me réponds finalement car les xpath suivants fonctionnent :
//current/@feels_like pour la température ressentie
//current/@temp_max pour la température max du jour
Merci beaucoup

[opa95]

Bonsoir marsup

Je me réponds finalement car les xpath suivants fonctionnent :
//current/@feels_like pour la température ressentie
//current/@temp_max pour la température max du jour
Merci beaucoup

Tu peux avoir accès à n'importe quel valeur avec par exemple pour samedi, en sélectionnant sur le champ nom (tu pourrais choisir num [@num=2] ou n'importe quel champ)
//day[@nom='sam']/@temp_like_day -> 13.62

[dommarion]

Bonsoir opa95, marsup,
C'est super, encore une migration vers API 3.0 réussie.
Bonne soirée
dommarion

[opa95]

Bonjour tous

Bonsoir Fab_Rice,
L'API 3.0 a cette syntaxe:
https://api.openweathermap.org/data/3.0/onecall?lat={lat}&lon={lon}&exclude={part}&appid={API key}
L'API 2.5 a cette syntaxe:
https://api.openweathermap.org/data/2.5/weather?lat={lat}&lon={lon}&appid={API key}

Dans le script la racine URL est la suivante:
$url = 'http://api.openweathermap.org/data/2.5/';
Il suffit de changer par:
$url = 'http://api.openweathermap.org/data/3.0/';
Ensuite il y a deux appels différents:
La météo avec
$url_meteo = $url.'onecall?';
La qualité de l'air avec
$url_qualiteair = $url.'air_pollution?';

Vérifie que cela fonctionne avec la qualité de l'air et en effet nous pourrons adapter le script avec la version 3.0

Bonne soirée,
dommarion

Il faut effectivement changer l'instruction citée par dommarion.
Il n'est pas nécessaire de changer la clef (normalement l'ancienne clef est acceptable, d'après openweather) mais il faut demander l'accès à la version 3.0 chez openweather et fournir un numéro de carte bancaire pour les éventuels dépassements de consommation.
j'ai reçu un message de openweather confirmant l'arrêt de l'accès à la version 2.5
Il faudrait sans doute changer le script en ligne.

[dommarion]

Bonsoir opa95,
Ok pour mettre en ligne le nouveau plugin en API 3.0.
J'imagine qu'il faut adapter le script, le json et le fichier d'aide...
Si tu peux t'en occuper, je me chargerai de tester et mettre ensuite la nouvelle version en ligne.
Bonne soirée
dommarion

[opa95]

Bonjour dommarion

Bonsoir opa95,
Ok pour mettre en ligne le nouveau plugin en API 3.0.
J'imagine qu'il faut adapter le script, le json et le fichier d'aide...
Si tu peux t'en occuper, je me chargerai de tester et mettre ensuite la nouvelle version en ligne.
Bonne soirée
dommarion

Merci pour la mise en ligne de la version utilisant openweather3.0
Prière aux utilisateurs de signaler les problèmes ou les améliorations souhaitables : Le script n'est pas optimisé pour la version 3.0, il est juste adapté à la nouvelle adresse du site openweather.
Il faut s'inscrire de nouveau sur le site, mais le code 2.5 reste valable (à vérifier). Le nombre d'appels journaliers (720) reste inférieur à la limite (1000) des appels gratuits, mais il faudra donner un numéro de carte bancaire pour accéder à la version 3.0

[Fab_Rice]

Bonsoir et merci à vous
Vous avez modifié autre chose que le passage à l'API 3.0 ?

[opa95]

Bonsoir Fab_Rice

Bonsoir et merci à vous
Vous avez modifié autre chose que le passage à l'API 3.0 ?

J'ai corrigé aussi 2 variables qui étaient mal initialisées, mais apparemment ça n'avait gêné personne.
Sinon juste les deux lignes d'appel du site (2.5 -> 3.0).
Ajout du numéro de version dans la doc et dans le script d'installation (json).
Bon Week-end à tous