АК
Причёт тайлы тянутся с http://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png
Size: a a a
2020 July 16
АК
YN
Как я и писал Вам ранее...
Это генерация через Селениум + лифлет
Это генерация через Селениум + лифлет
та да, посмотрел уже, походу нормального варианта нет, кроме как делать скриншот лифлета, обидно
YN
я в курсе что, но там используется puppeteer
АК
Увы и ах...
Можно конечно свой рендер написать :)
Можно конечно свой рендер написать :)
АК
я в курсе что, но там используется puppeteer
Ну, как не назови... Хромиум движок
YN
угу, казалось бы простая и распространенная задача
АК
Это не самая простая и далеко не самая распространённая...
Мало кому на лету надо генерить кучу растровых тайлов.
Мало кому на лету надо генерить кучу растровых тайлов.
АК
Обычно это делают либо полностью в векторе, либо совмещают
YN
Обычно это делают либо полностью в векторе, либо совмещают
а не подскажете нормальный векторный тайловый сервак? уже накопилось невероятно много информационного мусора засоряющего эфир поиска
АК
Я пользуюсь классикой.... postgreSQL + postGIS + mapnik + renderd + стили
АК
Если всё настроить, то нормально работает
YN
Я пользуюсь классикой.... postgreSQL + postGIS + mapnik + renderd + стили
так оно же растровое🤔
АК
Всё никак не допишу инструкцию пошаговую, каюсь...
На работе дедлайн :(
На работе дедлайн :(
АК
так оно же растровое🤔
Ну да... А поверх лифлет что надо рисует
YN
Ну да... А поверх лифлет что надо рисует
я понял...
АК
Второй вариант, что тут предлагался, это "векторные тайлы"... Он тоже "рисутеся" на стороне клиента.
АК
С сервера просто приходят именно векторные данные, что именно надо отрисовать
AS
типа такого
это тогда nextgis.com
YN
но автоматически векторные же тайлы не дают возможности подмешивать свои данные на стороне сервера? все равно сервер должен уметь выдирать это из строки запроса