Rainette v1, la méteo au quotidien

Ce plugin permet d’afficher les conditions et les prévisions météorologiques d’une ville donnée à partir du flux xml fourni par le site weather.com®.

Description

Synopsis

Le plugin Rainette est destiné à afficher les données météorologiques d’une ville choisie par son code météo standard (FRXX0076 pour Paris, par exemple). Les données météorologiques sont fournies par le site weather.com®.

Le plugin propose d’afficher, d’une part, les conditions courantes, rafraîchies toutes les 30mn, et, d’autre part, les prévisions sur plusieurs jours, rafraîchies toutes les 2h.
L’affichage des données météorologiques se fait au travers de modèles, ce qui permet l’inclusion dans un squelette ou dans un article. Cet affichage est totalement paramétrable (icônes, libellés, unités, présentation...).

Une page « Météo » est aussi disponible pour le squelette ZPIP, voir l’article Rainette v1 et les squelettes Z pour plus de détails.

Il est aussi possible d’afficher des informations sur la ville observée via un modèle spécifique ou une balise.

Exclusions

La recherche du code météo des villes et la gestion des dites villes ne fait pas partie du plugin. Ces fonctions doivent être développées dans les squelettes ou plugins qui utilisent Rainette.

Crédits

Rainette s’inspire dans son principe du plugin Grenouille mais ne stocke aucune information en base de données ni ne gère le choix des villes. Merci donc à Artégo et Touti pour la grenouille originelle.

Installation

Se référer à l’installation d’un plugin sur spip.net. L’ensemble des sources est installé dans plugins/. Rien n’est créé en base de données.
Le plugin est déposé sur la zone et peut être téléchargé en zip ou en SVN.

Désinstallation

Désactiver le plugin dans la page d’administration de l’espace privé. Ensuite supprimer le dossier du plugin Rainette dans plugins/.
Pour enlever toutes traces du plugin il est possible de supprimer aussi le cache du plugin à l’emplacement tmp/cache/rainette/.

Configuration

Le plugin propose des paramètres de configuration, définis dans rainette_options.php, et qui s’appliquent à l’ensemble des villes observées par Rainette (aucune configuration CFG n’est proposée). Ce sont :

Répertoire des icônes personnalisés
variable _RAINETTE_ICONES_PATH
défaut ’rainette/’
valeurs Ce sous-répertoire est à créer dans le dossier squelettes/ ou dans le dossier du plugin utilisateur. Il accueille alors les icônes de temps personnalisés
Intervalle de mise à jour des prévisions météo
variable _RAINETTE_RELOAD_TIME_PREVISIONS
défaut 2*3600 (soit 2 heures)
valeurs Ce que l’on veut mais il n’y a aucun intérêt à choisir une valeur inférieure à 2 heures car c’est la récurrence minimale de weather.com
Intervalle de mise à jour des prévisions météo
variable _RAINETTE_RELOAD_TIME_CONDITIONS
défaut 1800 (soit 30 minutes)
valeurs Ce que l’on veut mais il n’y a aucun intérêt à choisir une valeur inférieure à 30 minutes car c’est la récurrence minimale de weather.com
Nombre de jour de prévisions
variable _RAINETTE_JOURS_PREVISION
défaut 10
valeurs [1..10]
Système de mesure
variable _RAINETTE_SYSTEME_MESURE
défaut ’m’
valeurs ’m’ pour métrique, ’s’ pour standard (impérial US)

Utilisation

Une page de démo demo/rainette.html est fournie avec le plugin et illustre l’ensemble des cas d’utilisation décrit ci-après. La page doit être appelée par l’url http://monsite/spip.php?page=demo/rainette&ville=frxxnnnn, où frxxnnnn représente le code météo de la ville observée (Paris par défaut).

Insertion de la balise #INSERT_HEAD

Le plugin utilise des CSS pour personnaliser ses affichages. Pour bénéficier de ces styles il est nécessaire d’insérer la balise #INSERT_HEAD dans le header de vos pages. Rainette intégrera alors automatiquement les styles rainette.css dans le header.

Méthodes d’affichage des données météorologiques

Le plugin propose uniquement deux modèles à inclure dans les squelettes ou les articles. Ils permettent d’afficher l’ensemble des données météorologiques prévisionnelles ou temps réel disponibles. Les possibilités de paramétrage de ces modèles font qu’il n’est point besoin de les modifier pour personnaliser la présentation des données (cf. paragraphe Personnalisation).

— rainette_previsions : modèle d’affichage des données prévisionnelles pour une journée ou plusieurs jours
— rainette_conditions : modèle d’affichage des données temps réel

L’intégration de ces modèles dans un squelette se fait, par exemple, de la manière suivante :

