Hi guys, I've been looking at this issue all day and it seems like the change is with the weather.com xml format requirements

If you're using the same base code as I seem to be using here, the weather widget requests data from this url:

http://xoap.weather.com/weather/local/95670?cc=*&dayf=5&unit=m&rnd=0.6765406

where it genererates bolded values on the fly.

If you type this in your browser however you always get an Missing XOAP 'link' parameter in request." error

After doing some research, it seems like weather.com is requesting that xml requests need to have a link=xoap format in it as well as a license key and a partner id.

Im  trying to find a workaround ATM and would be happy to give any info to anyone else who'll help me find the solution.

Thanks,

Homer

Well, that sinks it. It appears the url used to get the weather is no longer valid. 

^ sorry, By workarounds I meant nothing illegal, I simply meant making a base code to work with another site,  or finding someway to edit the code such that it gets the liscence for us through weather.com. They seem to offer a free service, all they want is that we sign up for it.

My only problem is that; I like to use Desktop Themes, which already have the Weather Widget coded into it. I could easily make a desktop or objects/widgets without the weather but i like to use Themes already made. Is there any possible way to take out the Weather Widget in the Theme without loading the theme? Due to the Zipcode error I cannot edit the Theme when loaded, all i get is that most ever annoying error

turn off your internet.

The base code has a simple If system.internetconnected Then

if you're not connected, you get no error

• Rename the *.desktop to *.zip
• unzip it
• delete the weather widgit
• zip it
• rename it back to *.desktop

By going to this site you can get a partner number and licence key which is free.

http://registration.weather.com/registration/xmloap/step1

I then replaced the random with

str_RANDOM_URL = "&link=xoap&prod=xoap&par=XXXXXXXXXX&key=XXXXXXXXXXXXXXXX"

where par=partner number and key=licence key provided in the email weather.com sends.  unfortunately I don't have desktopX pro to return the glow weather wiget back to  a standalone sidebar gadget.  Perhaps when starting a weather gadget it can request each person to provide their number and key then store them for later.

Ok, Now Im wondering if we can do anything to get ONE license key and partner name for use with all widgets that use this service.

That way, All we have to do is update the base code to include the partner and liscense key as you have, and make it usable for all end users who just want to download a theme with a weather widget.

(what I'm saying is that, I don't mind getting a key, but it seems kinda unnecessary to me to force EVERYONE who uses the application to get a separate liscense and key for it...)

I mean not only is that inconvenient for the users, but it's gotta be draining on weather.com's servers..

does that make sense?

Thanks for the answers guys. Ill keep checking back to see updates. Good work!

Aye makes perfect sense.  I'm just not legal minded enough to see if using one free license for multiple people violates the weather.com TOS.

Okay, How do we edit the script so it will work again??

Makes perfect sense to me too.  I'd imagine that traffic is what prompted them to go the signup/key route in the first place, trying to cut down on massive pings.

Thanks to everyone who's looked into this, I was just now wondering what was going on with my widgets, and there it is, right here on the good ol' support forum.

I use Rainmeter and it's not working either. I get my location code from Asp.Net Resources which gets it from Weather.com

Ahh Al Gore the Father of the Internet can blame it on global warming

Well my problem is solved, just took the damn widget out for now.... And still can use my theme. Thanks alot for the help!

Don't know anything about scripting,codes or the like.  None of them work except the ones for the Stardock themes.  Now why any free weather information service would give a hoot about a product they give out for free is beyond me.  Solution would be to give credit to the information service from which the widget is getting the feed.  Stardock does.

Simple, Server hosting is expensive and weather.com is providing a free service to users. This is obviously a way to reduce the endless amount of pings their servers are taking and to better organize them to see where all their servers are used up.

Stardock pays for the accuweather feed . .  it's not free either.

Buckweiner could you be a little more specific on this - What was the line you replaced?  I'm having a go at hacking around here (that's the gassy sound you hear leaking into the atmosphere).

Okay, I signed up to use the weather.com xml feed. However, I don't know what I have to do to the existing script in order to use it. Anyone??

And Stardock recoups the expense as they sell their products.  I would much rather pay for a weather widget that works than a great looking widget that screws up my computer.   I'm also a Wincustomize subscriber.  I'm a customer as well.  So it's important that the widgets work as advertised.   Some people want to be bothered with trouble shooting this problem.  My point was...NOT ME.

look for this in the script

        Randomize
        str_RANDOM_URL = "&rnd=" & rnd()
        msgbox str_RANDOM_URL

and where it says = ""&rnd=" & rnd()" replace with

&link=xoap&prod=xoap&par=XXXXXXXXXX&key=XXXXXXXXXXXXXXXX

where XXXX's are the numbers you receive from them

AAAAAAAhhhhh,it is true missery,or with drawl does love company.Time for a cold brew,or 24,hehehe,I'm going to wait it out being a begginer the last time I tried changing scripts I had to start all over.hahaha