Страница 1 из 1

Вопрос по построению локальных сервисов: выбор ПО

Добавлено: 02 июн 2017, 13:02
romariogland
Доброго времени суток!
Прошу сильно не пинать, так как запутался на самом начале в выборе ПО. В поиске не забанили, просто так ничего и не понял - ПО много, что выбрать под наши задачи, не совсем понятно. Вероятнее всего, у меня нет знаний по тому, как это работает, посыпаю голову пеплом
Итак, имеется задача создать локальный сервис, решающий следующие задачи:
- локальная (offline) копия OSM, имеющая актуальность - загрузка картографических данных web-клиентов в ЛВС предприятия должна осуществляться с него.
- сервис прямого и обратного геокодирования (вроде как Nominatim)
- сервис построения маршрутов, в тч и с промежуточными точками (требуется API, при изучении вопросов выяснилось, что вроде как без вариантов проект OSRM)
- редактор карт. В принципе, все изменения, вносимые нами (POI, адреса), не планируется держать только у нас, поэтому мы готовы "делиться" данными с сообществом. Все данные будут вноситься руками, и они абсолютно "чисты" лицензионно к OSM.
Системы планируется строить исключительно на *nix, ПО из OpenSource. Из регионов пока планируется ЦФО. Из возникающих вопросов:
- Какое ПО имеет смысл выбрать под свои нужды?
- Как физически "разбить" сервисы?
Не ставится вопросы "помогите решить, как настроить", исключительно выбор ПО.
Заранее спасибо за критику и любую помощь, с уважением

Re: Вопрос по построению локальных сервисов

Добавлено: 02 июн 2017, 13:07
trir

Re: Вопрос по построению локальных сервисов: выбор ПО

Добавлено: 02 июн 2017, 14:10
freeExec
Не понятно в чём запутались, если по каждому пункты вы уже выбрали.

Re: Вопрос по построению локальных сервисов: выбор ПО

Добавлено: 02 июн 2017, 14:34
romariogland
Спасибо за ответы!
Ну, например, какое ПО лучше использовать для отрисовки карт на локальном сервере OSM? Можно ли использовать одну базу для всех этих сервисов? По какой схеме лучше редактировать глобальный OSM - вносить изменения в свои карты, а потом синхронизировать глобальный, или редактировать глобальный, а свою синхронизировать? Я понимаю, что все мои вопросы связаны исключительно с незнанием того, что и как работает, но прошу прощения

Re: Вопрос по построению локальных сервисов: выбор ПО

Добавлено: 02 июн 2017, 14:55
freeExec
Рендерят подавляющее большинство Mapnik, но вообще выбор есть, особенно если учитывать векторные тайлы.
Базу postgres можно использовать для всех кому она нужна.
Как вы хотите синхронизировать свою базу с глобальной?

Re: Вопрос по построению локальных сервисов: выбор ПО

Добавлено: 02 июн 2017, 14:57
romariogland
А какие есть для этого механизмы (как вообще принято это делать)? Цель как бы синхронизации - мы редактируем (гарантированно правильно, например, номера домов, которых нет, но есть полигоны, добавляем на карту POI, состояние дорог и тд), при этом чтоб то, что внесено нами, "наполняло" пробелы в глобальном OSM

Re: Вопрос по построению локальных сервисов: выбор ПО

Добавлено: 02 июн 2017, 15:02
freeExec
Готовых нет и я даже смутно себе представляю как это хотели бы делать.

Re: Вопрос по построению локальных сервисов: выбор ПО

Добавлено: 02 июн 2017, 15:07
romariogland
То есть, теоретически, нам нужно работать в Potlach или JOSM, а все изменения импортировать себе с глобального?

Re: Вопрос по построению локальных сервисов: выбор ПО

Добавлено: 02 июн 2017, 15:18
freeExec
Да, вносите в глобальный и обновляете себе. В большинстве так организовано.

Re: Вопрос по построению локальных сервисов: выбор ПО

Добавлено: 11 июн 2017, 11:23
romariogland
Большое спасибо за ответы, почти со всеми вопросами разобрался. Сейчас наткнулся на вопрос, по которому мне хотелось бы узнать немного больше. Какие есть варианты получить *.pbf из моей локальной базы osm (pgsql)? Покопавшись, я нашёл способ pgsql -> osmosis (*.osm) -> osmconvert (*.pbf, etc). Может, есть ещё варианты? Заранее спасибо за помощь

Re: Вопрос по построению локальных сервисов: выбор ПО

Добавлено: 13 июн 2017, 10:58
freeExec
Возможно у вас неправильные предпосылки, ибо алгоритм действия сомнительный.