Identifying conflicts with package folders during a Salesforce DX migration.
Without further delay, a rundown of the contenders:
Yahoo! Weather– The first service that comes to mind, Yahoo! Weather is free for non-commercial use. This service is the only one to make use of “Where on Earth ID” (or WOEID) instead of zip codes. Apparently WOEIDs are able to denote things like landmarks, cities, etc. Unfortunately that means Chicago has a single WOEID instead of a myriad of zip codes, so I would assume the accuracy would be a bit worse. Additionally, I’d have to write some code to grab the zip code from the user, call a Yahoo API to get the WOEID (and then store that lookup in a database for the future), and then finally use that WOEID for my API call to retrieve the weather. The response from Yahoo! Weather is basically an RSS feed. I was not overly thrilled with the WOEID (call me shallow), but the lack of forecasting beyond the current day strengthened my reasoning to skip out on Yahoo! Weather.
Weather Bug– Weather Bug’s website was a pain for me to use, which immediately was annoying to me. It was both slow and not really intuitive, so I wasn’t all that excited to evaluate them after that. They have an XML and pipe delimited (CSV?) format, and their documentation seemed really unhelpful and basically just hard to understand how to actually make calls. From what I can gather, you can use zip code or coordinates to query for the weather, and there seems to be the ability to get live weather and forecasts. Unfortunately I can’t decrypt the documentation well enough to really see what kind of information you can get out of the responses without really digging in and setting up some example calls, so that was enough to make me skip past it.
Weather Underground – Weather Underground is a service I’d never heard of before, but after doing some research apparently they are pretty popular. They have three different feature plans, depending on how much information you are looking for. For what I am after, the base plan (Stratus) would be sufficient. After choosing a feature plan, they have different usage plans depending on the number of API calls. Fortunately there is a developer plan for 500 API calls a day. Another nice feature is that you are allocated 3 “raindrops”, which are essentially helping out if you happen to be really popular on a certain day by not rate limiting you. Their responses can either be JSON or XML, and you can query location based on a myriad of information (zip code, coordinates, city, IP address, etc). The service provides the ability to forecast, and all of the pieces of data that I am looking to leverage (albeit only the temperature and conditions in the forecast, though adding a percent chance of precipitation is nice). This site also was the cleanest and simplest to look at as a developer, which is always a plus.
Update (11/9/2011): After speaking with representation from Weather Underground, they mentioned that humidity and wind in weather forecasts were currently in development.
Update (11/10/2011): I’ve been told that humidity and wind have been added to the weather forecasts. From what I researched, this definitely gives their forecasting API a step up over competition, which from what I recall mostly don’t support wind (and none support humidity).
World Weather Online – World Weather Online is another service I was unfamiliar with. They also have a free service, with the request of not exceeding 500 API calls per hour. With caching of data based on zip code, and the site only updating the weather every 3-4 hours, that would be more than enough for now. The service is also free for commercial and non-commercial use, only requesting a link to be placed on your site (and many of these sites would enjoy/require the same anyway). They do have a premium option if you don’t want to display a reference to them (and you get some additional features). The responses are in XML, JSON, or CSV format, and the requests can be made with the city name, zip code, IP address, or coordinates. Additionally, its forecasts included some details that Weather Underground didn’t (wind speed, predicted precipitation in MM). Based purely on price and features, this service seemed to take the cake as long as you didn’t mind that your weather updates weren’t as frequent as some of the other sites that update hourly.
The Weather Channel– The Weather Channel apparently decided that it’s API would be a pay to use model. Developers can test out the calls via a console, however it doesn’t look like there is any free model to actually test within a custom application. This pretty much took this product out of the picture for me, so I didn’t spend any additional time researching it. This was too bad, because at a glance it seemed to have quite detailed forecasting, including humidity, something the other APIs lacked. The Weather Channel provides their responses in XML and JSON.
AccuWeather– I saw some people posting that AccuWeather had an API, but I had no luck finding it on their site.
Update (7/10/2013): Per a comment below, the API is available here.
National Weather Service– The National Weather Service actually has some pretty explicit ways to make requests to their service, though primarily based on zip code or coordinates. This was by far the most complex looking piece of documentation out of all these sites, so novice developers might be overwhelmed trying to figure out which of the sample queries would be most applicable. The data does update relatively frequently (every 45 minutes to an hour), and this is basically the data that a lot of other services use by prettying up the request and response for you. It appears that the response is in XML, although their XML is a bit less readable than the other services (seems to be more indexed based within a bunch of nodes, so it is on the developer to do that parsing) and from my brief experimentation it seems like it is just returning temperature both for the current day and the forecasted days. I very well may be missing something, but I would prefer the weather integration “just work”.
Google Weather API – This feed is unofficial, and is what Google uses to power the weather portion of some of their applications. However, they could change the schema or shut it down at any time, so that’s a negative. The unofficial part means there is no official documentation, so prospective developers need to either leverage research that a previous developer did and posted to the internet, or needs to comb through the requests and responses manually to figure it out. It seems like multiple people refer to this as the best API, as the XML returned is very readable. I’m under the assumption that someone who had more free time to really figure out the power of Google Weather API would be pleased, but unfortunately I am not that person at the moment.
Update: This option is no longer available, as Google has turned it off.
SimpleGeo Context – This service is much more generic with regards to what it shows for location based weather, as it merely tells you the conditions and no statistics. This isn’t what I am looking for (although it definitely offers a lot of other cool location based information). Additionally, there’s no free version (though there is a 60 day trial), and the entry level price is $9.99. This product really just doesn’t provide what I am looking for.
Update: This option is no longer available.
Update (5/26/2019): HAMweather is now AerisWeather.
Update (3/26/2013): Forecast.io – The company behind the Dark Sky iOS app has released an API that aggregates data from a bunch of sources. Their pricing model is current 1,000 free API calls daily, with every subsequent 10,000 calls costing another dollar. Their endpoints are pretty basic at first glance, but the pricing model is very attractive compared to some of other options. As a side note, the forecast.io web and mobile applications are pretty impressive visually.
Update (4/2/2013): OpenWeatherMap – This is a free service that provides forecast and weather data. The documentation is less easily navigated than some of the other (paid) sites, but it looks to return most of the relevant information that most users are probably interested in (temperature, humidity, wind, precipitation, etc. It looks like geolocation is the only parameter than you can use for location identifying at the moment.
After looking at all these options (in late 2011), for both ease of use, features, and price, I ended up between World Weather Online and Weather Underground. While my development is still in its infancy, World Weather Online seemed to be a better fit for my current needs, although Weather Underground’s website and analytics are appealing in an aesthetically pleasing kind of way.
Feel free to add any comments or correct anything I said in the comments. I’d also love to hear what choices other people made and what their criteria was in order to second guess myself. Additionally, I haven’t used most of these, so I cannot vouch for the accuracy of the data that is being received, only the perceived ease of use and data available.
Update (4/2/2013): I ended up using HAMweather when I finally got around to working on this project in 2013.