As Mapbox GL has been un-open sourced, I'm putting this project on hold
until I figure out a suitable rendering engine.
See https://github.com/pnorman/openstreetmap-cartographic/issues/7
On 2020-05-24 5:34 p.m., Paul Norman via dev wrote:
I've been working on a new project, OpenStreetMap Carto
Not sure I understand enough well the many technologies you want to mix here, especially the essential once like tilekiln, vectortiles, CartoCSS stylesheet … where you are the author/maintainer and where “… not provided a project description”. Yet, I do understand, you intend to develop
Not sure I understand enough well the many technologies you want to mix here, especially the essential once like tilekiln, vectortiles, CartoCSS stylesheet … where you are the author/maintainer and where “… not provided a project description”. Yet, I do understand, you intend to develop a vector ti
I just wanted to thank you for
working on this.
(Sadly I have no useful comments,
hopefully such message is ok)
11 Jun 2020, 05:32 by dev@openstreetmap.org:
> I've been busy with
>
> On 2020-05-24 10:26 p.m., Joseph Eisenberg wrote:
>
>> Thank you for making this, it looks like a lot of work!
>>
Hello,
> 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)
> >
>
> I turned on Content-Encoding based compression whic
I've been busy with
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 i
On Sun, May 24, 2020 at 19:37 Paul Norman via dev
wrote:
...
out. Mapbox GL styles are written in JSON and most of the tools
> overwrite any formatting. This means there's no way to add comments to
Have you investigated HJSON? See:
https://hjson.github.io/
The Raku language (https://raku.or
On Tuesday 26 May 2020, nd...@redhazel.co.uk wrote:
>
> Rasterization is a data generalization technique too.
No it isn't. Generalization is the most frequently abused term in
cartography. Calling ST_Simplify and way_area filtering on OSM
landcover polygon data generalization is a bit like cal
On 26/05/2020 13:26, Christoph Hormann wrote:
As Joseph has hinted when it comes to accurate rendering for precise
mapper feedback without unintentional incentives at the lower zoom
levels there are other options based on pre-rasterizing the data which
would still allow using the benefits of clie
On Tuesday 26 May 2020, Tom Hughes via dev wrote:
> More specifically what you are seeing is that it will let you zoom in
> beyond zoom 8 but you are seeing data that was simplified on the
> basis that it would be shown at zoom 8 where those artefacts would
> not be visible.
As said that is not qu
On 2020-05-26 10:59, Simon Poole wrote:
I think you are missing
"Only zoom 0 to 8 has been implemented so far. I started at zoom 0 and
am working my way down."
Oh zoom 8 is way further out than I was, my bad. The simplifications are
not visible at that zoomlevel.
Maarten
Simon
Am 26.05
More specifically what you are seeing is that it will let you zoom in
beyond zoom 8 but you are seeing data that was simplified on the basis
that it would be shown at zoom 8 where those artefacts would not be
visible.
Tom
On 26/05/2020 09:59, Simon Poole wrote:
I think you are missing
"Only zo
I think you are missing
"Only zoom 0 to 8 has been implemented so far. I started at zoom 0 and
am working my way down."
Simon
Am 26.05.2020 um 10:42 schrieb Maarten Deen:
> On 2020-05-26 10:15, Paul Norman via dev wrote:
>> On 2020-05-25 1:15 a.m., Maarten Deen wrote:
>>> Still, it looks to be a
On 2020-05-26 10:15, Paul Norman via dev wrote:
On 2020-05-25 1:15 a.m., Maarten Deen wrote:
Still, it looks to be a very simplified subset of the complete data.
So I'd be interested to see how this works on a full dataset.
No, it has the full data except for admin boundaries and bay/straight
On 2020-05-25 1:15 a.m., Maarten Deen wrote:
Still, it looks to be a very simplified subset of the complete data.
So I'd be interested to see how this works on a full dataset.
No, it has the full data except for admin boundaries and bay/straight
names on zoom 7 and 8. When you compare it to Op
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 lab
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
pre-ren
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 internationalizat
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 cl
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
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 scal
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).
> Lan
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 so
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 some effort to show areas with a large amount of data,
F
I've been working on a new project, OpenStreetMap Cartographic. This is
a client-side rendering based on OpenStreetMap Carto. This is an
ambitious project, as OpenStreetMap Carto is an extremely complex style
which shows a large number of features. The technical choices I'm making
are designed so
26 matches
Mail list logo
