#openaddresses — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #openaddresses, aggregated by home.social.
-
Bad, but not unexpected, news from Owen Bowarva on #UK #OpenAddresses: https://www.owenboswarva.com/blog/post-addr86.htm
Ordnance Survey & Geoplace are threatening legal action over data sets of local authority addresses derived from council tax systems hosted by Owen. As a result he has removed most of this data from his site. One or two councils, e.g., Leeds, may remain.
Note that in the meantime #OpenStreetMap has around 5.5 million addresses.
-
New Zealand has been added to https://opensupermaps.com/
-
In all the enthusiasm celebrating #OpenStreetMaps 20th birthday, I've noted a more sombre anniversary. The day before the 10th birthday party in London was when an #OpenAddresses symposium organised by @JeniT. Other than rather more addresses in #OpenStreetMap I'm not sure that we've moved very far with #OpenData for addresses in the UK.
There have been some sops from the #GeospatialCommision, such as OpenUPRNs, but usually heaviky compromised by lack of any relevant metadata.
-
I became aware of this #OvertureMaps PR¹ and you can tell that it seems they haven’t read “Falsehoods programmers believe about addresses”².
“All addresses have [...] street, number, [...] postcode.” Good luck recording addresses in Japan!
UPDATE! @jwass2000 (who opened the PR) and @ian (founder of #OpenAddresses) have replied saying that the address schema is intentionally simple at first but will eventually be more sophisticated.
¹ https://github.com/OvertureMaps/schema/pull/193
² https://www.mjt.me.uk/posts/falsehoods-programmers-believe-about-addresses/
-
2024-03-27 08:50:48,719 root INFO fr_countrywide_addresses_country DELETE 441766 1 word street
hope that regex was right 🙄. Looks like some more #openaddresses spelunking is in order
-
Looking good for a #opensupermaps release this month.
Cleaned some garbage from #openaddresses that caused the release delay and handled a new issue where a source came with z data.
-
sooo it turns out the bad data I found from #openaddresses was more pervasive than I thought. Street field is a mess of prefix/suffix only, direction only, street name only and everything in between.
Most of the way done for mitigation of the first combinations I was aware of, but found more before I finished debugging.
-
@ianthetechie already fixed upstream without anyone opening an issue. looks like #openaddresses has been stepping up their game.
-
New year, new problems. Looks like #openaddresses sent some bad data that looked enough like addresses that they made it to the database. Then they overwrote the good ones in coming out of the database... 🤦♂️
-
@AzureFubuki @organicmaps @daltux @openstreetmap Always the best solution is to go out to map and contribute to #OpenStreetMap, so everybody can benefit from it, as mentioned earlier.
But (I know it doesn't help with #OrganicMaps) for (US and some other) people who are interested, alternative (and much more complex) app #OsmAnd can use not only #OSM data, but also additional address data from other sources like #OpenAddresses via https://opensupermaps.com/
Did someone do that for OrganicMaps too? -
This months builds are up https://github.com/pnoll1/osmand_map_creation/releases/tag/1.04 Opensupermaps.com
Now only unzips OA address data needed for current area and cleans up after. Saves time and lowers peak disk usage by over 100GB.
-
Latest map builds are up on https://opensupermaps.com/. I’ll be doing the GitHub release later tonight.
This is a second try at moving from one shot processing to persistent db. This time using Postgres constraints to dedupe since open addresses hash field is not stable across runs.
-
Carmel by the Sea addresses: An American addity, a wealthy town without street addresses. Documentation of all the weird accomodations they undertake.
https://www.carmelresidents.org/carmel-addresses-
#openaddresses #california #addresses #america #carmel #maps #+ -
Fresh maps are up. added 🇫🇷 , fixed US/TX. Mostly low hanging backend stuff that lowers peak usage by 100GB.
https://github.com/pnoll1/osmand_map_creation/releases/tag/1.01
https://opensupermaps.com
#osmand #openstreetmap #openaddresses -
This month's map builds are up with major bugfix. 0.96-0.99 releases are broken, download the latest files for fix.
https://github.com/pnoll1/osmand_map_creation/releases/tag/1.00https://opensupermaps.com/ if you want GB download speed
OA data now persists between each months builds and is deduped within each source file.
-
This months map builds are up. Minor infra code changes, fresh data.
-
I have been researching how to dedupe #Openstreetmap and #Openaddresses. I’m thinking I should have OSM stored locally and updating off diffs. Then I could translate all the streets and addresses over to the standard format incrementally. Then dedupe between OSM and OA. Then export data to pbf.
Besides getting rid of repeat addresses, it should get map file sizes down. I think OSMAnd is creating indexes for each address format.
So I’m avoiding it cause it’s a mountain of work😉
-
Map builds are up on https://opensupermaps.com/. (On new host with NVME drive)
Takes forever uploading to Github so files won't be there till tonight
Addresses with empty street fields are filtered.
-
This month's map builds are up. https://github.com/pnoll1/osmand_map_creation/releases/tag/0.97
-
Kadaster #OpenData is a dumpsterfire. A disgrace.
#OpenAddresses is failing on Dutch imports again: some crappy free service suddenly became paid.
Where can we find stable, free, accessible CSVs of BAG?