WeatherIcon

Great work. Works wonderfully.

Robbie Liu said:

Create an HTML output by these option? {list of variables}

Viper007Bond said:

I think they are transferred into an array from the WordPress settings table

Yes and No. Technically $weather_default_options saves itself into the database if there are not values there (usually 1st load), then it later retrieves the values. So yes, the array values are stored in a database. Do they have to be, does it require a database? No.

Near the top, the defaults are defined. To remove the configuration page, rename them both and delete the database retrieval/set lines. Rename $weather_default_settings to $weather_settings and $weather_default_options to $weather_options and delete the lines which retrieve and set both $weather_settings and $weather_options from the database. To add new display options, just add a new line into the array with their name ie: ‘display_temp’ or to remove the the name from the array to drop the display for it.

Am I clear or am I muddling things? To be honest, it would be a lot easier to get the plugin working from version 1 line of the plugin, which is still available on Jeremiah’s blog.

The main question is what type of caching are you using. There may be bugs in the database caching (since it’s a new feature). I personally didn’t encounter them, but they could exist.

The first thing I should state is if you’re having a problem, we need the debugging information. From that, we can recreate the problem and track down what is going wrong. The problem is the debugging data is a little long and will usually mess up one’s page. We should probably include some code to use in debugging. Hmm, create a page entitled ‘wctest.php’ in your web root with the following code inside:

<?php
define('WP_USE_THEMES', false);
require('./wp-blog-header.php');
WeatherIcon("station=CYQR&debug=true&before=&after=<br/>&");
?>

Make sure you chmod 644 it, change the station to your airport code, and then load it in the webpage (http://myblog.com/wctest.php). Then either post the output here, in this forum, or send them to Viper007Bond or me.

Since you are getting “Weather Data Not Available,” it could be a problem in processing the METAR data or a damaged cache file. The debugging output should make it easier to figure out. Either way, we’ll have the METAR.

*cough*
Due to forgetting to put strtoupper() on lines 531/2, correct the WeatherIcon call line to:

WeatherIcon("station=CYQR&debug=TRUE&before=&after=&");

The file has to be in the root wordpress directory, or you have to change the “require” line to find wordpress’ wp-blog-header.php. The other option is wordpress translates quotes so if you just copied and pasted them, your quotes aren’t actually quotes. Replace ‘em.

I didn’t use $debug === ‘TRUE’, did I? == should match both ‘TRUE’ and ‘true’, or so I thought.

That’s only true if $debug is boolean, which it isn’t. We assign it a boolean value, but it’s a string after we clip it out of the argument list (thus case sensitive). strtoupper is an easy fix.

I also have some addition bug fixes. There is a bug in no_night which causes WeatherIcon to try to display night icons for conditions that don’t have night icons (since the bug is my fault, it’s only right that I fix it … I still don’t understand why it didn’t work the other way but _shrug_ it must have to do with the or condition … stupid if condition processing).

Also, a guy on Jeremiah’s blog encountered a code in his METAR data that I’d never seen before (and I found out what it means). In sky conditions, he had NSC which means No Significant Clouds (It’s mentioned as a footnote in the FAA Metar information). I have a fix for it too (it’s posted in Jeremiah’s blog if anyone’s interested).

We should probably roll them out as 2.3.1 (or something).

Andres: Actually, why don’t you copy the code from my own version. If you scroll down, you should see a section entitled “Code”, just copy what is below that and you should have everything you need. It is working with my current version of WordPress (which has the strtoupper fix on lines 531/532 so if you may have to change debug=true to debug=TRUE). At the moment it defaults to CYQR if not AC is passed to the script. You can pass different AC codes like so: wctest.php?AC=KPDX … or you could change the hardcoded default to your airport code.

If you really want, you could just use my script.

Andres: We will continue on this post in the forum.

About those icons … did James leave an e-mail address? They way he phrased it, it sounds like he made those icons himself. If so, we should ask for his permission to use them as the default and/or optional icons in the next release (2.3.1)?