On 2020-05-25 09:59, Paul Norman via dev wrote:
On 2020-05-24 10:26 p.m., Joseph Eisenberg wrote:
Thank you for making this, it looks like a lot of work!
These client-side vector tiles at z8?
(https://pnorman.dev.openstreetmap.org/cartographic/mapbox-gl.html)
My laptop (2015 Macbook Pro, 16
On 2020-05-24 10:26 p.m., Joseph Eisenberg wrote:
Thank you for making this, it looks like a lot of work!
These client-side vector tiles at z8?
(https://pnorman.dev.openstreetmap.org/cartographic/mapbox-gl.html)
My laptop (2015 Macbook Pro, 16 GB RAM, 2.2 GHz Intel Core i7) appears
to use
On 25/05/2020 01:34, Paul Norman via dev wrote:
Landuse, vegetation, and other natural features are not rendered until
zoom 7. This is the scale of OpenStreetMap Carto zoom 8, and these
features first appear at zoom 5. There are numerous problems with
unprocessed OpenStreetMap data at these
On Monday 25 May 2020, Paul Norman via dev wrote:
> https://github.com/pnorman/openstreetmap-cartographic.
In general this looks like a good approach to evaluate where the
practical issues are without being bogged down by bloated legacy tools
(well - except for the client side of course).
>
Hi Paul,
The Mapbox GL styles are very low level, and are like the mapnik XML input
files. The Mapbox GL editing tools available don't seem to provide
abstractions over the underlying specification.
Also, rewriting from scratch the main OpenStreetMap Carto style sheet is
not appealing. There has
Le 26 mai 2020 03:58:50 GMT+02:00, Paul Norman via dev
a écrit :
>Performance with normal basemaps and small stylesheets should be
>acceptable.
Reading this, I don't think I understand. However it makes me think of a raster
basemap plus a vector overlay for labels to solve
On 2020-05-25 9:25 a.m., Jason Remillard wrote:
Hi Paul,
The Mapbox GL styles are very low level, and are like the mapnik XML
input files. The Mapbox GL editing tools available don't seem to
provide abstractions over the underlying specification.
Yes, the specification and tools are quite
It seems like the biggest problem with the vector rendering, for
performance and cartography, is rendering areas such as water and
landcover, while the big benefit is with text labels, SVG icons, and linear
features.
Is it possible to continue rendering the landcover and water areas from a
On 2020-05-26 06:24, Yves wrote:
Le 26 mai 2020 03:58:50 GMT+02:00, Paul Norman via dev
a écrit :
Performance with normal basemaps and small stylesheets should be
acceptable.
Reading this, I don't think I understand. However it makes me think of
a raster basemap plus a vector overlay for
9 matches
Mail list logo
