I too like the idea of a “Weather Station Location” override in settings… We live in Lake Mary, FL; however Google shows it to be Sanford, FL. http://www.lakemaryweather.com/iwdl
How’s it going with automatic swap for “Wind Chill” to “Heat Index” (cr_fieldnames[112] with cr_fieldnames[ 44]), and fixing the “abbr” values on Wind Direction Graphs?
It’s starting to finally warm up here in Florida and I might not be able to test for you if it gets above 17 degrees C :lol:
Have you given any thought to adding a Radar screen?
I would recommend it be based on WU (WeatherUnderground) and an option in settings?
I’ve got forecast working based on yr.no xml files. It was not easy, but it works in development.
Next release will contain this, with station/location overrides.
Not sure about radar, unless there is a world wide service I can use, I am trying to keep the app generic.
I will support yr.no as a general forecast.
My goal is still to make the software such that it only needs static pages on the server - no php, asp or whatever required.
To support local weather forecasts, I will make an option to replace the yr.no forecast with your own forecast page.
Especially, forecasts by yr.no was very hard. It is not possible to directly load a file from a remote site, so I had to do some trickery including JSONP and Yahoo YQL. But it works - still no php or asp required.
A lot of settings have been added; if you are upgrading to make sure to include the following settings into your current iwdl_settings.js (of course with your configuration):
// Station name override; iWDL normally uses the station name from the clientraw.txt.
// In case you want another name to show up in the top bar, remove // in the following line:
// settings["station_name"] = "Utrecht";
// Location name override; iWDL normally uses the coordinates from clientraw.txt.
// In case you want another location to show up in the map screen, remove // in the following line:
// settings["location"] = "Utrecht, NL";
// Forecast; possible types:
// yr.no -- get forecast from yr.no
// url -- provide your own forecast
settings["forecast"] = "yr.no";
// Where to get the forecast; go to http://yr.no, find the forecast for your location
// and fill in the last part of the url like below (country/county/city).
settings["yr.no"] = "Nederland/Utrecht/Utrecht";
// When 'forcast' set to 'url', fill in the url (it will be shown in an iframe).
// NOTE: You are responsible for a readable iphone page!
// The forecast_from field is shown at the bottom of the forecast screen
settings["forecast_url"] = "http://mobil.silkeborg-vejret.dk/vejrudsigt.php";
settings["forecast_from"] = "Silkeborg";
// If you have radar data, uncomment and set the url in the next line; it is shown in an iframe
// settings["radar"] = "http://buienradar.mobi/";
// If you have a webcam, uncomment and set the url the next line; it is shown in an iframe
// settings["webcam"] = "http://yoursite.com/webcam.html";
You are advised not to overwrite your current iWDL, but test it somewhere else; then upgrade.
In case of problems, I am sure you will let me know.
I have only one question: As you see the web cam picture is a little large. Is it anything to do with that without reducing the size of the original picture (I know that I can scroll)?
I have a new complete Norwegian language file here:
I think you will have to setup a special page on your site for the iphone (or smartphone in general) with a smaller picture.
The radar and webcam are loaded in an iframe, iwdl cannot control contents in the iframe, you will have to make sure to serve it suitable content.
Thanks Sietse for your quick support and the latest version. I have the radar, webcam and forecast up and running at http://gavinf.no-ip.com/~Gavin/iwdl/#home
Regards
Gavin
When running the Norwegian version, everything is fine. If I exit that and start the English version, I get US units but Norwegian language. The strange thing is at startup I see the main screen in English for 0,5 seconds, then it turns Norwegian. That happens each time. I have deleted cookies etc., but still the same.
If I enter Settings, units are US and language is Norwegian. Then I change it to English and everything is fine each time I start the application.
That is until I try the Norwegian version again. There the units are metric now but language is English! (I see Norwegian texts 0,5 seconds at startup).
Do you have any idea what happens?
NB: I tried Firefox on my PC, aqnd there I have NO PROBLEM!
One of the drives for me to create this application is to develop my javascript skills, and to make sure no server side scripting is required. Not even cookies.
The early versions of iWDL only had settings in iwdl_settings.js; later on I added a settings screen in the application. The settings should persist across sessions, and HTML5 has a feature for that: HTML5 databases. Safari supports this.
So, how does it work?
When a new user visits iWDL on a particular site, say runarweb.com, it does not have settings for this site in the HTML5 database. The settings of iwdl_settings.js will be used. If the user does not change any setting, the database will stay empty. So, if you have an english and a norwegian site with its own settings, switching between iwdl and iwdl_e wil indeed change language because the HTML5 database for iwdl is empty.
Now, the user changes the language to Dutch. Clearly, the user has a preference for that. The setting will be true for the whole site runarweb.com (that is the way I implementated it). So, even when switching from iwdl to iwdl_e, the language will stay Dutch, because it overrules the default setting. That is what the user wanted. The same is true for all other settings.
You can throw away the HTML5 database on your iPhone. Go to Settings → Safari → Databases; find www.runarweb.com, database iwdl. In the toolbar, tap Change, now you can delete the iwdl database.
Firefox does not support HTML5 databases, so in my javascript code, I ignore this database stuff. That also means that settings are not preserved between sessions. If I select Dutch using Firefox, and I restart firefox, the language will be back to whatever the default is in iwdl_settings.js.