[(#MODELE{rainette_previsions, code=FRXX0023, type=1_jour, jour=1, sous_modele=previsions_2x12h})]
[(#MODELE{rainette_previsions, code=FRXX0023, type=x_jours, jour=5, sous_modele=previsions_24h})]
[(#MODELE{rainette_conditions, code=FRXX0023, sous_modele=conditions_tempsreel})]

et dans le texte d’un article :

<rainette_previsions|code=FRXX0023|type=x_jours|jour=3|sous_modele=previsions_2x12h>
<rainette_conditions|code=FRXX0023|sous_modele=conditions_tempsreel>

Méthodes d’affichage des informations d’une ville

Le plugin propose également un modèle paramétrable (cf. paragraphe Personnalisation) et une balise pour afficher les informations générales sur la ville observée.

— rainette_infos : modèle d’affichage des informations sur une ville
— #RAINETTE_INFOS : balise d’affichage des informations sur une ville

L’intégration du modèle ou de la balise dans un squelette se fait, par exemple, de la manière suivante :

[(#MODELE{rainette_infos, code=FRXX0023, sous_modele=infos_ville})]

#RAINETTE_INFOS{FRXX0023, ville}
#RAINETTE_INFOS{FRXX0023, longitude}

et dans le texte d’un article :

<rainette_infos|code=FRXX0023|sous_modele=infos_ville>

Affichage des conditions temps réel

Rainette propose en premier lieu d’afficher les données météorologiques de la journée en cours, en utilisant le modèle rainette_conditions. Les données collectées et l’affichage par défaut sont les suivants :


— les températures, mesurées et ressenties,
— le statut météorologique, libellé et icône,
— la pression et sa tendance,
— la vitesse du vent et sa direction,
— le pourcentage d’humidité et le point de rosée,
— la visibilité,
— la station météorologique d’observation (qui peut différer de la ville) et la date de dernière mise à jour des données.

Modèle rainette_conditions
1. code obligatoire, désigne le code météo standard de la ville
2. sous_modele facultatif, détermine la présentation des données temps réel. La valeur par défaut correspond au sous-modèle fourni par Rainette, à savoir, conditions_tempsreel.

Affichage des prévisions sur une journée

Rainette propose, d’autre part, d’afficher les prévisions météorologiques d’une journée, en utilisant le modèle rainette_previsions. Les données sont collectées par demi-journée, à savoir, « jour » et « nuit ». L’affichage par défaut présente donc les informations dans un tableau à deux colonnes, une pour chaque demi-journée.
Dans le cas où l’on observe les prévisions du jour courant, les informations « jour » ne sont accessibles que jusqu’à 14h00. À partir de cette heure, les informations « jour » sont positionnées à N/D (non déterminée). Pour éviter de présenter des informations sans intérêt, le modèle par défaut de Rainette remplace à partir de 14h00, les informations « jour » et « nuit » par les informations « nuit » et « demain matin ».
Les données collectées par demi-journée et les affichages par défaut (jour courant et surlendemain) sont les suivants :


— la température (max. pour le « jour », min. pour la « nuit »),
— le statut météorologique, libellé et icône,
— la vitesse du vent et sa direction,
— le pourcentage d’humidité et le risque de précipitation,
— l’heure de lever (« jour ») ou du coucher (« nuit ») du soleil,
et la date de dernière mise à jour des données.

Modèle rainette_previsions sur une journée
1. code obligatoire, désigne le code météo standard de la ville
2. type obligatoire, détermine le type de prévisions, sur une journée ou sur plusieurs jours. Dans le cas présent, type doit prendre la valeur 1_jour
3. jour facultatif, dans le cas présent (type=1_jour), détermine le jour à observer : 0 pour le jour courant, 1 pour le lendemain... La valeur par défaut est 0, la valeur maximale _RAINETTE_JOURS_PREVISION-1
4. sous_modele facultatif, détermine la présentation des données prévisionnelles d’une journée. La valeur par défaut correspond au sous-modèle fourni par Rainette, à savoir, previsions_2x12h

Affichage des prévisions sur plusieurs jours

Rainette propose, aussi, d’afficher les prévisions météorologiques sur plusieurs jours, en utilisant également le modèle rainette_previsions. Les données sont aussi collectées par demi-journée, à savoir, « jour » et « nuit ». Cependant, l’affichage par défaut présente un résumé des informations « jour » ou « nuit ».

En effet, dans le cas où l’on observe les prévisions du jour courant, les informations « jour » n’étant accessibles que jusqu’à 14h00, le modèle par défaut de Rainette remplace à partir de 14h00, les informations « jour » par les données « nuit ». Par contre, dans le cas où l’on observe les prévisions des jours suivants, seules les informations « jour » sont présentées.

Les données collectées par demi-journée ainsi que l’affichage par défaut sont les suivants :


— la température (max. pour le « jour », min. pour la « nuit »),
— le statut météorologique, libellé et icône,
— la vitesse du vent et sa direction,
— le pourcentage d’humidité et le risque de précipitation,
— l’heure de lever (« jour ») ou du coucher (« nuit ») du soleil,
et la date de dernière mise à jour des données.

Modèle rainette_previsions sur plusieurs jours
1. code obligatoire, désigne le code météo standard de la ville
2. type obligatoire, détermine le type de prévisions, sur une journée ou sur plusieurs jours. Dans le cas présent, type doit prendre la valeur x_jours
3. jour facultatif, dans le cas présent (type=1_jour), détermine le nombre de jours à observer. La valeur par défaut est la valeur maximale, soit _RAINETTE_JOURS_PREVISION
4. sous_modele facultatif, détermine la présentation des données prévisionnelles sur plusieurs jours. La valeur par défaut correspond au sous-modèle fourni par Rainette, à savoir, previsions_24h

Affichage des informations sur la ville observée

Rainette permet d’afficher des informations succinctes sur la ville observée, informations qui sont incluses dans les données transmises par weather.com. Ces informations peuvent être affichées, soit en utilisant le modèle rainette_infos, soit en utilisant la balise #RAINETTE_INFOS.

Les données disponibles pour une ville et l’affichage du modèle par défaut sont les suivantes :


— le code météo et le nom standard de la ville,
— sa longitude et latitude,
— et la zone d’appartenance (celle des DVD).

Modèle rainette_infos
1. code obligatoire, désigne le code météo standard de la ville
2. sous_modele facultatif, détermine la présentation des données de la ville. La valeur par défaut correspond au sous-modèle fourni par Rainette, à savoir, infos_ville

Ces mêmes informations peuvent être manipulées avec la balise #RAINETTE_INFOS. l’intérêt de cette balise est de pouvoir introduire le nom ou les coordonnées de la ville à loisir dans les modèles météorologiques temps réel ou prévisionnels. La description de la balise est la suivante :

Balise #RAINETTE_INFOS
1. code obligatoire, désigne le code météo standard de la ville
2. information facultatif, détermine l’information requise pour la ville choisie. Les valeurs possibles sont :
code_meteo (sans intérêt, correspond déjà à l’argument 1), ville, longitude, latitude et zone
Si cet argument est absent, la balise retourne le tableau sérialisé des données de la ville

Personnalisation

Si l’affichage proposé par défaut par Rainette ne convient pas il existe plusieurs méthodes pour le personnaliser.

Les CSS

Si on ne souhaite pas toucher aux sous-modèles previsions_2x12h, previsions_24h et conditions_tempsreel, il suffit de modifier les CSS associées à ces modèles. En effet, chaque donnée météo est incluse dans une structure HTML associée à un style précis. Il suffit donc de surcharger ces styles pour adapter l’affichage.

Les modèles

Le mode opératoire des modèles rainette_conditions, rainette_previsions et rainette_infos est le suivant :

  1. appeler un filtre unique appliqué à un code météorologique - rainette_croaaaaa_conditions(), rainette_croaaaaa_previsions(), rainette_croaaaaa_infos() - qui enchaînera :
  2. la récupération des données météorologiques pour la période choisie
  3. et l’affichage des données collectées en évaluant le sous-modèle choisi.
[(#REM)<!-- modèle rainette_conditions
	Afficher les données météo temps reel pour le code #ENV{code} avec le sous-modèle #ENV{sous_modele}
 -->]
[(#ENV{code}|rainette_croaaaaa_conditions{#ENV{sous_modele,conditions_tempsreel}})]

Il n’y a donc pas d’intérêt à modifier ces modèles sauf si l’on désire changer le contexte d’évaluation des sous-modèles (cad, la liste des informations météorologiques transmise au sous-modèle). Dans ce cas, il faudra créer un nouveau filtre et un nouveau modèle pour Rainette.

Les sous-modèles

Description des filtres et environnements des sous-modèles

Toutefois, l’affichage étant entièrement géré par les sous-modèles, les personnalisations les plus fréquentes passeront par la surcharge ou la création de sous-modèles à l’instar de previsions_conditions, previsions_24h, previsions_2x12h et infos_ville. Ces sous-modèles gèrent l’affichage des unités, des libellés et icônes, mais aussi le fonctionnement jour/nuit.
Pour créer de nouveaux modèles, il est donc nécessaire de connaître l’environnement exact des données passé au sous-modèle (#ENV) et les filtres nécessaires pour présenter les informations (par exemple, les unités).

Les icônes de temps

Par défaut, Rainette utilise les icônes de temps du pack Sticker provenant du site liquidweather.net. Ces icônes sont stockés dans le répertoire img_meteo/petit/ ou img_meteo/grand/ suivant leur taille, et se nomment nn.png, où nn correspond à un numéro entre 0 et 47 ou à na. Les grands icônes sont utilisés dans les conditions et prévisions d’une journée tandis que les petits icônes sont utilisés dans les prévisions à plusieurs jours.

Il est possible de personnaliser les icônes en stockant un autre jeu d’icônes dans le sous-dossier _RAINETTE_ICONES_PATH d’un squelette ou d’un plugin. Les filtres d’image de SPIP sont applicables (image_reduire() en particulier).

Vous pouvez trouver de multiples jeux d’icônes en 32x32 (petit) et en 110x110 (grand) sur le net ou créer vous même de nouveaux icônes.

Les items de langue

Les libellés des statuts météorolgiques, les unités, les libellés de tendance de pression, les directions du vent... sont tous des items de langue. Il est donc possible de surcharger ces libellés par des libellés personnalisés.

Recherche des codes météo standard

Rainette ne propose pas d’interface pour la détermination de ces codes. Cependant il est très facile de trouver un code en faisant une interrogation au site weather.com® avec une URL du type :

http://wxdata.weather.com/wxdata/weather/search/search?where=paris

On obtient le flux xml suivant :

<search ver="3.0">
    <loc id="FRXX0076" type="1">Paris, 75, France</loc>
    <loc id="USAR0433" type="1">Paris, AR</loc>
    <loc id="USID0192" type="1">Paris, ID</loc>
    <loc id="USIL0920" type="1">Paris, IL</loc>
    <loc id="USKY1218" type="1">Paris, KY</loc>
    <loc id="USME0309" type="1">Paris, ME</loc>
    <loc id="USMI0655" type="1">Paris, MI</loc>
    <loc id="USMO0675" type="1">Paris, MO</loc>
    <loc id="USMS0280" type="1">Paris, MS</loc>
    <loc id="USOH0748" type="1">Paris, OH</loc>
</search>

On sélectionne ensuite le Paris que l’on souhaite, par exemple, la capitale de la France, soit FRXX0076. Les autres villes sont localisées aux États-Unis ;-). On voit donc qu’en parsant le flux XML il est assez simple de renvoyer les informations dans un formulaire de sélection. Une noisette en perspective...

Mises à jour

-  7 Juin 2011 : Mise à jour 1.4.0, avec les modifications suivantes :

  • Rainette devient compatible SPIP 3,
  • les pages Z du plugin sont maintenant utilisables sous Zpip-dist avec SPIP 2 et Z-Dist avec SPIP 3,
  • plugin.xml est revu en prévision de la migration sous paquet.xml (ajout du slogan)
  • réorganisation de la page de démo et des css

Todo...

Plus rien sur cette branche v1 qui est remplacée par la Rainette v3+, une évolution majeure.

Discussion

50 discussions

  • 5

    Depuis la dernière mise à jour 2.2.3, J’ai ce message en lieu et place de mon inclure

    Fatal error : Class ’DateInterval’ not found in /home/.../www/plugins/auto/rainette/v2.2.3/services/weather.php on line 93.

    C’est grave ?

    FDM

    • Hello FdM,

      Merci du signalement. Dans l’absolu c’est pas grave mais c’est ennuyant et pas très smart ;-). J’avais pourtant testé les modifications mais force est de constater que j’ai loupé un truc. Peux-tu me dire quel est le lieu que tu as utilisé stp ?

      Autre chose quelle est ta version de PHP ?

      Merci d’avance.

    • Lieu : BEXX0454
      PHP 5.2.17
      SPIP 3.0.20

      Merci

    • Salut FdM,

      C’est le PHP qui pose un problème. Il faut du 5.3 minimum pour la classe DateInterval. C’est embêtant, je sais pas comment contourner ce problème pour l’instant. As-tu la possibilité d’upgrader ta version de PHP ?

    • J’ai fait un upgrade php 5.5. Tout est ok.
      Merci pour ton aide

    • Même problème, mais en php 5.4.45., et seulement depuis la mise à jour de spip du mois, étrangement.
      A votre avis on peut régler ce souci ou bien il faut absolument upgrader ?

    Répondre à ce message

  • Bonjour,
    le plugin rainette 2.2.4 fonctionne avec un affichage incomplet dans mon site sous Sarka 3.4.6 et Spip3.1.0 : pas d’icône et données manquantes (Cf. http://www.hilairedechardonnet.fr/ ).
    En vidant le cache et en recalculant j’obtiens un message d’erreur (Cf. copie écran).
    Auriez-vous une idée ?
    Bien cordialement.
    B. Christin

    Répondre à ce message

  • 12
    Franck T

    Bonjour _eric_,

    J’ai un drôle de problème avec le plugin Rainette. J’affiche sur mon site les données météo pour 1 ville avec d’un côté un affichage des conditions actuelles et de l’autre des prévisions à 5 jours. Tout fonctionne parfaitement en local mais sur mon serveur de prod j’ai un problème avec les dates des prévisions : celles-ci démarrent en 1970... (en local les dates sont bonnes)

    Étrangement - et j’insiste sur ce point car il est important - en prod si je renseigne un autre ID de ville assez éloignée, les dates sont bonnes à nouveau !

    J’ai essayé de vider le cache plusieurs fois mais ça ne marche toujours pas. Quand j’ouvre les fichiers propres à la ville qui pose problème, celui-ci contient bien des dates en 1970.

    J’ai tenté d’utiliser d’autres services à la place de Weather.com. Avec Yahoo cela fonctionne mais il manque plein d’informations (humidité, vent, etc) donc je ne préfère pas l’utiliser. J’ai également essayé Open Weather Map avec une clé gratuite mais le plugin ne veut rien afficher. Enfin, j’ai essayé Local Weather Online mais sur ce service les villes n’ont pas d’ID et je ne sais pas comment préciser la ville dans la balise d’inclusion du plugin dans mon article (code=Paris bloque l’exécution de la page par exemple).

    J’ai mis en PJ une capture de la page des prévisions à 5 jour avec à gauche la version en local et à droite la version en prod.

    J’espère avoir donné assez d’informations pour te permettre de pouvoir m’aider et te remercie par avance !

    Franck

    • Bonjour Franck,

      Oui c’est assez étrange en effet. Il faudrait creuser le sujet et que je puisse débusquer le comportement anormal en utilisant les mêmes villes que toi. J’ai pas encore eu de souci avec les autres services ce qui m’étonne aussi mais c’est exact que j’utilise toujours les mêmes villes de test.

      Peux-tu me donner plus de précisions sur les cas d’erreur que je puisse reproduire stp ?

      Par contre, c’est très sympa l’affichage que tu as fait, ça serait bien de le partager en modèle dans le plugin ou ailleurs.

    • Franck T.

      Merci pour ta réactivité !

      Alors mon site est un guide pour Bali en Indonésie, donc j’appelle la ville de Denpasar (seule station sur place) avec l’ID « IDXX0019 ». En local sous Wamp tout fonctionne bien. En prod chez l’hébergeur o2switch la date récupérée doit avoir un problème de format peut être et ça ressort en 1970.

      En lisant tous les commentaires de cette page, j’ai vu que pour utiliser le service de WWO il faut sélectionner la ville avec code=paris,france par exemple. Mais malheureusement ça fait flancher spip chez moi, en local comme en prod.

      Merci, content que ça te plaise ! Je ne fais qu’arranger graphiquement ton travail remarquable et qui me dépanne bien ! Je ne sais pas trop comment partager mes sources, je n’ai pas trop l’habitude de le faire.

      Merci pour ton aide !

    • Ok.

      Alors j’ai fait des tests rapides avec WWO et OWM. Il faut utiliser le code « denpasar,bali ». Ca fonctionne avec les conditions et les prévisions sauf pour WWO qui ne retourne rien pour les prévisions. Je pense qu’il doit y avoir un souci dans mon interface WWO.

      Essaye d’utiliser OWM avec le code que je t’ai donné pour voir.

    • Franck T.

      Je viens d’essayer le code avec OWM et WWO. Spip bug à l’enregistrement de l’article.

    • Bon alors.

      Je confirme que WWO fonctionne bien pour les informations et les conditions. Il y a un bug sur les prévisions car l’interface a complètement changé. La structure du fichier n’est plus la même et donc il retourne rien. Il va falloir que je refasse tout le mashup.

      C’est la joie avec ces interfaces !

    • Franck T.

      Merci d’avoir testé ! Objectivement, je ne sais pas si beaucoup de personnes utilisent les autres services donc reste à savoir si cela vaut la peine de te prendre la tête à tout refaire.

      En revanche le problème lié à la date avec le service weather.com me semble plus important.

      En attendant j’ai enfin pu trouver une ville proche de Bali et dont les informations s’affichent normalement en utilisant weather.com. Pour le moment je vais faire avec même si ce n’est pas l’idéal.

      Merci encore pour ton excellent travail sur ce plugin !

    • Hello,

      La version multi-services est assez récente donc je pense que ce n’est pas encore dans les moeurs. Nénamoins, je pense qu’il faut au contraire continuer d’améliorer les autres services comme wwo, wunderground et owm. Weather ne fait plus rien sur son interface gratuite sachant que c’est Wunderground en fait qui a repris la suite. Donc je pense qu’un jour cette API sera arrêtée au profit de wunderground uniquement.

      C’est donc important d’avoir ces nouveaux services prêts.

      Sinon je vais regarder pour la date.

    • Hello Franck,

      Peux-tu essayer la version 2.2.2 avec le service weather.com et me dire si la date est correcte maintenant ? J’ai changé la gestion de la date car celle-ci posais un problème effectivement avec Denpasar mais pas avec d’autres villes. C’est du à l’abréviation du fuseau horaire (CIT) qui n’est pas reconnu par tous les serveurs et je ne sais pas pourquoi.

      J’ai donc contourné le problème qui existe surement depuis des lustres et ça devrait être ok. Sinon, pour partager tes modèles d’affichages tu peux me les envoyer avec leurs css et je m’en occuperais pour les proposer dans le plugin. Sinon qu’elle est l’url de ton site de prod ?

    • Bonjour Eric,

      Tout d’abord un grand merci de ne pas m’avoir oublié ;)

      Alors j’ai mis à jour le plugin pour tester tes corrections sur la ville qui posait problème (Denpasar). Il y a du mieux dans le sens où la date du jour est ok mais, par-contre, les dates des prévisions futures (à 5 jours) ne sont plus cohérentes. J’ai mis en PJ une nouvelle capture du rendu. Je suppose que ce n’est rien de bien méchant...

      Maintenant que le site est en prod, tu peux y accéder ici : http://www.balilocalguide.com/en/travel-guide/5-day-weather-forecast

      Je vais m’occuper de regrouper les sources pour te les envoyer.

      Un énorme merci pour ton aide et ton travail sur ce plugin !

    • Ah et pour info, le problème est identique si j’essaye avec une autre ville. Bien sûr j’utilise Weather.com.

    • Hello,

      Je viens de corriger avec une version 2.2.3. Dis moi si cette fois tout est ok. Merci d’avance

    • Cette fois c’est la bonne ! Tout fonctionne.

      Encore un grand merci Eric !

    Répondre à ce message

  • 2

    je voudrais installer rainette sur mon site
    spip 2.19
    zarka 3.14

    Je l’ai installé dans la colonne navigation
    J’ai mis le code de ma ville

    résultat j’ai rainette mais vide sans indication de la ville et la météo correspondante ...
    leponceau.free.fr

    Qui peut m’aider d’avance un grand merci

    • Bonjour,

      Je comprends pas le code de la ville. Si je ne m’abuse Cergy c’est “FRXX0297” pas “FRXX0297:1”. Donc vérifie cela en premier.

      Ensuite, si ça continue à ne pas fonctionner c’est peut-être à cuse de Free. En effet, Free bloque souvent les services web comme celui utilisé pour Rainette. Dans ce cas, il faut contacter Free.

    • En effet je pense aussi que c’est un problème de chez Free.
      J’avais fait d’abord mon site en local et ça marchait bien. Depuis que je l’ai hébergé chez Free, ça ne fonctionne plus…

    Répondre à ce message

  • 6
    Thiebaut

    Bonjour, suite à une mise à jour de Rainette sur le site valleeducousin... j’ai visiblement un bug avec plusieurs filtres :

    • Filtre rainette_croaaaaa_conditions non défini
    • Filtre rainette_icone_meteo non défini
    • Filtre rainette_resume_meteo non défini

    Tout fonctionnait pourtant avant (dernière mise à jour juillet je crois). J’avais personnaliser un peu le modèle : quelque chose d’important a peut-être changé dans la dernière version ? Une piste pour corriger le problème ?

    Sinon, je crois qu’il faut que je retrouve la version précédente du plugin... que je n’ai pas sauvegardée évidemment !
    .
    Merci par avance

    • Tu dois utiliser la version 2 de Rainette qui implique quelques modifications d’API. Si tu utilises les modèles fournis ces modifications sont transparentes. Si tu as des modèles perso alors il suffit de les adapter.

      Si tu me fournis les modèles je pourrais les adapter.

    • Thiébaut

      Hou la belle faute... « personnaliser » pour « personnalisé ». Pan sur les doigts pour avoir mal relu avant de poster !

      Bon, finalement j’avais gardé une sauvegarde de la version 1.5.2 que je viens de réinstaller, faute d’avoir le temps de chercher d’où vient le bug. Mais je suis toujours intéressé si quelqu’un avait une piste. Bonne fin de dimanche.

    • Re,

      Je viens de te demander tes squelettes personnalisés pour les modifier et te montrer ce qui a changé. Donc si tu me les fournis je pourrais t’aider.

      Sinon les plugins et leurs versions sont sur Plugins SPIP. Pour rainette la page est : http://plugins.spip.net/rainette.html

    • Thiébaut

      Aïe, nos posts se sont croisés ! Je viens seulement de voir que ta réponse. Merci !

      Alors voici le contenu de rainette_conditions.html, qui doit être conforme je pense à l’original :

      [(#ENV{code}|rainette_croaaaaa_conditions{#ENV{sous_modele,conditions_tempsreel}})]

      Et voici le contenu de mon modèle « conditions_tempsreel.html »

      <dl class="rainette_conditionstempsreel">
      	<dt class="titre"><:tendanceactuelle:><span class="resume">[(#ENV{code_icone}|rainette_resume_meteo)]</span></dt>
      	<dd class="iconefloat">[(#ENV{code_icone}|rainette_icone_meteo{grand})]</dd>
      	<dd><span class="t_reelle">[(#ENV{temperature_reelle}|rainette_afficher_unite{temperature})]</span>
      	<span class="t_ressentie"> (<:rainette:temperature_ressentie:>&nbsp;:[&nbsp;(#ENV{temperature_ressentie}|rainette_afficher_unite{temperature})) ]</span>	
      		[<dd class="vent"><:rainette:vent|ucfirst:>
      		(#ENV{vitesse_vent}|rainette_afficher_unite{vitesse})
      		[ - (#ENV{direction_vent}|rainette_afficher_direction)]</dd>]
      		[<dd class="details"><:rainette:humidite|ucfirst:>
      		(#ENV{humidite}|rainette_afficher_unite{pourcentage})]
      		[ - <:rainette:pression|ucfirst:>
      		(#ENV{pression}|rainette_afficher_unite{pression})
      		[ (#ENV{tendance_pression}|rainette_afficher_tendance{icone})]</dd>]
      		[<dd class="details"><:rainette:point_rosee|ucfirst:>
      		(#ENV{point_rosee}|rainette_afficher_unite{temperature})]
      		[ - <:rainette:visibilite|ucfirst:>
      		(#ENV{visibilite}|rainette_afficher_unite{distance})</dd>]
      </dl>

      Merci par avance.

    • Thiébaut

      Décidément nos messages se croisent sans cesse ! Je vais essayer de regarder dans les nouveaux modèles fournis ce qui a changé et je reviendrais donner des nouvelles quoiqu’il arrive.
      Merci pour ta réactivité et bonne soirée !

    • Bonjour _Eric_, Je me suis remis dans le code, pour une mise à jour du site. Je n’arrive pas à comprendre comment adapter les modèle sur la version 2 en développement de Rainette. Es-tu toujours prêt à me donner un coup de main ? (Pour info, je fonctionnais avec la version 1.5.2). Merci !

    Répondre à ce message

  • 1

    bonjour

    après un essai en local sur SPIP 3.1.0-alpha [21789], avec modif du paquet.xml où tout fonctionne normalement

    je suis passé en ligne et là j’ai les messages Filtre rainette_croaaaaa_conditions / _previsions non défini
    (après le message modeles/rainette_conditions et _previsons absents que j’ai pu corriger)

    je passe donc de 1.53 à 2.1.13 au cas où mais le message devient :
    rainette_coasser_conditions non défini squelettes/modeles/rainette_conditions.html
    rainette_coasser_previsions non défini squelettes/modeles/rainette_prevision.html

    ah, le seule différence, c’est que le n’avais pas cfg pour le site en ligne, mais son installation ne change rien

    as-tu une idée ?

    Claude

    • bonjour,

      ce lendemain, l’affichage est revenu, juste un message :
      rainette_icone_meteo non défini squelettes/modeles/conditions_lille.html / 3
      j’ai donc corrigé mon modèle et c’est bon, avec plein de © partout :)

    Répondre à ce message

  • Bonjour,
    j’ai installé le plugin sur spip3, tout fonctionne correctement seulement la météo ne s’actualise pas. Les infos l’actualisent uniquement quand je recalcule la page en tant qu’admin. Je ne trouve pas d’où vient le problème.

    Merci par avance.

    Répondre à ce message

  • 13

    Bonjour,

    Je suis en SPIP 3.0.16
    J’essaye d’installer le plugin Rainette sur mon site.
    J’ai mis dans le texte d’un article <rainette_infos|code=FRXX0148|sous_modele=infos_ville>
    Je ne sais pas d’où ça vient, mais j’ai désespérément le même message :

    « Le service weather.com® ne fournit actuellement aucune prévision météorologique sur le lieu FRXX0148.
    Veuillez vérifier le nom du lieu ou la disponibilité du service. »

    Quelqu’un aurait-il une petite idée de l’origine du problème ?

    • Bonjour,

      Quelle version de Rainette utilises-tu ?
      Quel est ton hébergeur ?

      Je viens d’essayer avec ta ville (Cognac) et chez moi ça fonctionne.

    • J’essaye d’utiliser Rainette 2.1.12 - test
      Je pense que c’est la plus récente version disponible.
      Mon hébergeur est ophos.com

    • J’ai un site de test qui fonctionne très bien avec cette version : http://demopot.smellup.net/spip.php?article12

      Il faudrait voir avec ton hébergeur si il ne bloque pas par défaut les requête de serveur à serveur. Ca arrive parfois comme pour Free. Si c’est le cas il faut lui demander d’autoriser ces requêtes et sinon il n’y a pas de solution à part changer d’hébergeur.

    • Merci pour ta réponse
      Je pense que cela provient de l’hébergeur.
      Je vais en causer avec lui.

    • piercol

      J’ai demandé à l’hébergeur de débloquer l’accès au site www.weather.com
      Il me dit l’avoir fait, et cependant ça ne fonctionne toujours pas.
      Pour le site weather.com, quelle est exactement l’adresse qu’il faut utiliser ?
      Par exemple une adresse du type www.xxx.weather.com ?
      Par exemple www.fr.weather.com ?

    • Hello,

      Essaye un autre service que weather.com. Dans cette nouvelle version il y a le choix dans le service. Pour cela il faut configurer le service que tu souhaites dans la configuration de Rainette. Est-il possible de voir ce que ça donne sur ton site stp ?

    • Bonjour,
      Mon hébergeur me donne l’information suivante :
      « Je viens de vérifier et nous avons bien autoriser le domaine : www.weather.com et weather.com
      A notre niveau, nous pouvons communiquer avec le site www.weather.com depuis votre compte client sur le port 80 et 443. »

      Ça ne m’aide pas beaucoup pour régler le problème, car je ne sais pas comment se définit, dans le plugin, le port de communication.
      Qu’en pensez-vous ?

    • En fait si tu utilises Rainette v2 avec le service par défaut, c’est à dire, Weather.com (il y a d’autres services météo utilisables), alors il faut bien ouvrir le port 80 sur le domaine weather.com. L’url que j’utilise pour requêter la météo est du type : http://xml.weather.com/weather/local/.

      Donc ça devrait fonctionner d’après ce qu’ils disent. Essaye de les rappeler pour qu’ils essayent cette url complète qui renvoie la météo de Paris : http://wxdata.weather.com/wxdata/weather/local/FRXX0076?unit=m&cc=*

      N’oublie pas aussi de vider ton cache avant d’essayer à nouveau.

    • Je reviens vers Eric, après plusieurs jours d’utilisation du plugin rainette, qui ne sont pas totalement concluants.
      En résumé :
      -  je suis branché sur weather.com, après avoir fait ouvrir l’accès au serveur par mon hébergeur
      Le résultat est aléatoire : à certains moments dans la journée, le résultat est bon.
      A d’autres moments, j’ai le message « Le service weather.com® ne fournit actuellement aucune prévision météorologique sur le lieu FRXX0148. »
      Si je fais recalculer la page, une fois sur trois, de façon aléatoire
      -  j’ai un résultat correct
      -  ou j’ai un écran blanc avec « Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request »
      -  ou j’ai « Le service weather.com® ne fournit actuellement... »

      -  j’ai essayé de me brancher sur un autre service météo, à partir de la page de configuration du plugin.
      Je clique par exemple sur World Weather on line (j’ai souscrit une clé) et je fais « Valider ». J’ai le message « La nouvelle configuration a été enregistrée ». Je quitte la page de config. J’y reviens quelques instants après. Le service indiqué comme actif est toujours weather.com, ce qui indique que ma sélection précédente n’a pas été enregistrée par le système. Et ce sont toujours les données de Weather.com qui alimentent l’affichage public, quand il veut bien fonctionner.

      Je ne sais pas comment régler ces problèmes.
      J’ai l’impression qu’il y a un problème lié au cache, mais je ne sais pas vérifier cette impression. J’ai désactivé le cache. Le résultat n’est pas meilleur.

      La page publique est ici : http://www.reparsac.fr/spip.php?article29

      Qu’en pensez-vous ?

    • Hello Piercol,

      Il n’y a pas de problème à mon avis. Si j’ai développé une Rainette multi-services c’est bien parce que Weather.com n’est pas toujours disponible pour certains lieux. De fait, il est possible d’utiliser d’autres services comme wwo, wunderground et owm.

      Il faut les configurer comme tu l’as fait. Mais il n’y a pas de choix de service par défaut autre que Weather.com. Configurer un service ne veut pas dire que ce service sera utiliser par défaut. Il faut passer le nom du service à utiliser au modèle. C’est ton seul souci à mon avis.

      J’ai pas encore finalisé la doc de cette version désolé.

    • Merci pour ta réponse, mais elle reste un peu mystérieuse pour moi.
      Dans la page, j’ai mis ceci <rainette_conditions|code=FRXX0148|sous_modele=conditions_tempsreel>

      Si je veux utiliser un autre service, par exemple wwo, que dois-je changer dans cette ligne ?
      Ou bien est-ce ailleurs que je dois modifier le code ?

    • Oui il faut modifier l’appel de ce modèle. En fait, le souci c’est que chaque service possède sa propre façon de nommer les lieux. Donc pour wwo il faut écrire :

      <rainette_conditions|code=cognac,france|sous_modele=conditions_tempsreel
      |service=wwo>
    • Merci pour ta réponse
      J’ai suivi tes conseils.
      Je connaîtrai le résultat lorsque mon hébergeur me débloquera l’accès à wwo
      Cordialement

    Répondre à ce message

  • 1

    Bonjour,
    J’utilise la p’tite grenouille sur plusieurs sites et je viens de l’installer sur un spip 3.0.17 (dernière version du plugin bien sûr).
    J’ai 2 soucis :
    -  le modèle conditions_tempsreel me présente la plupart du temps des conditions climatiques surprenantes (la vignette de la tornade pour être précise) et parfois dans la journée la vraie vignette qui correspond à ce que j’observe au dessus de ma tête. Cela ne semble par se produire sur les températures et autres données détaillées, ni sur le modèle prévisions. Mais c’est aussi le cas sur la page de démo du plugin qui ne comporte pas la même ville que moi. Y aurait-il un problème dans l’appel de l’icône dans le code ? ou de flux de données envoyées par weather ?
    -  je n’arrive pas à fixer le choix de mon service météo. Je reste bloquée sur weather.com.
    Merci :-)

    Répondre à ce message

  • 2

    Bonjour, peut-on facilement configurer le plugin pour avoir une précision à la demi-journée, je ne parle pas du jour et de la nuit évoqués dans l’article, mais du matin et de l’après-midi ?

    En effet, mon site touche un milieu rural qui est sensible à ce type de prévision, afin de mieux organiser le travail de la semaine.

    Merci ! ;-)

    • J’ai intégré et activé le plugin dans mon site.
      J’ai écrit un nouvelle article avec juste écrit :
      <rainette_conditions|code=FRXX0099|sous_modele=conditions_tempsreel>

      Et la je ne vois que ce texte par la météo.
      Est ce que je dois modifier en plus le squelette pour que ça marche ?

    • Problème résolu, c’était un conflit avec CKEditor

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom