It speaks poorly of an industry if there is a market for a toll gate to mush things into a common format.
It appears the plan with pricing doesn't include the weather data, just the transformation. You still need keys to the ultimate source.
I do feel the pain though. I moved to WeatherKit REST API when they stopped Dark Sky. The tiny amount of calls I make were free and easy in Dark Sky. In WeatherKit it is still free, but I had to figure out how to have my server generate JWT tokens which is a grade 2 pain in the ass on the 0 to 10 scale. (Also, the APIs are still marked as "beta". If you are killing a service and replacing it with a new one, maybe nail down that new one before cut over day? They are also sadly vague, the kind of stuff a programmer jots in because comments are required. If there is 3mm of rain followed by 50mm of snow, what does the precipitationAmount field have? The documentation says "The amount of precipitation forecasted to occur during the day, in millimeters.". Thanks, 12 words to tell me nothing. )
Usually precipitation is whatever water came down in melted form. You have to calculate what that would be in snow. Which is not easy and only will give you a guesstimate.
Canadians, rejoice! Your tax payer dollars have afforded you a no-nonsense weather portal. Hourly projection, weather radar, jet stream, and satellite resources are all there, completely free, and often with an XML somewhere you can parse.
Is there an API, though? The Canadian sites do seem to provide data for those inclined to click and click and click, only to get a very thin slice in space/time/property. Without an API, this all seems to be an agency responding to a commandment from on high, as opposed to an agency that actually wants to share data in a helpful way.
I can't say I feel the same way you do, however. I have two bookmarks and they are pretty great dashboards providing me with everything I need to know [1,2]
They have HTTPS for subscription services and media releases - everything else is free to air public data with anon FTP servers .. not a lot of HTTPS required for FTP.
I find it curious that most weather services focus on weather predictions first, historical data second (or not at all). I am still looking out for a service that would provide historical data, allow me to update it on a daily basis (like, every night get yesterday's data for multiple locations), and have reasonable terms of service (not imposing prominently visible attributions). OK, reasonable pricing too.
For this one in particular, the terms of service aren’t clear in this regard (or I didn't find it).
> I find it curious that most weather services focus on weather predictions first
Why is that curious? Most people want an idea of what's going to happen to wear a sweater or bring an umbrella etc in the immediate future or maybe a week out for a vacation.
I'd argue that such information consumers are largely the same audience that wouldn't want to muck around with an API or remote service to begin with and aren't the target audience. When I check the forecast, I just use one of probably thousands of services that regurgitate and slightly alter NWS data. Just because I unlike most data consumers could read the data a different, more arcane way, doesn't mean I would (I absolutely wouldn't, I'm going to be lazy).
On the other hand, when I have been interested in lower level access to data and not just data products, the time I'm looking for data repositories and APIs to work with the data at a more detailed level, the time these sorts of services come into play, I'm very often (I'd say the majority of the time) quite interested in historical data. I want to look for trends, I want to look at how accurate forecast models were, I want to compare historic radar with forecast with a ground measurement station. For some I imagine they want to throw ML and other AI related techniques at it. Those are the exact times these sorts of services are useful to me, in my eyes.
So I agree with the obvious premise that most consumers of weather data just want to see immediate forecasts that effect their future, they care nothing about the past, I think those aren't the typical users of these types of services and were looking at two different user base targets.
Because there are many use cases for historical data (algorithms' training or its cross-analysis with other data, for instance), while lots of APIs focus on forecasting. Maybe at this point we need more innovation in either the forecasting itself (generally "better" forecasts, especially for industries, and better extreme conditions alerting), or innovative use of historical weather data in other domains.
This is cool on its own. But then I saw it was made by the folks at Hello Weather, a fantastically designed weather app that, as you might expect, lets you choose from several data providers. Even cooler that this is being done by folks who have already gotten their hands dirty with weather data.
Its interesting seeing stuff like this. Makes me realize that I've never in my life thought of paying to know the weather. When I was younger I would just ask my parents, who watched enough news that they were abreast of the information. When I got my first phone, it just became available information for me at anytime.
I've definitely had strong opinions about which weather website provides the best user experience though. But I doubt those opinions were ever strong enough to make me consider paying for it
Wrong use case. It's an API to service businesses who require 1,000,000s requests a month. Its not made for individuals who just want to check the weather.
Is there a public authoritative weather data source all these weather APIs get there data from? Similar to how SEC.gov[1] is for financial disclosure data?
Around the world, weather observation and data collection is in most cases a public service provided by the government. The accessible data weather bureau's provide is also unique and country specific.
I wish more weather APIs would provide websocket streams. I think it would be cool for running things against weather data in "real time" vs being rate limited by a REST API.
It appears the plan with pricing doesn't include the weather data, just the transformation. You still need keys to the ultimate source.
I do feel the pain though. I moved to WeatherKit REST API when they stopped Dark Sky. The tiny amount of calls I make were free and easy in Dark Sky. In WeatherKit it is still free, but I had to figure out how to have my server generate JWT tokens which is a grade 2 pain in the ass on the 0 to 10 scale. (Also, the APIs are still marked as "beta". If you are killing a service and replacing it with a new one, maybe nail down that new one before cut over day? They are also sadly vague, the kind of stuff a programmer jots in because comments are required. If there is 3mm of rain followed by 50mm of snow, what does the precipitationAmount field have? The documentation says "The amount of precipitation forecasted to occur during the day, in millimeters.". Thanks, 12 words to tell me nothing. )