Аa
да и что бы это дало?
Геометрию в векторе
Size: a a a
2021 February 26
Аa
нет софта восстанавливающиюю их в пригодную
ogr2ogr вполне годно с ними справляется
b
Можно ссылку на веторные тайлы ПКК?
b
да и что бы это дало?
Нормальные контуры кадастровых кварталов )
ВФ
Не позволят им, дате+, сделать кадастровые данные в векторе
ВФ
А ещё они продают продукты esri, поэтому весь кадастровый массив тайлов генерится ArcGIS Server'ом до сих пор. Что они думают в плане импортозамещения не известно мне
2021 February 27
YZ
MVT - обработчик тайла
extend - свойство тайла
ты не прав
extend - свойство тайла
ты не прав
Короче, поделюсь радостью, как то заставил работать, и уперся я................ в производительность сервера, на котором я только что CentOS8 развернул... Свой старенький Intel(R) Atom(TM) CPU D525 @ 1.80GHz 4Gb ОЗУ... уже не справляется. 28 тайлов генерит и отдаёт за ~8 сек. Если сделаешь 2 раза зум - будет качать 84 тайлов. Т.е. уже секунд 30-40 прождешь. Сейчас событие и метод поищу, чтобы после каждого зума отменить предидущие запросы на сервер, должно спасти ситуацию! Ну и сервачёк все равно придётся искать новый ))
YZ
Вопросик один, есть ли где нибудь статистика/аналитика, как и какие сервера, какой мощности, отдают эти pbf, с учетом таблиц с географией для работы postGIS`а.
Я видел земной шар в клеточку в каком то тестовом примере (по производительности), и каждая страна поделена ещё на мелкий треугольник на любом зуме... так открывает в доли секунды! Интересно, что за железо ворочает, OS, таблицы, и вообще Postgresql ли там внутри...
Я видел земной шар в клеточку в каком то тестовом примере (по производительности), и каждая страна поделена ещё на мелкий треугольник на любом зуме... так открывает в доли секунды! Интересно, что за железо ворочает, OS, таблицы, и вообще Postgresql ли там внутри...
DP
Вопросик один, есть ли где нибудь статистика/аналитика, как и какие сервера, какой мощности, отдают эти pbf, с учетом таблиц с географией для работы postGIS`а.
Я видел земной шар в клеточку в каком то тестовом примере (по производительности), и каждая страна поделена ещё на мелкий треугольник на любом зуме... так открывает в доли секунды! Интересно, что за железо ворочает, OS, таблицы, и вообще Postgresql ли там внутри...
Я видел земной шар в клеточку в каком то тестовом примере (по производительности), и каждая страна поделена ещё на мелкий треугольник на любом зуме... так открывает в доли секунды! Интересно, что за железо ворочает, OS, таблицы, и вообще Postgresql ли там внутри...
DP
Тут пример того что под продакшен на рендеринг стоит брать
YZ
Понял, 128 гиг ОЗУ, ок ))) Кстати, и тут Убунта 👍 но, тут генерит png
YZ
а вот я на лету pbf... по ним бы расклад какой...
YZ
Хочу такую же prometheus !!! ))
AB
Короче, поделюсь радостью, как то заставил работать, и уперся я................ в производительность сервера, на котором я только что CentOS8 развернул... Свой старенький Intel(R) Atom(TM) CPU D525 @ 1.80GHz 4Gb ОЗУ... уже не справляется. 28 тайлов генерит и отдаёт за ~8 сек. Если сделаешь 2 раза зум - будет качать 84 тайлов. Т.е. уже секунд 30-40 прождешь. Сейчас событие и метод поищу, чтобы после каждого зума отменить предидущие запросы на сервер, должно спасти ситуацию! Ну и сервачёк все равно придётся искать новый ))
дросселирование и троттлинг ищи
AB
решил я локально поднять базу и выбрал в качестве клиента DBeaver. нормально ли такое сочетание версий драйверов будет? для пг оставил дефолтное значение которое ДБобр предложил, а для постгис самую последнюю версию выбрал
AB
это я понимаю, а в чём его +
Олег Бартунов скоро расскажет
https://t.me/pgsql/286848
https://t.me/pgsql/286848
