Новый проект на основе Google Maps

[LowBand]

Здравствуйте! Группа московских туристов и велотуристов имеет некоторое кол-во дензнаков для создания бесплатного сайта туристов, велотуристов и прочих лентяев СНГ. Для удобства пользования разношерстной outdoor-братией, хотим наладить интерфейс на котором отображались бы маршруты и различные объекты (а-ля events и points в ОЗИ) в виде слоев Google Maps API, т.е. чтобы помимо описания маршрута, всплывало бы окно с картой-космоснимком Google и на это изображение накладывался бы маршрут, пояснения и т.п. www.gpsies.com видели - задумка у нас несколько иная. Поскольку сами мы ни разу не программисты, а всё офисные работники, медики и дизигнеры, то разработку сайта хотим поручить какой-нибудь web-студии, но есть ряд моментов, которые хотелось бы прояснить с вашей помощью, дабы правильно сформулировать что же мы все-таки хотим. Итак, вопросы: 1. Посоветуйте, плиз, контору, которая могла бы сваять подобный сайт с гуглевскими картами. На все есть по-максимуму до 10 000 баксов - сайт не коммерческий, планируем затраты отбить рекламой разных outdoor товаров, а денюж ки-то свои, добытые потом и кровью... Потыркались в десяток контор - никто с Google API связываться не хочет, а если и выражают некоторую возможность осуществления замысла, то суммы называют совершенно безобразные :( Если такой конторы нет, то подскажите хотя бы фирму, которая могла бы интегрировать эти самые карты в наш сайт. И сколько это может стоить? Мельком посмотрел интерактивные документы по Google API, типа основные понятия и возможности, вроде ничего сложного нет, не сложнее, чем книжку Фаронова по Паскалю освоить (кто учился в 90-х, тот поймет ;), так что, думаю 1-1,5 тыщи баксов - это нормально будет для конторы (не для студента-самоучки), или ошибаюсь? 2. Почитал форум. Для себя, дилетанта, уяснил, что при пользовании GoogleMV, EarthSlicer и т.п. программами банят по ip, а при просмотре тех же снимков через web-интерфейс Google (скачиваются те же объемы информации) почему-то не банят. Как же так получается? 3. В развитие предыдущего вопроса. Если сделать окно Google, как на www.gpsies.com будут ли банить пользователя или нет? Или будут банить сайт? Google чей будет видеть ip: сайта или пользователя? Нужно ли что-то платить Google, чтобы не банили? 4. Какова нагрузка на dedicated сервер при просмотре карт/снимков? Какой должен быть канал? Скажем, если одновременно открыть окно с космоснимком захотят 1000 пользователей, не придется ли им слишком долго ждать загрузки. Ну и если пожелаете добавить что-либо от себя - будем только рады! Заранее благодарим вас за содержательные ответы! Георгий PS: извините за возможно наивные вопросы, но этот проект - для нас хобби, хотим сделать приятное и себе и вам, причем нахаляву :)

[Bushman]

Коротко: Google API для того и сделано, чтобы интегрировать карты в некие свои приложения (как те же gpsies, gpsvisualizer и прочие, коих существует множество, главным образом - "за бугром"). За его использование никто не банит. Плюс технологии в том, что бОльшая часть кода исполняется на стороне клиента, а не сервера, потому нагрузка на сам сервер не должна быть велика. За строительством/интеграцией, я думаю, стоит попробовать обратиться к иностранным энтузиастам, которые уже показали свои возможности (см. тот же gpsvisualizer, всякие ссылки на http://googlemapsmania.blogspot.com/ ).

[usm78]

> если и выражают некоторую возможность осуществления замысла, то суммы > называют совершенно безобразные :( Это, видимо, чтобы с глупыми вопросами не приставали :) Хотя я могу недооценивать жадность московских фирм. > при просмотре тех же снимков через web-интерфейс Google (скачиваются те же > объемы информации) почему-то не банят. Как же так получается? Картинки стаскивает броузер того, кто пользуется АПИ, поэтому ничем от обычного мапс.гоогл.ком это не отличается. > Нужно ли что-то платить Google, чтобы не банили? Не нужно никому и ничего платить. > Какова нагрузка на dedicated сервер при просмотре карт/снимков? > Какой должен быть канал? Это гугловский канал будет! Ваши собственные "различные объекты (а-ля events и points в ОЗИ)" это ничто. > Ну и если пожелаете добавить что-либо от себя - будем только рады! Западный (хехе, естественно) бесплатный интерфейс такого типа называется OpenLayers. Пример реализованного сайта (без Гугла, картинки все бесплатные векторные OSM+ растровые Landsat) http://labs.metacarta.com/osm или<br ... br> <br>

[Stas912]

Просто конторы обычно представляют объем работ, в отличие от заказчика и понимают, что кроме разработки есть обследование, составление ТЗ, согласование, разработка, внедрение и поддержка. А 1500$ - это 3 дня работы специалиста, в понимании фирмы.

PS: Google не будет никого банить, т.к. для того API и делал, чтобы им пользовались.

[Bushman]

И что из этого? 8)
Чем просто сайт (где, как правило, javascript и так присутствует) отличается от "сайта с элементами на Google Maps API"?
Тем более, что указанные элементы стандартизированы (а кроме того - могут быть "позаимствованы" из многочисленных примеров и других проектов) и достаточно просты.
А что конторы умеют заламывать цены (по поводу и без) - так тут кто бы сомневался.

[Stas912]

При чем тут JavaScript и примеры - я говорю о том, что собственно разработка - это самая простая часть проекта. JavaScript вас не спасет от разработки и согласования ТЗ, внедрения, обучения и поддержки! А без всего этого и будет "сбацать на коленке".

[Bushman]

Сэр, еще раз прошу объяснить: чем сайт с элементами Google Maps API отличается от любого другого сайта (из-за чего это может стоит дороже, чем что-то другое). Я, как работавший в области разработки таких вещей, принципиально бОльшей сложности не вижу.
Тут никто не сравнивает "сделать нормально" и "сделать на коленке". Вопрос о "сделать нормально то, о чем говорил автор темы" и "сделать нормально что-либо другое".
Ну и не мне напоминать о том, что "поддержку" большинство разработчиков обещают, но (несмотря на высокую цену) не осуществляют в должном объеме. А еще о том, что разработка и поддержка - это две разные вещи, и второе не должно входить в цену первого.

[Stas912]

Принципиально сложности я тоже не вижу (однако в цену как фактор риска все равно бы включил) :)

[Bushman]

Как говорится, что и требовалось доказать.
"Мы это не делали, но вдруг это сложно, давайте заломим побольше и сроки растянем - как-нибудь разберемся, а если это просто, то халява и вообще круто."
Довольно традиционный ход мыслей среди разработчиков. 8)

[usm78]

Забыл про линки на OpenLayers http://www.openlayers.org http://www.openlayers.org/QuickTutorial