Last post May 26, 2005 12:22 AM by Freeway
Apr 23, 2005 09:40 PM|uzi|LINK
I've finally updated the
public version of the weather module. This version mainly includes support for servers behind a proxy server. Thanks to
David Mather for sending the base proxy code.
I've also renamed the DLL, this requires you to manually delete the old Intelliweb.Weather.dll from your ~/bin directory after upgrading the module. Failure to delete the file may cause the module to throw an error. I apologize for this ahead of time, I
promise the dll/namespace won't change again in future builds.
Items I'm currently working on for the 1.4 release:
If you have any ideas or problems, please
let me know.
Apr 24, 2005 11:23 AM|Ed_DeGagne|LINK
Any idea if you'e going to offer your source?
Just curious, I use it regardless and think you've done a great job on this module.
Apr 24, 2005 12:55 PM|iwonder|LINK
Not sure if this is an issue with your implementation or a restriction of Weather.com. First, thanks for the effort. Now, I can't seem to get the module to respect my choice for zip code. It always seems to pull the same zip code no matter what I choose.
The other issue is I can't seem to move the module to another page. I have to delete it and re-create it. I'm not running a prozy server but where is that information in this implementation stored?
Apr 24, 2005 03:26 PM|uzi|LINK
Hi, I wanted to get all major features/bugs taken care of before releasing the source code.
Also, I've noticed a few things don't work. Move module is one of them, try to enable module caching, and you'll see all localization stop working in it. I'm not exactly sure why this is happening. Personally I think it's just bugs in DNN3 because this module
couldn't be any simplier. The module only uses the ModuleSettings table to store it's infomation.
I'm not storing any proxy infomation, I only looking at the Host > Host Settings > Proxy Settings infomation (which btw it seems that ProxyPort isn't coded correctly on that control, it doesn't save.
Apr 24, 2005 03:58 PM|iwonder|LINK
Ah, yes. If you are using the settings from there, they are not yet incorporated, so it's not going to work. I did find that one of the limitations of the weater.com interface was the results are cached and not exactly real time. Changing the xslt round
about, I was able to get the display to show my locid (66202), and the actual data comes from the observation site used to retrieve the data. Without changing the xslt, you will always get the name for the location where the observation data is gathered.
Just some things I've seen. I actually used an XML/XSL module to do most of the same thing, without the customization. I just substitute my zipcode in the query string to the site, and of couse use my weather.com credentials. Then, I renamed the xslt files
in a temp folder, to *.xsl, and was able to upload them into the portal root folder. The XML / XSL module won't allow anything but *.xsl files, probably need to change that restriction as xslt is a valid file extension for this kind of module.
Apr 24, 2005 04:11 PM|uzi|LINK
The weather stats are cached for 10 minutes, the license agreement states you must cache the results for a minimum of 10 minutes for each zipcode/extended forecast length.
I also started with just using the xml/xsl module for my weather, but as the xslt stylesheet expanded it just grew into a custom module.
Also, I haven't found any method for having weather.com return translated data, I had to check each value in the xml, and translate it with the info from the resource files i've created using the dnn api. I'd like to figure out why the module caching and
move to are not working.
Apr 24, 2005 04:21 PM|iwonder|LINK
Apr 24, 2005 04:32 PM|uzi|LINK
I spent days searching around the weather.com website, looking through the SDK kit, and I wasn't able to find any extra querystring params besides the 'unit=m' for metric values. I ended up finding an open-source windows taskbar version of my module, with
localization, and I used their localization files to compile a list of every possible value returned from weather.com in my translation code. I did found maybe 10 other values they didn't know about.
If you could find that document, that would be awesome! I'd love to remove my localization code if weather.com already supports the translation of the xml file.
Also, I added you to my MSN buddy list, if you could sign onto MSN, I'd like to ask you a quick question.
May 25, 2005 11:38 PM|Freeway|LINK
Oliver - thanks for the work you've put in here... we've finaly got a weather module that covers Tasmania!
I have it installed, I've registered, have a site par and key, working on my DNN3.0.13 portal... BUT.. I don't see the main image next to "Today's Temp", however the images display correctly in the "Extended Forecast"
Here is an example screen grab...
I'm pretty confident we have all the images correctly loaded? - Any ideas (as the image shows - it's pretty cold and dull here at the moment :-)
May 26, 2005 12:22 AM|Freeway|LINK