Mateusz, rendering still happens on the server right before being sent to the client, but it COULD be rendered on the client too, because the vector.pbf tiles could be accessed directly, bypassing the server side rendering.
On Sat, May 5, 2018 at 3:01 PM Mateusz Konieczny <matkoni...@tutanota.com> wrote: > > Thanks, I forgot/missed that rendering happens on > client computer and vector tiles with all languages are cached. > > I also now have one more project on my list - look how > vector tiles served by Wikipedia servers may be used > (usage limits and what kind of data is provided). > > 4. May 2018 10:14 by yuriastrak...@gmail.com: > > Btw, this is already possible - Wikipedia servers let you access both > images and raw vector tiles, so if someone wants to do the client part, it > shouldn't be too hard. > > On Fri, May 4, 2018, 11:11 Yuri Astrakhan <yuriastrak...@gmail.com> wrote: > >> In reality, it is not impossible, or even that hard. If the vector tile >> is sent to the client, than the client can decide which language to render >> based on user preference. The exact same code (it's all in JavaScript) can >> be used to decide the labeling. Caching would only improve, because instead >> of caching multiple raster tiles, it would only cache a single vector tile. >> >> Mapbox.gl or open layers can both do this fairly efficiently. >> >> >> >> On Fri, May 4, 2018, 10:54 Mateusz Konieczny <matkoni...@tutanota.com> >> wrote: >> >>> >>> >>> >>> 4. May 2018 07:36 by md...@xs4all.nl: >>> >>> On 2018-05-04 00:33, Joe Matazzoni wrote: >>> >>> No fallback is currently defined for Polish. We’ll be happy to >>> change that if you can show community consensus. >>> >>> >>> Community consensus? You mean a bunch of people who decide for the whole >>> country (many of them have no idea of the mechanisms behind it) what the >>> strategy is? >>> I'm sorry to say, but that can not be consensus. This needs to be able >>> to be configured at user level. >>> >>> >>> Server resources are not infinite, separate map cache for every user >>> would be probably unfeasible. >>> _______________________________________________ >>> talk mailing list >>> talk@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk >>> >>
_______________________________________________ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
