the gas price plugin i had made in the past was modular an scalable you would more than likely just need to change the cell numbers in the config file
ill see what i can get together and make backwards compatible with the current integrated gas or should i change the labels. because if it remains as is roadrunner will try to connect and fail and the plugin will work but then it wont display (if that makes sense)
GPS Gas Plugin
I was hoping you would chime in here :whoo: That would be fantastic! I agree the labels will probably:
1) need changed
2) RR Source would have to be altered to remove the native gas code.
Honestly, the native code should be removed, as it is really just "dead weight" in the RR source now :(
In the mean time probably just altering the labels to match your plugin can be done for now, and the code in RR can be removed at any time in the future.
Actually......... I just thought about this some more..... I do not think the labels will need changed in the skins.... If the GPSGAS function is not called, and just a load skin is used, it will never trigger the internal RR code to attempt to create the labels. This will leave them "free" to be used by anything. This would save a lot of updates for skins, cuz just about every skin out there uses this feature......
Interesting.... I can not recall who created the internal RR source for the weather, but was done a long time ago, and I do not think they are active on the forums any longer. A new key will definitely be needed, and hopefully it will be an easy transition on the RR code. When the new key is created, and hosted somewhere with the text add's, what all do you think will need to be altered to get it functioning in RR again?
Originally Posted by -zip-
Weather was orginally done by MSCAR and was first mentioned in this release
Gas was originally an external plugin by lostreception and then Evolution VIII did the native one.
There are same problem with weather information in Centrafuse front end.
Why are you using xml at all?
The html is available to everyone for free all the time no matter what...
So go to http://www.weather.com/weather/tenday/#####
where the 5 ##### are your zip code. Voila, 10 day forecast. Parse the html and you have weather.
Like 10001 is NY I think, so http://www.weather.com/weather/tenday/10001
International, just replace the string with: http://www.weather.com/outlook/trave...enday/AAAA####
where AAAA is the country aplhabetic name, and #### is the weather.com id number for the city in the country AAAA.
So 10 day for Paris, France: http://www.weather.com/outlook/trave...enday/FRXX0076
FRXX = France
0076 = Paris
again just simple download of html and parsing it. If you wanted hourly, then change the "tenday" in the links to "hourbyhour" and there ya go. I would be glad to help out once I finish with my current projects.
Html parsing is just not acceptable. All it takes is one small change and your code is broken. Thats why xml was implemented. Believe me, the Home Automation groups have already been through all this many times. Thay are in the same boat right now and the overwhelming answer over there is use the .gov weather site. Much easier to parse with DOM standards than screen scraping.
The only problem there is, if I lived in Paris for instance, I would have to type FRXX0076 as the location. This not so bad if you just set the weather once, but quite a few skins out there have dynamic buttons, that you can change the city the weather is for on the fly. Trying to remember all the codes, or zipcodes for where you want the weather would be tedious.
In general I use www.wunderground.com and www.noaa.org for weather...rss probably isn't as good as weather.com though.
isn't noaa.org pulling info from noaa.gov, which pulls info or provides info to weather.gov? So they are pretty much the same I think.
Whatever the case may be, a consistent feed, that is unlikely to change (weather.gov) would be the best solution.