Hacker Newsnew | past | comments | ask | show | jobs | submit | lukeqsee's commentslogin

This is because everything is in digital form. Essentially all government systems are digital-first, and for the citizen, often digital-only. If the data is lost, there may be no paper records to restore everything from land registry, business registry (operating agreements, ownership records), etc.

Without an out-of-country backup, a reversion to previous statuses means the country is lost (Estonia has been occupied a lot). With it, much of the government can continue to function, as an expat government until freedom and independence is restored.


That's just not the case.

For a good geocoder, you need many other data sources (which can be open). OpenAddresses (https://openaddresses.io/) is an example of a vital dataset to delivering anything of any quality.

Returning real results requires extensive parsing and awareness of addresses and place data (including localization of them), and this is not something you get for free based on OSM data.


Since this article was written, we've (Stadia Maps) also launched and made significant progress with our own Geocoding API: https://stadiamaps.com/products/geocoding-search/

It was originally based on Pelias, but we've since augmented with additional data sources (such as Foursquare OS Places) and significantly improved the baseline for performance and accuracy.

Happy to answer questions on the topic!


Can I store the latitude/longitude points I get back from your API forever or is there a caching time limit?

Can I keep those points if I'm no longer a customer?

Can I resyndicate those stored points via my own API?


https://stadiamaps.com/terms-of-service/

> permanently storing results for future use (e.g., as a database column), in part or in whole, from the Stadia Maps Geocoding APIs without an active Standard, Professional, or Enterprise subscription with appropriate permissions;


Thanks - that quote is from a list under the heading "Furthermore, you herein agree not to make use of Stadia Maps, Inc.’s Services in any of the following ways:"

(Having scanned those terms I'm still not 100% certain I can confidently answer all three of my questions though. A classic challenge with this is that terms often have language that relates to map tile images, but it's hard to derive if those same terms apply to geocoded lat/lon points.)


Yes, without an active subscription.

https://docs.stadiamaps.com/geocoding-search-autocomplete/bu...

> Can I Store Geocoding API Results?

> Unlike most vendors, we won't charge you 10x the standard fee per request to store geocoding results long-term! However, we do require an active Standard, Professional, or Enterprise subscription to permanently store results (e.g. in a database). Temporary storage in the normal course of your work is allowed on all plans. See our terms of service for the full legal terms.


In the case of OpenStreetMap-derived geocoding, of course, their terms of service can say "we won't continue to sell to you if that's what you're doing". But the data itself is ODbL-licensed so once you've got it, you can keep it.


I wonder if you can sign a contract with them that locks in your subscription pricing for all time (I imagine not) - without that you risk them jacking up the price on you once you're heavily invested (after they sell the company to Oracle.)


The new V2 reverse geo-coding API is excellent. But it occasionally doesn't have a formatted_address_line, even when the v1 has a full label.

Is that something I should report as a bug, or is that the way it is supposed to be?


Thanks for the compliment!

Definitely drop us a line. Our v2 response structure is still undergoing some iteration, especially around the particulars of labeling, so this may be intended (depending on the specific query), but we can certainly look into it to confirm that.


The green card system is already broken (this is pretty universally agreed). The notion that receiving a degree in the US—which often entails a large degree of cultural assimilation—doesn't give you a strong argument for being able to stay if you can find a job is archaic.

It's not like large tech companies don't know how to employee people in other countries, so I doubt this is going to impact hiring rates of foreign US-graduates, but rather keep more talent in the US (good for the US) and should have little to no effect on wages (again, if a tech company wants to hire them, they'll just hire them at a foreign office where they can obtain a working permit).


Switzerland, Init7

10/10 Gbps for 66CHF (~$70) / month.

Unfortunately my router can't firewall packets at 10Gbps so I get around 1Gbps effectively. :)


Same.

A friend told me to have a PC router to increase speed.


I have a Ubiquiti Security Gateway that seems to manage by LAN network well. However, adding an Edge Router X significantly reduces my speed.


Thanks for taking up the maintenance of Tippecanoe! I haven't needed to use it too much, but when I have, it fills a nice void.


> PMTiles aside, this is still Mapbox’s world.

Isn't this a bit like saying we're still in Google's world because most maps still use Web Mercator? :)

Good tech builds on what came before. Mapbox did a lot of ground-breaking work in building tooling around OSM, but so have many others. The fact that they named it Mapbox Vector Tiles is genius in hindsight, because even though we may use tons of tooling they didn't create to build and render them, their name is still there.

> The next challenge is to evolve the tech stack to something beyond what Mapbox worked up five/ten years ago.

Agreed, and I think we've seen a lot of iterative work in the open since then. The next challenge is likely building a OSS stack to do proper 3D: open data (including OSM) to pixels, and that work is already beginning across a lot of organizations: https://github.com/nyurik/future-mvt/discussions, Overture Maps, MapLibre, etc.


I get the parent comment. There are good alteratives to the mapbox ecosystem though they arent always used because people see mapbox as default

DeckGL for instance is a very innovative js library for front end (really developed by Uber I believe), with better 3d and movement, better with dealing data at scale, etc.

Prettymaps is a pure python approach to rendering OSM data.

Etc.


Would love to chat to see if we can help you! If you want, give me a shout at luke <at> stadiamaps.com


We offer a very competitive solution that is quickly becoming a one-stop shop for what you mentioned: https://stadiamaps.com.

All that functionality for a lot less than $1000 / month.


Hey guys not affiliated with Stadia but I can vouch for them, I use it in one of my products for a few years now and never heard a complaint, only nice things. You can't go wrong with them.


Thanks for the kind words!

No idea which customer you are :), but if you ever want to have a chat or have feedback, ping me!


you should put a price comparison for stadia vs. google vs. mapbox


Yes. We should, and we're literally working on it right now!


and as a bonus you've got alidade smooth, the ideal map tile for overlaying colorful data on top of: https://stadiamaps.com/themes/


Thanks for the kind words! :)


https://github.com/maplibre/maplibre-gl-leaflet exists!

It's not perfect, and you don't see the full benefit of a WebGL renderer, but if you want to keep using a Leaflet API, it's great.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: