Live data from Hacker News

Pirate Weather: A free, open, and documented forecast API

pirateweather.net

21–30 of 201 posts

Re: Pirate Weather: A free, open, and documented forecast API

#22
post #15

The tech diagram on AWS is insane. This is what I call vendor lock-in porn I'm wondering how much your monthly bill is?

Easy enough to move to other clouds if it was defined in something like terraform or even cloudformation. Could even move out of the cloud to your own bare metal services pretty easily, since the various components are so well defined. AWS makes the most sense though as stated in the docs because a lot of the data being processed is in S3, and reading data from S3 inside of most AWS services is free.

Re: Pirate Weather: A free, open, and documented forecast API

#23
post #9
post #7

Can confirm pirateweather.net's forecast API working as a drop-in replacement for DarkSky's. I was able to fix a soon to be broken DarkSky bitbar script by just replacing the URLs/API keys to pirateweather's in under 5 minutes.

I assume there's no recourse for iOS users?

Any particular reason you couldn’t do the same? Just replace URLs.

Re: Pirate Weather: A free, open, and documented forecast API

#24
post #5

I was really hoping https://merrysky.net/ had a graphical forecast similar to weather underground's 10 day. I've yet to find anything else that quickly shows everything you'd want to know in a single image. Even the mouseover timeline is perfection. It is so good and seemingly exclusive to WU that I sometimes wonder if they hold a patent for it.

Try Ventusky (https://www.ventusky.com/)

Re: Pirate Weather: A free, open, and documented forecast API

#25
post #9

Earlier quoted context omitted.

I assume there's no recourse for iOS users?

Any particular reason you couldn’t do the same? Just replace URLs.

I think they're asking about continuing to use the DarkSky app. In which case, no. The new Weather app in iOS 16 does add some DarkSky features, but I don't think it's as good.

Re: Pirate Weather: A free, open, and documented forecast API

#26
post #9
post #7

Can confirm pirateweather.net's forecast API working as a drop-in replacement for DarkSky's. I was able to fix a soon to be broken DarkSky bitbar script by just replacing the URLs/API keys to pirateweather's in under 5 minutes.

I assume there's no recourse for iOS users?

If you are using the current version of iOS, the new weather app rocks in terms of functionality (IMHO better than the previous version of Dark Sky).

If you are on an old version of iOS and mourn the loss of DarkSky app, I personally like MyRadar - it has some very nice features and I used in tandem with DarkSky in the past.

If you are after writing an iOS app, you already have an Apple developer account allowing for 500k calls/month.

If you are after writing an iOS app and want to use DarkSky rather than WeatherKit, Pirate Weather should also be a drop in replacement.

Re: Pirate Weather: A free, open, and documented forecast API

#27
post #15

The tech diagram on AWS is insane. This is what I call vendor lock-in porn I'm wondering how much your monthly bill is?

I am an Infrastructure Architect (aka "Cloud Architect") so I design cloud systems like this on the daily. The "vendor lock-in" argument always makes me laugh. Its the #1 thing I hear all day long.

This diagram is actually pretty simple. It looks worse than it is. All it uses are Lambdas (serverless functions), S3 buckets (object storage), and SNS (broadcast/push queues). There appears to be one traditional server in there with EFS, which is just an elastic file system.

All of these systems have equivalents in all the major cloud providers. So if the builder of this wanted to move to GCP or Azure, they are not really locked to AWS. This can all be built in another cloud.

Now, could you do it in a day? No. Assuming they are building it with Infrastructure as Code (such as Terraform) then they would need to convert the provider and change resource blocks. But this akin to refactoring in a codebase. Its work, but its not terribly difficult. Then they point it to their new cloud and run `terraform apply`.

There is almost no way to entirely remove vendor lock-in. The closest you could come is by designing everything yourself on bare metal servers and renting those from a cloud provider. So instead of using a managed queue system, you run some sort of messaging queue on the server. Then you host files on the server's filesystem, and you run the "lambdas" as applications on the server. But that almost causes more headaches than you save or solve for.

I look at Cloud Providers as similar to cell phone providers. I know people who live in fear of being locked into a contract with Verizon or something. But really, what are you going to do? You will always need a cell phone. The only other real choice is AT&T or maybe Sprint/TMobile. How often are you really going to switch and what are you really gaining by doing so? Energy spent worrying about being "locked in" to a cloud vendor is energy wasted. Yeah you can move from AWS to Azure or GCP. But that's about it. What do you gain by switching? Probably almost nothing. They are all pretty comparable at this point in reliability, features, and price (GCP is the slight laggard here, but not by much). If Google calls your company and offers you a huge discount to switch, you could still do it. Aside from that, there's minimal incentive to do so.

There are a few weird services that AWS has for example that might be considered "lock-in" services. This would be things like AWS Snowball or AWS Groundstation. These don't have comparable systems on other platforms. In the case of Snowball you probably have so much data on AWS that just transferring data would take months (or even years) which could be considered a form of lock-in.

tl;dr - This is a very tame arch diagram. A few lambdas, s3 buckets, and messaging queues, all of which have comparable services on all major clouds. There isn't significant vendor lock-in, this could be rebuilt fairly easily (assuming they used IaC) on any major cloud provider.

Re: Pirate Weather: A free, open, and documented forecast API

#28
post #6

I really like this free Forecase API too https://developer.yr.no/

One of the things that I've found on yr.no that I haven't seen on any other weather app is the classification of cloud level.

For example: https://www.yr.no/en/details/table/2-4407066/United%20States...

You will see not only the cloud cover as an overall percentage, but also the different levels. A 50 in the middle is very different than 50 in low in terms of what you can expect that day (for photographs).

Re: Pirate Weather: A free, open, and documented forecast API

#29

It's going to be a tangential comment but I work in science research that's adjacent to weather forecasting and I find the political/technical jockeying that is happening with forecasting to be fascinating. It's a nexus of capitalism, federal government spending, politics, and technology that has very real implications for individual Americans. In summary: horrible oversight by the federal govt (read, congress) of ou…

As someone living in continental Europe there’s one thing I haven’t found anything remotely close to NHC quality forecasts. Curious what you think of that institution?

Re: Pirate Weather: A free, open, and documented forecast API

#30
post #26
post #9

Earlier quoted context omitted.

I assume there's no recourse for iOS users?

If you are using the current version of iOS, the new weather app rocks in terms of functionality (IMHO better than the previous version of Dark Sky). If you are on an old version of iOS and mourn the loss of DarkSky app, I personally like MyRadar - it has some very nice features and I used in tandem with DarkSky in the past. If you are after writing an iOS app, you already have an Apple developer account allowing for…

The new iOS Weather app certainly has lots of functionality, lots of data, but I mourn the clean, streamlined Dark Sky interface.

Plus the temperature map, unlike the radar map, no longer allows you to change to a future date/time to see how the temperature changes are going to progress across a larger region, which I always found interesting.

Very unfortunate.

Post reply on HN