Jump to content

Weather from OpenWeatherMap.org


Jan Romero
 Share

Recommended Posts

Sup.

FieldtypeOpenWeatherMap [GitHub]

post-412-0-46573300-1418075858_thumb.gif

This module fetches and stores current weather data from the OpenWeatherMap.org service and helps you manage icon markup. To limit requests, OpenWeatherMap.org’s JSON-response is cached in the database and only refreshed once the field is accessed and the cache has a certain age that you define.

The fieldtype is sadly not multilingual, but you can configure the language of the weather descriptions OpenWeatherMap.org provides you with. It would not be hard to make the output multilingual by referencing weather codes and translating them with ProcessWire’s built in tools.

You install FieldtypeOpenWeatherMap just like any other module, by placing the two files into ProcessWire’s modules directory. Once installed, you want to create a new field of the type OpenWeatherMap and assign it to a template. The template now has a text field that stores a city id.

In the field settings, you may configure how and when the data is requested. That is, the requested language, units (eg. °C/°F/K) and the cache duration.

post-412-0-90428700-1418075859_thumb.gif

The module does not provide you with built in icons or otherwise limits you to predefined markup (which I consider a good thing :P). The icon in my example above is courtesy of Alessio Atzeni’s Meteocons (custom free license).

To make generating icon markup a little easier, you can configure your own markup snippets in the module configuration:

post-412-0-22125200-1418075859_thumb.gif

As you can see, in this example I’m using an icon font whose appearance is defined elsewhere in my CSS, but you’re free to put in image urls or just unicode entities or whatever. Rendering it is now quite simple. The following markup would result in something like the image above:

<?php
    $w = $city->weather;
    $temp = round($w->temperature);
?>

<p><?php echo "{$w->renderIcon()} {$w->description} at {$temp} °C"; ?></p>

<h2><?php echo $city->title; ?> <span class="ico-rightarrow"></span></h2> <!-- irrelevant line -->

The variable $w is now a WeatherData object that exposes the following properties:

json            //The raw JSON response from OWM
timestamp       //The time of the request
city_id         //The city id you entered in the admin

sunrise         //The time of sunrise
sunset          //The time of sunset

main            //The main weather name, e. g. “Rain”, in the configured language
description     //A slightly longer, more precise description like “occasional rain”
iconcode        //The internal icon code for this weather

temperature     //The temperature in the format you requested
min_temperature //...
max_temperature //…

wind_speed      //I believe the wind speed is also affected by the unit settings.

As well as the method renderIcon(), which you already know. If you access a WeatherData object as a string, you will get the city id. This is so that the city id will correctly appear in the admin page edit form. I should mention that there is some more information in the JSON, such as wind direction.

The module also exposes the method multiRequest(PageArray $pages, $fieldname). If you want to fetch data for a bunch of pages at the same time, you may want to use that so as to reduce unnecessary requests to the service. I haven’t really used this yet, so consider it experimental, I guess. As of now, this also disregards the cache freshness.

If you’re still reading, there’s a chance you might be interested in using this. Allow me to clarify that right now there is no support for forecasts or historical data (yet?). Sorry :>

Here’s the GitHub link: FieldtypeOpenWeatherMap.

  • Like 20
Link to comment
Share on other sites

Super nice module. Awesome. ^-^
Got some Notices, just to no.
 

  • Notice: Undefined variable: field in /site/modules/FieldtypeOpenWeatherMap/FieldtypeOpenWeatherMapConfig.php on line 16
  • Notice: Trying to get property of non-object in /site/modules/FieldtypeOpenWeatherMap/FieldtypeOpenWeatherMapConfig.php on line 16
  • Like 1
Link to comment
Share on other sites

  • 3 years later...

just wanted to paste a reference to another weather module here:

I've asked a question about the differences there. Don't want to double-post, but as this information is related I think it's good to link both topics.

If you have any experiences with these two modules and can share them please answer my question in the linked topic, thanks.

Link to comment
Share on other sites

  • 1 year later...

Hi All,

Two questions please:
1. Is there a simple way to avoid allow_url_open with CURL because of security?
2. Field is recording every X hours in database, os it really gets long after some time - what's the fastest/best way to delete rows backwards?

Link to comment
Share on other sites

  • 4 months later...

@Leftfield Uh, hey man, sorry, never saw your comment. I updated the module to use ProcessWire’s WireHttp, which should pick an appropriate way to request the data. I think it prefers cUrl and falls back to fopen. I also submitted it to the modules directory, because why not, I still run it in production…

Not sure what you mean in your second question. The module only stores the latest data it got as a cache. It won’t append records to the database. Every database row corresponds to a single page in your ProcessWire setup that uses the field.

Link to comment
Share on other sites

9 hours ago, Jan Romero said:

@Leftfield Uh, hey man, sorry, never saw your comment. I updated the module to use ProcessWire’s WireHttp, which should pick an appropriate way to request the data. I think it prefers cUrl and falls back to fopen. I also submitted it to the modules directory, because why not, I still run it in production…

Not sure what you mean in your second question. The module only stores the latest data it got as a cache. It won’t append records to the database. Every database row corresponds to a single page in your ProcessWire setup that uses the field.

Thanks for the answer!!!!

Quote

2. Field is recording every X hours in database, os it really gets long after some time - what's the fastest/best way to delete rows backwards?

It records queries in database. It didnt delete old ones. At least when I made the question

Link to comment
Share on other sites

@Leftfield Mh, that seems strange? It should simply update the row. A row will look like this, where the second column is “data” and contains the latest result from OpenWeatherMap and the last column is “timestamp” and remembers when the result was obtained:

2287

{"coord":{"lon":-55.1700000000000017053025658242404460906982421875,"lat":5.87000000000000010658141036401502788066864013671875},"sys":{"country":"SR","timezone":-10800,"sunrise":1587547818,"sunset":1587592050},"weather":[{"id":802,"main":"Clouds","description":"M\u00e4\u00dfig bew\u00f6lkt","icon":"03n"}],"main":{"temp":23.3299999999999982946974341757595539093017578125,"feels_like":25.0799999999999982946974341757595539093017578125,"temp_min":23.3299999999999982946974341757595539093017578125,"temp_max":23.3299999999999982946974341757595539093017578125,"pressure":1010,"humidity":93},"wind":{"speed":4.32000000000000028421709430404007434844970703125,"deg":53},"clouds":{"all":34},"dt":1587543285,"id":3383329,"name":"Distrikt Paramaribo"}

3383329

2020-04-22 11:12:14

That’s from the table “field_weather” (depending on what you called the field in your setup). Do you mean a different table, maybe?

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...