а, в смысле весь тулчейн самостоятельно реализовывать? но зачем.
но хотя да, этот мод для апачи... от него уже многие хотят избавиться

Антон, у вас просто в мире OSM туго заходят технологии. Доверяют больше проверенным. Апач с мод тайлс уже давно не нужен.

в мире осм я всегда пользуюсь только самой последней версией жосм. а вот в паре бизнесов, которым я пилил стиль и данные планеты и версии прог всегда очень сильно отстают.
однако я с удовольствием почитаю инструкцию как проверять свой стиль в браузере без мод_тайл. есть такая инструкция, Андрей? )

А не встречали описания кейсов генерации геосервером тайловооо кеша под Осм с его же стилем? Данные осм в PG погружены. Прицепить их к гс понятно как, а вот стиль оформления...

Спасибо! Пошёл изучать

Еще спрошу.
1. Верно и я понял из описания что данный пакет утилит заливает OSM данные в PG в структуре отличной от того как это сделал osm2pgsql ?
2. Можно ли просто взять стили из указанной ссылки и их прикрутить к той структуре хранения что образовал osm2pgsql?
Проблема в том что у меня нет  Linux машины , которая требуется в описании для импорта данных в PostGIS,  да и данные уже залиты и не хотелось бы заново все переливать....

osm2pgsql "это сделал" согласно дефолтного маппинга полей? тогда придется заново базу пересоздавать, либо как-то исхитриться и добавить+заполнить необходимые поля к существующей базе

lf//z уже посмотрел как раскладывает данные эта утилитка (про которую речь) и понял что там все совсем иначе......Там иные таблицы и стили жестко завязаны на их структуру...что логично конечно....

да, все работало дефолтно.....

Стиль оформления? GeoServer на SLD (там есть еще варианты, но я всегда "дружил" с SLD).  OSM никогда не обрабатывал через GeoServer, во всех проектах всегда "свои" данные из предметной области, OSM  -просто как подложка тайловая готовая.   Но документация насчет стилей у GeoServer вполне приличная. SLD  являясь XML-ем, да, неповоротлив и не всегда эффективен.  Не уверен (просто не знаю), создавал ли кто на SLD стилизацию под OSM.  Это была бы достаточно муторная и нетривиальная задача.  При этом, наверное, не все, что , условно, рисуется мапником (или другими утилитами из мира С++) можно  в точности повторить на SLD  и отрисовать в GS (там механизм рендеринга реализован на Java  и ограничивается возможностями соответствующего  API).

Спасибо..примерно ясно....

Может я вообще зашел через не ту дверь?

Изначально задача стоит так: сделать копию OSM  с периодическим (условно 3-5 раз в год) обновлением в закрытой сети.  Использоваться будет как подложка (TMS).  Поскольку с данными OSM ранее не работал  - то думал проще будет генерить тайлы через GeServer с его кешем, ан нет...не выйдет видимо....
Ну т.е. остается mapnik?

А по запросу local osm server уже гуглили?

уже пошел....Я искал именно osm style on Geoserver

сейчас крамолу скажу... но если территория ограниченная, то не легче ли пирамиду тайлов раз в квартал прям с осм стягивать?

Думал. Но около 30 точек в разных местах страны. + вектор мне тоже нужен для зданий с него... Поэтому наверно, но я не сварщик, все же вектор

Всем привет.
С кем еще не знаком, меня зовут Геллер Роман, выпускник преобладающей тут кафедры) Работаю в проектной организации , которая реализует проекты по моделированию транспортной инфраструктуры, разработке ГИС и все около развития агломерации (в общем понимании этого термина).

Ищу ребят программистов, которые юзали гис фреймворки, где-то и как-то раньше занимались гис разработкой. В общем жду вас) https://spb.hh.ru/employer/2950003

а может уже и не преобладающей))