Could you please explain (in brief) the mapping "ecosystem" as it were, and where Maplibre fits into the picture?
OpenStreetMap (OSM) is a community-driven, fully open and usable data library. It has usable data for almost the entire world for everything from cities, roads, houses, parks, country borders, and work. It's a database of everything you need to make map. They also have a website that renders that map, but it's not commercially usable.
Mapbox is one of the first companies to take OSM's dataset and commercialize it. Along the way they created a lot of the wildly used mapping libraries, including renders, data formats, and styling tools.
Mapbox Studio is one of Mapbox's proprietary tools for working with maps in their ecosystem.
Mapbox GL is a suite of renderers, originally entirely open source, developed by Mapbox with the community to render map data (from many different sources).
MapLibre GL is a community-driven fork of the Mapbox GL suite, after Mapbox closed the licenses to require payment if you use the latest versions.
OpenLayers and Leaflet are both alternative, open source renderers with various levels of capabilities. Interestingly, the creator of Leaflet now works for Mapbox (if my facts are correct and current).
Leaflet: fairly simple open source mapping library. Canvas-based. The original Mapbox (called MapboxJS) is based on this.
Openlayers: open source mapping library that’s more capable (e.g many different protections) but also more complex. Can render to Canvas or SVG.
Openstreetmap: public and free source of mapping data. Mapbox uses this as a default data source.
MapboxGL: completely new implementation of a mapping library written in WebGL (should perform better). MapboxGL changed its license recently, prompting the creation of the libremap fork.
Mapbox GL/Maplibre - works with vector tiles which are similar in format to an SVG
I believe this plugin[1] is a hybrid approach which allows Leaflet to load vector tiles on a plain 2D map with no map tilt or rotation
In Mapbox Studio, the features all seem to be semantically tagged (e.g. this is a road of type X, a POI of type Y) and it makes styling a cinch. I know OSM has its own set of tags for features. Are these compatible (not sure if Mapbox Studio is using OSM data underneath)? Is there an established standard for this type of thing?
(ps TY again for answering my other question so thoroughly)
All vector tile sources use tags in various ways, so Maputnik (and the resulting styles) do as well. There isn't a standard tagging schema (and all MVT sources tend to differ slightly), but OSM's tagging is often influential on the resulting schema.
Either way, the recommended way of connecting deck.gl with Mapbox is through React Map GL. Those docs describe how to use Maplibre GL here [1] and here [2].
[0]: https://deck.gl/docs/get-started/using-with-map#using-deckgl...
[1]: https://visgl.github.io/react-map-gl/docs/get-started/mapbox...
[2]: https://visgl.github.io/react-map-gl/docs/get-started/get-st...
- A data source for vector tiles; there's a lot of options: https://stadiamaps.com (my company), https://maptiler.com/ & https://jawg.io (other core contributing companies), among others.
- A style that matches. I'm not aware of an open source style that closely mirrors OSM's style using MapLibre GL Styles (also forked from Mapbox). OSM Bright is pretty close: https://github.com/mapbox/osm-bright / https://github.com/openmaptiles/osm-bright-gl-style.
There is an issue about converting it to vector: https://github.com/gravitystorm/openstreetmap-carto/issues/3...
Doesn't seem like there's any current vector versions of that style, but you could make one yourself using Maputnik or similar; you'd probably want to start with OpenMapTiles and maybe even one of the pre-existing styles for OMT like OSM bright.
When adding clusters vs points to a map, filtering points is really simple, but I haven't found a simple way to filter clusters outside of filtering a data source and reapplying it to the clusters.
If there a better way of doing this?
The obvious downside of this is that the cluster positions aren't accurate because they're based on points that are supposed to be hidden, but it's fast and doesn't require recalculating.
Desktop support should be possible with some extra work with Native, but I'm not certain, for instance, if the QT bindings are fully working yet.
We are using MapTiler along with MapBox GL JS. It seems that MapLibre GL JS is our next logical upgrade step. For one it's great that you have a Leaflet plugin under your github org.
The SDK is just a library, used to render vector map tiles, usually in the MVT-format: https://docs.mapbox.com/vector-tiles/specification/
Most maps rendered with such an SDK are based on OpenStreetMap data.
Mapbox uses data from OSM among others when they create their tiles. https://docs.mapbox.com/help/getting-started/mapbox-data/#co...
The latest mac version of Libreoffice is nearly unusably laggy even on brand new fast hardware with lots of ram, and it looks like garbage to boot.
Would you please provide a way for the user to deactivate that terrible idea ? Thanks.
There is active development on a Metal-supporting version.
https://github.com/maplibre/maplibre-gl-native/tree/metal-su... is the branch and https://github.com/maplibre/maplibre-gl-native/issues?q=is%3... are associated issues.
Will the SDK also work on iOS and Mac then, i.e. has Metal support?
https://github.com/maplibre/maplibre-gl-native/tree/metal-su... is the branch and https://github.com/maplibre/maplibre-gl-native/issues?q=is%3... are associated issues.
