TileServer GL VS Nominatim

I've been using TileServer GL for a while and it looks like there is support for pmtiles coming soon.

https://github.com/maptiler/tileserver-gl/pull/1009

Firstly, I just want to say thanks for the reply, but more so thanks for your work, its moving opensource mapping forward.

In my work we are looking at switching from mbtiles hosted with tilserver-gl(https://github.com/maptiler/tileserver-gl) to pmtiles to remove a server process. But we we self host already and we are already using maplibre-gl 2.

I can see why the implementation in the blog post would be better for high traffic deployments (ours isn't). It also points out to me I don't understand how a CDN would handle range request for hosting the pmtiles file directly, it probably doesn't?

As far as the mapbox stuff,in my mind, pmtiles is a direct competitor (successor) to the mbtiles format, which was a revolution in comparison to everything that came before it. A successor I welcome because it makes it even easier for me as a developer to self host and not be dependent on a SaaS to run my maps.

The modern opensource map stack wouldn't exist without mapbox and I'm personally grateful to them for that. Most people who use pmtiles will use mapbox's opensource style spec to style them, and descendants of their open source code to render them. But as a developer now its an obvious choice to not use their services after years of using them.

However I'm not doing high traffic stuff and they never made much money off me anyway.

https://github.com/maptiler/tileserver-gl makes it really easy. I have a pretty simple pipeline set up to download an OSM extract, convert it to MBTiles, host it in CloudFlare, and render raster tiles with this software.

It's not raster directly, but you could use planetiler ( https://github.com/onthegomap/planetiler ) to build a full planet vector map . Then you could use something like TileServer-GL to server the vector map with a style. TileServer-gl ( https://github.com/maptiler/tileserver-gl) would provide a raster source that displays in the style you set on your vector map.

You could host something like tileserver-gl (https://github.com/maptiler/tileserver-gl) and use the pre-generated vector tiles from https://archive.org/details/osm-vector-mbtiles Add some map styles and you have your own offline map service. Here are some good starters for styles: https://github.com/openmaptiles/osm-bright-gl-style

This server is intended to be a tile server, taking vector data and rendering it to rasterized tile images via tileserver-gl (which uses OpenGL)

You can simply use geopy API to get longitude and latitude from address. geopy includes geocoder classes for the OpenStreetMap Nominatim, Google Geocoding API (V3), and many other geocoding services. The full list is available on the Geocoders doc section. Geocoder classes are located in geopy.geocoders. Here…

I have had a lot of "fun" with this feature in the past. It has earned a permanent place in my setup script:

ALTER SYSTEM SET jit=off;

Basically a performance blackhole for more complex queries. Most OSM related projects disable it straight away as it only creates headaches.

https://github.com/osm-search/Nominatim/pull/2559

Because osm.org and OsmAnd use different search engines. On osm.org it uses the Nominatim geocoder which is good at parsing addresses the way we are used to writing them. It is also running on a server with a lot of storage and memory resources. OsmAnd is built for offline use so it can't use Nominatim and has much more limited computing resources available to it. It is searching through the map files locally on your phone and however they have chosen to implement that search algorithm seems to perform poorly on addresses.

Ako skupa s adresama imaš i njihove lokacije možeš i koristiti gotov geocoder (e.g. Nominatim je free i koristi OSM podatke, možeš i deployati svoju instancu), pa iz rezultata naći geometrijski najbližu adresu koju imaš.

Then implement a use case. We are going to use Geocoding use case with Nominatim provider. But you can, of course, use a different provider. Copy the example code into your server.js file and make a few changes, so we can send the information we will receive from the user:

There are reasons why this tech was developed: because GPS can take a long time to sync up to the satellites, because GPS often doesn't work indoors, because your phone can keep a local cache of locations, and so you have the ability to find places by name or address (Geocoding) using nominatim ( https://nominatim.org )

and nominatim which does the geocoding/reverse geocoding: https://nominatim.org/

Then it depends on how the location data is conveyed in the group chat. If it's a text message you need to parse it and possibly use a mapping service to do geocoding. Eg. convert "22 Main Street" or "upper Brooklyn" into GPS coordinates. Besides Google Maps API you can maybe use OpenStreetMaps via Nominatim. If it's something more like "we just passed John's house" then you need to figure out how to write some logic to determine a location from that. Or maybe they just used the WhatsApp location share feature, then you probably don't need mapping at all.