For comparison, in the Netherlands all postcode data is open data, including detailed building outlines as well as almost all other related information.
This also leads to some very interesting issues, as third parties who automatically ingest the data have a habit of just reading the docs and making the wrong assumptions about what it means in reality.
One example I often encounter myself is Google Maps trying to geolocate my address (city, street name, house number), and then reverse-geolocate that into my postcode. Which sounds like it would work - until you realize that the postcode polygons can overlap. I live in a building where (roughly) each floor has its own postcode, so whenever I try to fill in my address on a website which uses Google's API, it'll "helpfully" auto-fill or "correct" my postcode from 1234AB to 1234AZ. It'll essentially pick a random postcode, because all of them share the same coordinates!
That's Really Really Bad, because the postcode plus house number combination is supposed to uniquely identify a mailbox: it's only a matter of luck that the house numbers aren't reused in the set of postcodes used for my building. They could've just as well reused the numbers at the individual building entrances...
This creates a very special Dutch thing —- my neighborhood had the roads on the map before the map itself was updated to show landmass instead of the body of water.
I wonder if all the houses on disconnected long islands without roads in Vinkeveense Plassen have postal codes? It's hard to get a pizza delivered there.
In the PDOK viewer linked above you can enable the "Adressen" layer[1] and it will show markers on everything that has an address. Everything that has an address has a postal code, which is listed in the details if you click the address. (There might be an exception with an address but no postal code somewhere, I'm not sure, but not here.)
That area looks so weird on a map and so cool in person. I never kinda understood what is going on there except the whole having a lake and being the Netherlands.
I run a self hosted Gitlab CE instance for many years now and I am very happy with it. I also experiment a lot with local LLMs. Will there be a CE release which allows for usage combined with a locally running LLM in the future?
Since the relevant code appears to be in the "ee" directory <https://gitlab.com/gitlab-org/gitlab/-/blob/v16.11.0-ee/ee/l...> and is not present in the foss repo, I'm guessing the answer is no, at least for now. They do have a history of "releasing" features from EE back to CE but my suspicion is not for LLM stuff
It is always the edge cases that will kill you. In the case of WP on PostgreSQL, the reason you want WP in the first place is the plugins and those will be hit or miss on PostgreSQL. Just give up on the combination of those two.
To clarify, the wire protocol is the easy part, the semantic differences how each database does things is a whole other can of worms. Such emulation will never be 100%, quirks and all.
I remember back in the day when GDPR was announced this was an actual thing. Nowadays tho, 9/10 of the website that used that message caved and are serving EU without problems.
Websites that refuse to serve be any content due to that law are just yelling at me saying "we don't care one bit for your basic rights for privacy". They have zero intention of sharing anything respectfully and would just sell my data instead, with no accountability whatsoever.
Thanks! I'd say the user experience is much better. Migadu is a great company but sometimes using it can be a headache. That's really one of our main goals, making it as easy as possible.
I've been using Migadu for a while, and haven't experienced any headaches. Which features/services do you offer that Migadu doesn't which makes things easier?
Excellent production quality, but I would have appreciated a bit more skepticism on the part of the host of Real Engineering.
In particular, adding tritium to a fusing deuterium plasma does not just make all of the fusion a-neutronic. It just makes some percentage of the fusion events a-neutronic. So you're "just" adding a fuel additive that "just" changes the emissions somewhat
Plus, apparently D-T fusion tends to release gamma rays -- I'm sure that will also be tricky to either convert into useful energy or shield against.
I'm all in favor of trying, and I wish them luck, but it all smacked of a last minute publicity event to try to reassure investors that they were just one last upgrade away from producing power.
I would suggest the (longer, dryer) fusion master class series by Dr. Matthew Moynihan
See https://app.pdok.nl/viewer for most datasets.