olgol
-
Публикаций
5 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Сообщения, опубликованные olgol
-
-
- Популярный пост
- Популярный пост
Тут два решения.
Первый вариант, убедить руководителя фирмы или тех, кто занимается маркетингом, вложиться в разработку интеграции с пробочными сервисами других компаний, типа яндекса, навитела.
Второй вариант, написать вручную wrapper который бы под видом клиента, каждые 5-10 минут сливал пробки с яндекса и постил эту инфу как клиент на сервер ситигида. Так они будут чистые, даже если сами такого клиента напишут
Третий, выпустить некую утилиту для клиента, которая будет подменять пробочные даннные программы, подключаясь сама к яндесу и конвертируя данные яндекса в формат ситигида. Можно даже для этого отдельный сервер поднять с пробками, засадами, спидкамами и прочим, что гуляет по сети.
Утилиту продавать по половине стоимости лицензии ситигида и она будет охватывать как купленные так и взломанные версии программы :-) Шутка.
В общем, то, нужно официальный ответ от представителей фирмы получить, почему они неактуальность пробочного сервиса сваливают на то, что их отдел маркетинга не может продать нужное количество копий программы в каждый город, дабы актуализировать пробочный траффик.
Как решение, для небольших городов, я бы выделял по 100-200 льготных лицензий для города, чтобы они стоили четверть цены или вообще бесплатно, но работали только в пределах области и суть их была в том, чтобы пользователь накатывал какое-то количество килобайт переданной информации в месяц, чтобы следующий месяц пользоваться программой бесплатно. И будет покрытие города и людям надоест накатывать мили и они купят со скидкой полную версию и получат бесплатно карту своего города и России, например.
Была уже одна программа называлась poketgis с первый в России пробочным сервисом, который реально работал. И она слилась из-за того, что разработчик не хотел смотреть обьективно на развитие программы ее функций, заморачиваясь только своими надуманными проблемами. Ситигид может последовать тем же путем, если на озаботится актуализацией пробок. Потому что в мелких городишках народ и так знает улицы, и им важно не найти место конкретное, а получить информацию о пробках , засадах гаи и прочую интерактивную инфу.
Ума то особого не надо, втихаря брать траффик с навитела в качестве клиента, потом с яндекса, все это суммировать на сервере с тем, что дает свой пробочный сервис и потом выдавать среднее значение. И тогда не будет ни у кого вопросов к этому сервису, как нет к сервису того же навитела, который, я уверен, берет усредненные данные с нескольких источников.
- 3
-
У меня CG 7.8 на win8 работает нормально, но после перестановки системы потребовала новую активацию. Мне сбросили активацию в техподдержке, только седня попользовался, как пришло обновление до 8.1 и опять новый код требует :-)
-
Добрый день.
Недавно пользуюсь программой для CarPC и начал осваивать системы оповещения о засадах и камерах. Из прочтения форума понял, что если не подкладывать рядом файл speedcam, программа использует для предупреждения вшитые в карту POI. В случае, если файл подложить, то использоваться будут только данные из файла, а те POI, которые находятся в слоях карты работать не будут.
При этом, я прочитал, что есть еще какие типы POI, которые пользователи сами отправляют на сервер и они появляются в виде предупреждений уже через несколько минут. Т.е. этот тип POI является обновляемым.
В связи с этим возникает вопрос по тому, как лучше использовать всю эту технологию с учетом того, что есть несколько сторонних сервисов по обмену данными о засадах дпс.
Если пользоваться стандартной терминологией, в speedcam должны попадать все стационарные обьекты с длительным или бесконечным жизненным циклом. Это стационарные посты ДПС, камеры, радары и прочее. Эти данные можно обновлять в виде файла раз в неделю или типа того.
А еще есть обьекты с коротким временем жизни и туда попадают мобильные посты ДПС, засады, треноги. Эти данные обновляются оперативно с сервера и для них нельзя выбрать свой источник данных.
И хочется понять, каким образом регулируется совместная работа стационарных и мобильных обьектов, как они разделяются по типам, бывают ли пересечения типов speedcam и DPOI и как отрабатывает программа в этом случае.
В случае, если я захочу использовать свой файл speedcam, как мне нужно обновлять его, есть ли возможность обновления в процессе работы программы или нужно ее для этого перезапускать.
Есть возможности интеграции программы со сторонними сервисами DPOI, пробок и прочих онлайн сервисов? Планируются ли такие возможности?
Какие есть механизмы работы со своими POI и DPOI, как локально, так и где-то еще (может на сервере через WEB интерфейс)?
Какие вообще запланированы доработки программы в этом направлении и что влияет на перспективы развития этого направления?
Пробки и СитиГид в Москве
в Пробки
Опубликовано
Господа питерцы, наверное не в полной мере ощущают проблемы москвичей или жителей каких-то других городов, не в полной мере покрытых пробочными данными, поэтому их вопрос использования сторонних пробочных сервисов волнует меньше всего.
Что касается ПО Ситигид, основные деньги , как я понимаю, идут от новых продаж лицензий, а техподдержка является бесплатной. То, что покрытие Москвы по пробкам, очень слабое, говорит о том, что отдел маркетинга (или что там есть подобное) не работает, либо существующая проблема с покрытием пробок не позволяет в должной мере продвигать программу, которая хорошо сделана, но сливает именно по пробочному сервису тем же продуктам типа навитела или яндекса, которые отображают пробки в разы более достоверно.
Варианты решения проблемы с "костылями" менее интересны (хотя и возможны), чем комплексное решение от производителя, потому что информация о пробках - это одна из существенных частей функционала программы, за который тут многие платили и эта информация важна как для больших городов, так и для маленьких, где местные жители знают 90% улиц и проездов по памяти.
Собственно, планируемый эффект от использования данного ПО заключается не только в предоставлении визуализированной картографической информации , а еще и интерактивных сервисах, которые работают совершенно не так, как планировалось.
И пользователи тут не виноваты. Советы, рекламировать программу - это как заставлять владельцев "ягуаров", пользоваться пробочными данными полученными только при помощи устройства, установленного на автомобиле "ягуар". Типа, хочешь чтобы пробочная инфа была актуальней, заставь соседа купить "ягуар" и будет на одного пользователя больше. Абсурдность ситуации, сразу видна в таком сравнении :-)
Выше, я уже рассматривал несколько вариантов решения проблемы, но лучшим из них является именно разработка производителем обновленного блока учета информации о пробках, на серверной стороне, либо возможность преобразования представления сторонних пробочных данных клиентом. Проблемы лицензирования и подобные, я тут не рассматриваю, потому что это проблемы не пользователя, а разработчика и у него есть множество законных способов их решения.
В то же время, что касается пользователей, для реализации нужного функционала, им придется нанимать специалистов для написания "костылей", которые, конечно же, сразу привлекут внимание разработчика и тут уже он из принципа найдет время и ресурсы, для переписывания алгоритмов передачи пробочной информации между сервером и клиентом, что приведет к очередным затратам на переписывание "костылей". Купив за 2тр программу, мало кому захочется тратиться на разработчика с навыками реверс инжиниринга и поддержку своего пробочного сервера. Это и глупо, потому что такая работа никогда не окупится.
Так что я надеюсь на здравомыслие руководителей этого проекта и правильное видение перспектив, которое в конечном итоге должно привести к улучшению покрытия пробочного сервиса, будь то, интеграция со сторонними сервисами или новая маркетинговая политика, которая позволит занять неохваченную часть российского рынка, что в итоге увеличит продажи за счет большей востребованности продукта.