Создание ГИС-карты для сайта.

[Ferrik]

Доброго времени суток.
Подскажите пожалуйста какие требования должны быть у сервера для того, что бы можно было запустить ГИС уже нарисованную? Эта ГИС будет размещаться на сайте.
Спасибо.

[paleogis]

Доброго времени суток.
Подскажите пожалуйста какие требования должны быть у сервера для того, что бы можно было запустить ГИС уже нарисованную? Эта ГИС будет размещаться на сайте.
Спасибо.

Ваш вопрос весьма размытый. Для того чтобы ответить на него участникам форума нужно как минимум знать про цели и задачи сервиса, ПО, данные, количество пользователей и пр.
С своей стороны могу сообщить минимальные системные требования, если на сервере будет крутиться Геомиксер. Он вполне может стартануть на селероне, с 1 GB ОЗУ, с 40 GB дисковым пространством.

[Ferrik]

Делается нечто подобное 2gis, только для нашей местности. Там не будет кучи организаций, там пару десятков меток, которые будут добавлять пользователи и админы.
Требуется разместить эту карту вместе с сайтом на хостинге. Такое возможно?
Интересуют конкретно какими возможностями должен обладать хостинг. Для сайта все требования я знаю.

[Ferrik]

Узнаются подробности: карта пишется в программе Quantum GIS.

[gimran]

Ferrik, ещё есть небольшой нюанс: простенький сайт проще и дешевле разместить на хостинге, ожидая, что будет небольшая серверная нагрузка и небольшое количество посетителей, если же предполагается большая процессорная нагрузка (а это характерно для картографических сервисов) и большое количество посетителей, то для такого масштаба оптимальнее покупать отдельный сервер, требуется внешний статичный ip, безлимитный внешний трафик и доменное имя, привязонное к упомянутому выше статичному ip (или dyndns, если нет статичного ip).

Грубо говоря — мешок картошки можно перевезти в багажнике простенькой легковушки, а для многократных мелких грузоперевозок арендовать место в большой машине, а для постоянных перевозок дешевле уж свой грузовик взять.
Вам сколько картошки надо? )

[ericsson]

Откуда взяться большой нагрузке на процессор, если сервис будет только точки в базе хранить, скорее всего?

[Ferrik]

Стоит рассмотреть оба случая:
1. Нам нужно пару раз в неделю перевести мешок картошки(то есть карта и сайт работают, юзеров, одновременно листающих карту не более 5-7).
2. Нам нужно активное использование карты(юзеров: 15 и более).
По первому варианту хватит ли обычного хостинга за те же 150р в месяц?

[gimran]

1) В этом случае достаточно API Яндекса с подргузкой отдельного слоя точек.
2) «более » это примерно сколько?
По первому хватит точно. По второму тоже с большой вероятностью, если на тот же Яндекс накладывать сверху точечный слой (в интернете и на яндексе по слову API яндекс карт поищите).

[Ferrik]

Quantum GIS использует как раз API Яндекса?

[gimran]

Э... нет.
Можно просто координаты и примечания к ним (атрибутику) загнать под формат API Яндекса и отрисовать с подложкой карт Яндекса.
Дешево и сердито.

[ericsson]

Так, попробую перевести обсуждение из плоскости "одна бабка сказала" в конструктивную.
Вопросы к Ferrik:
- какое количество точек вы планируете иметь в базе в будущем, максимум?
- какова площадь территории, которую будет покрывать сервис?
- сколько, максимум, пользователей вы собираетесь видеть одновременно на своем сайте?
- будут ли пользователи иметь возможность добавлять данные на карту?
- какую фоновую карту вы планируете использовать: свою собственную, google maps, яндекс, openstreetmap?

[Ferrik]

- Максимум 100 точек.
- Около 22000 км(^2)
- 20
- Да, будут
- Ответ хочется получить для двух случаев: 1) для своей собственной 2) для API.

[ericsson]

100 точек для 20 пользователей - это вообще ничто. Такие объемы можно хранить в статическом файле и не дергать никакую базу для вывода (только периодически генерировать этот файл после внесения изменений в базу).

Территория в 22k км² (150х150 километров, грубо) для собственной карты потребует а) немалого дискового пространства; б) каких-то внешних ресурсов для обновления этой карты, потому что на сервере ее обновлять смысла не вижу никакого.

Так что если вы не будете заниматься ерундой и пытаться работать с собственным тайловым источником карты, вам действительно с головой хватит любого самого дешевого хостинга, на котором будет возможно выполнение скриптов (не знаю, на чем вы там пишете - php, python, perl, node.js ) и работа с какой-либо БД (mysql, sqlite и т.п.).

[lenny314156]

ericsson,, на ваш взгляд, если количество точек превышает 3000 с тем же количеством пользователей, их правильнее "дергать из базы" , или хранить в файлике?:)

[ericsson]

Хехе, вот как всегда - спросишь о максимуме, а отвечают оптимистиически-минимальной оценкой.

Тут вот какая диалектика: если у вас единицы тысяч точек, то отрисовка этого у пользователя уже выльется в тормоза. Решений несколько:
- загрузка только того, что клиент может увидеть на экране (запрос из базы по bbox) и показ в векторном слое, при большом охвате (когда неминуемо должны показаться куча точек) - кластеризация на клиенте или на сервере
- отрисовка точек в отдельном растровом слое и загрузка информации по каждой точке при щелчке по ней через WMS GetFeatureInfo, например.
Оба варианта требуют несколько более сложной архитектуры.