ПШ
да, прям копия данных
Size: a a a
2020 April 10
f
это просто разные хранилища, там одно и тоже
N
Т.е. не получится разбить большой tileset на несколько и подключить?
ПШ
только как разные источники и разные слои
N
Окей, теперь вроде разобрался. Спасибо.
f
можно как разные зумы, в одном с 1-4, в другом 4-9, и ещё 10-14
f
но это всё будут разные источники
f
но вообще это как-то не разумно, всё в одном лучше
A
она для этого, но только для балансировки нагрузки. Если данные разные, то объединить не получится
и еще это позволяет больше делать паралельных запросов в условиях http 1.1
DP
и еще это позволяет больше делать паралельных запросов в условиях http 1.1
и для балансировки нагрузки не используется, только для этого
f
ну это же 2 в одном, не 100 запросов на один сервер, а по 33 на один из трёх
DP
да никого не волнует, сколько запросов на сервер уйдёт
DP
главный лимитирующий фактор, сколько метатайлов нарендерить надо будет
DP
на два сервера пошлёшь, в два раза больше рендерить, если не повезло
2020 April 12
NM
Ребята, если не использовать у себя в картах подход с тайловыми системами, как лучше в таком случае определять зум? И как вообще его тогда определять? Есть какие-то идеи?)
DP
а зачем зум, если у тебя нет тайлов?
DP
но вообще зум вполне себе пересчитывается в юниты на пиксель, которые можно посчитать
f
как зум завязан на тайлы?
NM
а зачем зум, если у тебя нет тайлов?
Хочу слелать упрощенную геометрию, не показывать и не загружать часть карты при определенном зуме)
NM
как зум завязан на тайлы?
Ну в смысле? Ты же можешь смотреть какого "уровня" у тебя тайлы и от него считать зум