MehDB VS wttr.in

I have 2 projects that I'm looking to eventually adapt into a database backend that's API compatible with RocksDB (with enhancements!). The first of which is a Extendible Hashing Implementation in Rust (it was my first attempt at Rust, so it's kinda messy): https://github.com/chiefnoah/MehDB

It achieves very promising performance for u64 sized types (which will eventually be an offset into a log).

The other is a similar concept using modified B+Trees that have subtrees for all writes to a record: https://github.com/chiefnoah/hist-prototype

This one is implemented in Python for fast iteration, as I realized I wasn't happy with how fast I could iterate with Rust. This one is, IMO, a more complete approach towards full historical query-capable systems. I'm slowly chipping away at it, though I haven't had progress lately. I spend no real money to host them, just the code, though I'm certain I've shortened the life of my NVMe drives due to writing and rewriting large files for testing.

wttr.in is unfortunately not accurate in many cities in the world, check their github issues

The difference with weafetch is that it has its own config file which can just be configured and not touched anymore. When using wttr.in with curl, any custom changes you want to get from the output will need to be typed in everytime.

What about https://wttr.in/ ?

The source of the data that are presented: https://github.com/chubin/wttr.in

I don't recommend using wttr.io at all, their current provider shows inaccurate information for many cities, including Berlin. (source)

Oups the last link was incorrect it should have been https://github.com/chubin/wttr.in. I pull the info and store it in a txt file then I reference with cat or sed. That way it's super quick.

See https://github.com/chubin/wttr.in