[Коллективный заказ] Модуль Яндекс-карты для Друпал 7

Аватар пользователя Айдар Айдар 27 апреля 2012 в 11:49

В продолжение темы предыдущего заказа.

Новый заказ на модуль Яндекс-карты.
Потенциальный исполнитель: yusoft (не утвержден, согласие получено)
Обявленная стоимость: не определена

Предварительное ТЗ на разработку (пока дополнение пунктов приостановлено: вероятно, будет отдельный док):

  • Возможность указания масштаба, широты и долготы используемых по-умолчанию
  • На странице создания ноды, должна быть возможность отключить карту (мало ли что, зачем показывать значения по-умолчанию)
  • стиль выводимых меток, а также поле для заголовка и поля для содержимого балона желательно как бы не только для views делать но и возможность настройки для field
  • было бы прекрасно, если бы можно было создавать views выводящие множество объектов (может быть даже с кластерами http://api.yandex.ru/maps/new_api.xml#tools) и ссылки в балонах вели бы на ноды
  • вывод на карту инфраструктуры (и соответственно ее предварительная прорисовка я так понимаю?)
  • создание меток/балонов своего собственного типа (т.е. вместо стандартных вывод своего изображения)
  • в настройках выбор вывода динамической или статичной карты (одной картинкой)
  • В настройках включение/отключение инструментов для карты (зум / менюшка выбора типа - спутник, карта, гибрид)
  • ...

Участники (исходя из инициатив участия):

  1. dimapv - 500 р.
  2. MXM - 500 р.
  3. Ner2Sky - 1000 р. (после майских праздников)
  4. super_romeo - 500 р. (на номер телефона)
  5. ivan-zykov - 500-1000 р.
  6. katik-dnepr - ?
  7. Айдар - 500 р.
  8. soulstorm10 - 500 р. (после 15 мая)
  9. volodymyr - 1000 р.
  10. dimm - 500 р.
  11. vasyok - 500 р.
  12. sashken - 500 р.
  13. norisel - 500 р.

Итого заявок на сумму: 7000-7500 р.

Пожалуйста, напишите мне в личку те, кто уже перечислил деньги предыдущему разработчику mad.squid.

0 Thanks

Комментарии

Аватар пользователя volodymyr volodymyr 27 апреля 2012 в 12:17

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

модуль полезный будет

а как на счет интеграции с views??

Аватар пользователя Айдар Айдар 27 апреля 2012 в 13:02
"volodymyr" wrote:

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

Пока просто напишите, сколько Вы готовы вложить и какие возможности хотели бы видеть.

"volodymyr" wrote:

а как на счет интеграции с views?

Опишите подробнее, что именно нужно: вывод меток на одной карте, с какими данными, координат и т.п.

Аватар пользователя VasyOK VasyOK 27 апреля 2012 в 16:24

500р. дам.
А какая сумма должна собраться?

А разработчик все это неужели сделает?

Аватар пользователя Ner2Sky Ner2Sky 27 апреля 2012 в 17:00
VasyOK wrote:

500р. дам.
А какая сумма должна собраться?

А разработчик все это неужели сделает?

Наверно надо дождаться что скажет разработчик =).... сможет или нет

Аватар пользователя Айдар Айдар 27 апреля 2012 в 17:34
"VasyOK" wrote:

А разработчик все это неужели сделает?

Разработчик будет работать после того, как мы утвердим общее ТЗ, тогда и требуемую сумму, вероятно, назовет.

"Ner2Sky" wrote:

Наверно надо дождаться что скажет разработчик

Сегодня уже должен написать.

Аватар пользователя VasyOK VasyOK 27 апреля 2012 в 17:39

Чувствую патчить это дело придется и после разработки.

Айдар ты в разработчике уверен? Не будет индокода?

Аватар пользователя Айдар Айдар 27 апреля 2012 в 18:30
"VasyOK" wrote:

Айдар ты в разработчике уверен?

Нет, я его знаю также, как большинство. Потому, я думаю, все будет зависеть от ТЗ.

Аватар пользователя sashken sashken 27 апреля 2012 в 22:37

Айдар, я готов внести 500 WMR

Еще напомню такую тему - http://www.drupal.ru/node/76726 (...Делиться будем следующими модулями:
- Модуль интеграции друпала со сторонними сервисами (в первую очередь с яндексом)
- Модуль для отображения объекта на яндекс картах
- Модуль view_yamap для интеграции предыдущего модуля с вьювсом

Итак. Первый модуль - synapse. (Остальные чуть позже)...)

Я написал сообщение в ЛС - zaraza. Может подождем что он ответит?

Аватар пользователя N1ke N1ke 28 апреля 2012 в 10:40

Я готов подписаться, но только на условие того, что оплата будет ПОСЛЕ получения модуля, кем-то из участников. Согласен на гаранта. Есть персональный аттестат WebMoney и авторизованный счет в яндекс деньгах. Уже одному исполнителю на форуме заплатили...
Что мне интересно:
- Карта должна быть полем в ноде. Я добавляю поле Yandex карта и при создании ноды появляется яндекс карта, где можно ввести адрес, когда я ввожу адрес карта показывает этот адрес на карте и я могу ткнуть куда-то и это место будет показываться на карте в ноде.
- Возможность создать страницу, чтобы были помечены на карте ВСЕ места, которые были добавлены в нодах. Как здесь:
http://realty.yandex.ru/search.xml?type=RENT&category=APARTMENT&exceptNe...
- Должна быть возможность, либо выбрать, какое поле будет отображаться во всплывающей подсказке, либо, чтобы отображался заголовок ноды. Опять же, как по ссылке выше.
Если будут отображаться также фотографии, то вообще замечательно.

По сути я имею в виду это:
> было бы прекрасно, если бы можно было создавать views выводящие множество объектов (может быть даже с кластерами http://api.yandex.ru/maps/new_api.xml#tools) и ссылки в балонах вели бы на ноды

Аватар пользователя yusoft yusoft 28 апреля 2012 в 11:05

Всем добрый день!
К сожалению, вчера вечером добраться до инета по получилось, отвечаю сейчас.

"volodymyr" wrote:

а как на счет интеграции с views?

Думаю что модуль сделаю по схеме Fields (основной модуль) + Views ("дочерний" модуль), чтобы не подключать без надобности лишний функционал. Версия D6 была в виде 7-ми или 8-ми модулей, каждый из которых использовал часть функционала "родительских" модулей и при необходимости мог быть легко отключен без нарушения работоспособности всех остальных.

"Айдар" wrote:

Возможность указания масштаба, широты и долготы используемых по-умолчанию

Такую возможность я реализовывал отдельно каждого типа материала (в свойствах cck-поля). Если необходимо это сделать как-то по другому, можно обсудить.

"Айдар" wrote:

На странице создания ноды, должна быть возможность отключить карту (мало ли что, зачем показывать значения по-умолчанию)

Имеется в виду, что будут только поля с координатами, а самой карты в форме редактирования не будет? В принципе, это решаемый вопрос.

"Айдар" wrote:

стиль выводимых меток, а также поле для заголовка и поля для содержимого балона желательно как бы не только для views делать но и возможность настройки для field

Делал такое. Можно задавать, например, для каждого типа материала размеры карты, значок по умолчанию. Самое простое - заголовок метки формировать из заголовка материала, а описание - из тела материала (обрезанного до NN первых символов). Хотя можно предусмотреть отдельные поля для заголовка и описания метки.

"Айдар" wrote:

было бы прекрасно, если бы можно было создавать views выводящие множество объектов (может быть даже с кластерами http://api.yandex.ru/maps/new_api.xml#tools) и ссылки в балонах вели бы на ноды

Вьюс и сейчас выводит несколько объектов (пример - http://krasnogorsk-makler.ru/map). Кластеры реализованы в новом API 2.0 Яндекс.Карт (сейчас модуль работает на API 1.x, но можно переделать под новую версию).

"Айдар" wrote:

вывод на карту инфраструктуры (и соответственно ее предварительная прорисовка я так понимаю?)

Можете уточнить что именно имеется ввиду или дать пример?

"Айдар" wrote:

создание меток/балонов своего собственного типа (т.е. вместо стандартных вывод своего изображения)

Да, это можно сделать, но лучше бы вынести в отдельное ТЗ. Дело в том, что "оформительские" моменты могут занять некоторое дополнительное время на реализацию и могут оказаться не всем интересны. Я это делал следующим образом: ставил в определенных местах (например, перед выводом информации на карту) хуки, чтобы ее можно было дополнительно обработать другими модулями и при необходимости изменить или дополнить.

"Айдар" wrote:

в настройках выбор вывода динамической или статичной карты (одной картинкой)

Под "статичной картой" вы имеете ввиду Static API? Для D6 я делал это "дочерним" модулем, который добавлял свой форматтер для вывода статической карты для вывода карты в материале и отдельный стиль для вьюса со своими настройками.

"Айдар" wrote:

В настройках включение/отключение инструментов для карты (зум / менюшка выбора типа - спутник, карта, гибрид)

В стиле для вьюса имеется много настроек (пример - http://pix.am/n8P5), причем для каждого вьюса их можно задавать отдельно. В настройках самой ноды настроек конечно значительно меньше, т.к. к ней можно подключить блок и выводить в нем карту вьюсом.

"VasyOK" wrote:

А разработчик все это неужели сделает?

Ну наверное если возьмется - то сделает :)

"VasyOK" wrote:

Айдар ты в разработчике уверен? Не будет индокода?

Резонный вопрос. Если это необходимо - могу предоставить отзывы человека, для которого разрабатывал предыдущую версию модуля и который видел его исходники.

"volodymyr" wrote:

поддержка модуля и его развитие будет?

Будет. Использую его в своих проектах и поэтому регулярно дорабатываю. Кстати, по этой же причине вижу этот модуль не только как разработчик (с уже более чем годичным опытом интеграции именно Яндекс.Карт в друпал), но и как потенциальный заказчик.

"Айдар" wrote:

его надо сразу основательно проработать

Это важный момент. Чем больше нюансов мы обсудим ДО начала разработки (но не затягивая само обсуждение), тем проще будет оценивать полученный результат.

Аватар пользователя Ner2Sky Ner2Sky 28 апреля 2012 в 13:22
"yusoft" wrote:

но не затягивая само обсуждение

Солидарен а то вместо роботы будет одно обсуждение

+

"N1ke" wrote:

Я готов подписаться, но только на условие того, что оплата будет ПОСЛЕ получения модуля, кем-то из участников. Согласен на гаранта. Есть персональный аттестат WebMoney и авторизованный счет в яндекс деньгах. Уже одному исполнителю на форуме заплатили...

в принципе и это правильно

Аватар пользователя yusoft yusoft 28 апреля 2012 в 13:53
"N1ke" wrote:

что оплата будет ПОСЛЕ получения модуля, кем-то из участников.

В принципе не возражаю. Только встречное предложение - модуль до оплаты будет находиться на моем тестовом сайте, где его смогут тестировать потенциальные заказчики. После его сдачи (кстати, а каким образом мы будем принимать решение - голосованием заказчиков?) и получения оплаты передам модуль вам. Такой вариант решит проблему?

"N1ke" wrote:

Я добавляю поле Yandex карта и при создании ноды появляется яндекс карта, где можно ввести адрес, когда я ввожу адрес карта показывает этот адрес на карте и я могу ткнуть куда-то и это место будет показываться на карте в ноде.

Примерно так это и сделано сейчас в версии для D6 - http://pix.am/yG20/
Кликнул по карте - на ней появляется метка и координаты точки клика автоматически вставляются в соответствующие поля. Метку можно перетаскивать мышкой по карте, одновременно меняются и координаты в полях.

"N1ke" wrote:

Должна быть возможность, либо выбрать, какое поле будет отображаться во всплывающей подсказке, либо, чтобы отображался заголовок ноды. Опять же, как по ссылке выше.
Если будут отображаться также фотографии, то вообще замечательно.

В данный момент в D6 это решается минут за 5 написанием небольшого модуля (пример такого модуля могу написать, а нем не больше 10 строк кода). Причина в том, что такое решение я считаю наиболее гибким и позволяющим за минимальное время сделать именно так, как удобно заказчику (уже проверено на практике, примеры - вставка в балун cck-поля с фотографией объекта или же логотипа банка). А написание универсальной оболочки займет дополнительное время и может не всем подойти. Если со мной не согласны - можно обсудить.

Аватар пользователя ivan-zykov ivan-zykov 29 апреля 2012 в 1:25

Если функционал в ТЗ меня устроит, готов расстаться с 500-1000 руб. Мои размышления по этому поводу:

1. Если делать модуль для Яндекса, то только на новом API.

2. Я в настоящее время настраиваю и дорабатываю под себя модуль Geolocation, в частности, подмодуль geolocation_googlemaps. Меня в первую очередь устраивает высокая скорость работы модуля и простота. Однако, даже для моих не простых задач, модулем я доволен. Немного зная Google Maps API v3 не сложно добавить новые слои (уже добавил слой OpenStreet Map и свой растровый слой). Но есть две проблемы - хочу слой с Яндексом, но у Яндекса используется другая проекция карт (Меркатор на элипсоиде), а у Гугла - Меркатор на сфероиде. У Яндекса в отличие от Гугла есть возможность менять проекцию слоя одной строкой (то есть без проблем добавляется слой Гуглокарт), а вот у Гугла придётся мучаться с пересчётом координат тайлов.

3. обязательно возможность вывода через Views всех или части меток (используя фильтры, связи и т.д.). Это вторая проблема, которая меня не устраивает в Geolocation. Приходится выводить нужные метки через модуль OpenLayers.

Поэтому я готов участвовать в спонсорстве только если новый модуль для Яндекса получится достаточно простым, чтобы можно было через API добавить свои слои, но функционалом похожий на вышеозначенный Geolocation

4. Если кому-то надо создавать типы меток/балонов, то пусть пользуются дополнительным cck-полем и выводом по фильтру через views. Не вижу смысла усложнять модуль/продлевать время разработки/увеличивать стоимость. Но если разработчик сделает это ввиде отдельного подмодуля, будет неплохо.

5. Было бы так же прекрасно, если можно было бы одновременно указывать место на карте и вводить координаты. Мне нравилось, как это реализовано на location+gmap. Под картой два поля с широтой и долготой, динамически изменяемые в зависимости от того, где стоит метка. Если менять одно из полей, то при переносе фокуса с него обновляется метка на карте. Удобно, если кто-то знает координаты, но не хочет искать на карте.

6. Хотел бы способ интеграции с модулем Feeds, так как мне нужно как-то перенести все материалы со старого сайта на D6... Да и вообще создавать или обновлять массого материалы с метками - это классно.

Согласен заплатить, но для начала хочется увидеть потенциал предполагаемого разработчика и глянуть на демку.

Аватар пользователя N1ke N1ke 29 апреля 2012 в 1:25
"yusoft" wrote:

Кликнул по карте - на ней появляется метка и координаты точки клика автоматически вставляются в соответствующие поля. Метку можно перетаскивать мышкой по карте, одновременно меняются и координаты в полях.

Только лично мне, обязательно нужен поиск по адресу. Чтобы сначала можно было найти, какой нибудь поселок, а потом уже в найденном куда-то ткнуть. Либо вообще оставить найденное. Координаты для меня желательно было бы отключить вообще.(Отображение всмысле)

"yusoft" wrote:

(уже проверено на практике, примеры - вставка в балун cck-поля с фотографией объекта

Если будет так, меня это полностью устроит.

Я предлагаю указать число, после которого все обсуждения прекращаются и yusoft начинает делать модуль. Иначе мы не закончим обсуждение никогда.

"yusoft" wrote:

Такой вариант решит проблему?

Без проблем. Можно сделать оплату, через гаранта, т.е кто-то авторитетный с форума собирает деньги и те, кто оплатил свою долю(Минимум 500 рублей, например), получает допуск к тестовому сайту.
Гарант же, будет следить за выполнением ТЗ.

+ Да, если делать, то через новое API яндекса.

Аватар пользователя Айдар Айдар 29 апреля 2012 в 19:31

Ребяты, пока не соображу, как бы лучше ТЗ компилировать:

  1. Собрать все воедино в сабже и собирать голоса по пунктам (все, что до союза "и" пока так и делаю)
  2. То же самое, но отдельным документом
  3. Обсуждать более оперативно в скайповом чате
  4. Ваши предложения?
"yusoft" wrote:

Думаю что модуль сделаю по схеме Fields (основной модуль) + Views ("дочерний" модуль)

+

"yusoft" wrote:

В принципе не возражаю. Только встречное предложение - модуль до оплаты будет находиться на моем тестовом сайте, где его смогут тестировать потенциальные заказчики.

Я не против.

"N1ke" wrote:

Я предлагаю указать число, после которого все обсуждения прекращаются и yusoft начинает делать модуль.

Не, в любом случае нужно ТЗ до конца доработать.

"N1ke" wrote:

через гаранта, т.е кто-то авторитетный с форума собирает деньги

А кто? Есть такие люди, за которых все проголосуют положительно? Я бы предложил RxB - вряд ли кто-то его не знает и не доверяет, смотивирует его то, что он был всегда за колл. заказы. Но согласится ли...

"N1ke" wrote:

те, кто оплатил свою долю(Минимум 500 рублей, например), получает допуск к тестовому сайту.

Доступ должны все же получить все участники, имхо.

"N1ke" wrote:

Гарант же, будет следить за выполнением ТЗ.

Считаю, что гарант должен отвечать только за передачу денег после подтверждения всеми участниками корректности и работоспособности модуля (отсутствия только критических багов).
Гарант не должен отвечать за скорость выполнения заказа, за его корректность и т.п., иначе это уже организатор/консолидатор, и по-хорошему ему тоже должна уйти часть денег за ответственность.

Аватар пользователя Айдар Айдар 29 апреля 2012 в 20:06

И еще, сабж апается на предмет заказчиков и планируемых ими взносов - посмотрите, плиз, не забыл ли кого и нет ли других ошибок?

Аватар пользователя N1ke N1ke 1 мая 2012 в 12:03

«

"Айдар" wrote:

Не, в любом случае нужно ТЗ до конца доработать.

Тогда его не доработают никогда :)
Сейчас идет уже пятый день после открытия темы. Даже ТЗ толком не закончен.
Собственно большая часть таких коллективных заказов, тем и заканчивается если нету грамотного организатора.

"Айдар" wrote:

Доступ должны все же получить все участники, имхо.

В данный момент это и есть все участники.

"Айдар" wrote:

Гарант не должен отвечать за скорость выполнения заказа, за его корректность и т.п., иначе это уже организатор/консолидатор, и по-хорошему ему тоже должна уйти часть денег за ответственность.

5% можно и отдать. Просто, а что если кому-то из учатников не понравится, то что сделает исполнитель? Что делать в таком случае гаранту? Отдавать деньги? Отдавать частично?

Аватар пользователя deep deep 1 мая 2012 в 15:00

Очень странно, что тема так и не движется, сделайте так же как поступают при разработке ветки друпал, разбейте разработку на этапы:

1ый этап (1 месяц) - Обсуждение функционала. После окончания данного этапа, ни одно новое предложение не принимается, все поезд уехал, дорога ложка к обеду.

2ой этап (1 месяц) - Разработка ТЗ. На основе 1ого этапа составляется ТЗ. После завершения проработки ТЗ все спонсоры должны подписаться под ним, это очень важное условие что бы после того как вся работа будет сделана, разработчик был уверен, что если чего то нет в ТЗ, это уже извините, не его проблемы, а все спонсоры были уверены что его интересы услышаны и присутствуют в согласованном тех. задании.

3ий этап (1 месяц) - Разработка модуля. Исполнитель разрабатывает модуль по ТЗ сформулированному на 2ом этапе. Еженедельно демонстрирует результаты. Для принятия модуля необходимо, чтобы все спонсоры подипсались под актом приема (грубо говоря подтвердили, что разработанное программное решение соответствует согласованному ТЗ).

Благодаря данному подходу все возникающие вопросы решаются достаточно просто:

N1ke wrote:

А что если кому-то из учатников не понравится, то что сделает исполнитель? Что делать в таком случае гаранту? Отдавать деньги? Отдавать частично?

Что значит фраза не понравится? Cпонсор подписался под этим ТЗ, если пункт выполнен, будь добр оплати. Что бы избежать подобных вопросов ТЗ должно быть составлено максимально четко и подробно (стадартная практика для ТЗ если какой-то пункт или нюанс в нем не описан, значит разработчик не несет отвественности если этот нюанс не учтен, страхуйте себя оговаривая все подробности).

Пока видно что дело не здвинулолсь да же с 1ого пункта.

Аватар пользователя Ner2Sky Ner2Sky 1 мая 2012 в 15:46
"deep" wrote:

Пока видно что дело не здвинулолсь да же с 1ого пункта.

праздники однако

Аватар пользователя yusoft yusoft 4 мая 2012 в 17:54

Господа, когда ориентировочно будет окончательная версия ТЗ по модулю?

Аватар пользователя N1ke N1ke 4 мая 2012 в 20:59
"deep" wrote:

Что значит фраза не понравится?

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

Аватар пользователя deep deep 5 мая 2012 в 0:11
N1ke wrote:
"deep" wrote:

Что значит фраза не понравится?

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

Коллективное принятие решения, в случае спорных вопросов, решение принимается большинством спонсоров, ну или конечно или ответственным лицом.

Аватар пользователя dimapv dimapv 6 мая 2012 в 13:52

Только приехал а тут продолжение банкета... Лично мне бы хотелось видеть еще такую штуку, как дефолтные значения метки по зависимости от значения поля таксонометрии. Т.е есть словарь регионы (области) - для каждого региона своя координата. При создании ноды и выборе поля регион - выбор соответствующего дефолтного значения. Нет выбора - вся Россия, например.
Я конечно понимаю, что это, может быть, слишком... но по опыту знаю, что 80% "простых" людей при создании ноды (специфика моей задачи) просто не в состоянии поменять масштаб, сместить карту в окне и прочее, они просто не знают, что с ней делать и никаким хелпом это не поправить.
Скорее всего, это должен быть подмодуль(?)

Не сложно это будет реализовать?

Аватар пользователя Айдар Айдар 6 мая 2012 в 14:18

Господа, я думаю, нам нужно обсудить ТЗ в более интерактивном режиме - так, чтобы присутствовали все, и каждый высказался по каждому пункту ТЗ, при этом, чтобы обсуждение одного пункта занимало не более 1-2 часов.

У кого какие идеи?
М.б. действительно так лучше? Тогда оптимально будет сделать чатик в скайпе или еще где и договориться о времени обсуждения.

Аватар пользователя dimapv dimapv 6 мая 2012 в 14:36

Я думаю, (кто-то уже об этом говорил), что все нужно отранжировать по степени значимости для заказчиков. То есть нужен некий базовый функционал и дополнительные "примочки". Делать "собрание", на мое имхо, смысла нет, будет балаган. Наиболее оптимальный вариант - нужно чтобы 1 человек сделал документ на 1 страницу с перечнем функционала: базового, 1-й очереди, 2-й очереди и т.д. Для этого нужно скомпилировать из сказанного выше полный перечень функционала, а потом на основе голосования его отранжировать. Есть только вопрос - кто должен иметь право голоса? На мой взгляд - те кто заплатил - это справедливо и правильно.
Опять же, на мой взгляд, лучшим исполнителем (создание ТЗ) является yusoft. Во первых в технике ТЗ всегда пишет исполнитель (заказчик его утверждает), во вторых он является еще и потребителем данного модуля (он сам говорил).

Аватар пользователя Ner2Sky Ner2Sky 6 мая 2012 в 14:50
"Айдар" wrote:

М.б. действительно так лучше? Тогда оптимально будет сделать чатик в скайпе или еще где и договориться о времени обсуждения.

Попробуй собрать всё в одно ТЗ и вылажи в гюгл док и дай ссылку участникам

Аватар пользователя Айдар Айдар 6 мая 2012 в 14:52
"dimapv" wrote:

Опять же, на мой взгляд, лучшим исполнителем (создание ТЗ) является yusoft.

+100500

Давайте так и сделаем (дождемся тока ответа yusoft): я соберу воедино все пожелания, в ранжировать их будет исполнитель. Плюс к тому, можно в группе доп. функционала и вовсе обозначить отдельную стоимость каждого элемента ТЗ.

Аватар пользователя dimapv dimapv 6 мая 2012 в 15:03
"Айдар" wrote:

я соберу воедино все пожелания, в ранжировать их будет исполнитель

Не могу согласиться ранжирование - это прерогатива голосования (количественное отражение ценности того или иного пункта а значит, и порядка его реализации. Исполнитель же должен внести возможные коррективы, связанные с технической целесообразностью именно порядка реализации "фичей". Ведь, что-то однозначно является базовым функционалом по определению, что-то может быть в разных группах.

"Айдар" wrote:

Плюс к тому, можно в группе доп. функционала и вовсе обозначить отдельную стоимость каждого элемента ТЗ.

Абсолютно точно. если человеку не нужна какая-то "фича" - зачем ему за это платить? Правда, здесь возникает сразу другой вопрос - степень открытости (доступности) результата разработки. Ведь если одни люди заплатили за результат, почему другие его получают бесплатно? Возможным ответом на этот вопрос будет "временное" отсутствие объекта разработки в свободном доступе. Например пол-года. p.s. При таком подходе значительно возрастает сложность процесса и нагрузка на гаранта.

Аватар пользователя Айдар Айдар 6 мая 2012 в 15:49
"dimapv" wrote:

Ведь если одни люди заплатили за результат, почему другие его получают бесплатно?

Потому что это опенсорс, и потому также модули выкладываются на орг (кстати, м.б. кто-то против?), и искоренение исключительно потребительского отношения к Друпалу как сообществу и развивающейся концепции.

Аватар пользователя dimapv dimapv 6 мая 2012 в 16:10
"Айдар" wrote:

Потому что это опенсорс, и потому также модули выкладываются на орг (кстати, м.б. кто-то против?), и искоренение исключительно потребительского отношения к Друпалу как сообществу и развивающейся концепции.

Это философский вопрос. И опенсорс не только не страдает, но и более интенсивно развивается. имхо. Хотя оба подхода имеют право на существование..

Аватар пользователя yusoft yusoft 8 мая 2012 в 19:43
"dimapv" wrote:

Лично мне бы хотелось видеть еще такую штуку, как дефолтные значения метки по зависимости от значения поля таксонометрии. Т.е есть словарь регионы (области) - для каждого региона своя координата. При создании ноды и выборе поля регион - выбор соответствующего дефолтного значения. Нет выбора - вся Россия, например.

Это решается написанием небольшого дополнительного модуля именно под вашу задачу (детали можно обсудить в ЛС).
Когда будет готов и одобрен заказчиками основной модуль, могу взяться за написание аналогичных расширяющих функционал модулей и для других желающих. Они будут работать по принципу (уже проверено на практике): включили доп. модуль - появился доп. функционал, отключили - работает только стандартный функционал.

Аватар пользователя MXM MXM 9 мая 2012 в 14:34

Где-то здесь нашел хороший модуль, кто делал его не знаю, но может быть подойдет за основу, или как альтернатива пока не сделан коллективный: yandex_map.rar

Аватар пользователя MXM MXM 9 мая 2012 в 21:42

Предлагаю доработки по ТЗ:

Основной модуль Яндекс.Карты Field + Базовое API (ввод ключа и возможно предварительная прорисовка инфраструктуры)

У типа материала должна быть возможность добавить поле типа "YandexМap". В режиме редактирования ноды должна выводится карта, на этой карте нужно чтобы было можно поставить метку. После сохранения ноды нужно чтобы можно настроить в управлении отображением (в настройках типа материала) как выводить метку либо выводить координаты, либо карту с меткой... Для карты с меткой должны быть расширенные настройки:

  • масштаб по умолчанию;
  • широта и долгота используемые по-умолчанию для центрования карты
  • формат метки (какой-то определенный стандартный значок, либо собственное изображение)
  • выбор вывода динамической или статичной карты (одной картинкой)
  • вывод на карту инфраструктуры
  • включение/отключение инструментов для готовой карты (зум / поиск / менюшка выбора типа - спутник, карта, гибрид)
  • возможность указания количества объектов
  • заголовок и описание метки (если они есть) лучше формировать через token'ы наверное?

Кроме этого, на странице редактирования ноды, должна быть возможность удалить поставленную метку, с удалением координат из базы.

Как сюда вписать создание линий и областей не знаю, но вроде как тоже может кому-нибудь пригодиться.

Айдар, ты вроде как изъявлял желание собрать ТЗ? Помощь не нужна? Какие сроки устанавливаем по ТЗ?

Аватар пользователя tdron tdron 11 мая 2012 в 18:09

Готов дать 1000WMR.

Может кто подскажет как сделана эта карта? _http://www.sergiev.ru/address/magaziny-knig-i-kantstovarov

Туда бы еще:
- CCK полей
- Разных меткок _http://www.miel-sp.ru/
И на станице объекта вывод объектов находящихся рядом _http://www.cian.ru/showphoto.php?id_flat=7914342

Аватар пользователя yusoft yusoft 11 мая 2012 в 23:53
"MXM" wrote:

Предлагаю доработки по ТЗ:

Все описанное вами вполне решаемо (разве что по инфраструктуре пока не совсем понятно).

"MXM" wrote:

вывод на карту инфраструктуры

Речь идет только об выводе на карту пользовательских значков для меток или нужно выполнять с объектами инфраструктуры какие-то заранее заданные действия?

"tdron" wrote:

Может кто подскажет как сделана эта карта? _http://www.sergiev.ru/address/magaziny-knig-i-kantstovarov[/quote]
Можно реализовать например так: объекты выбираются вьюсом и выводятся в виде списка слева и одновременно отображаются на карте справа (на указанном сайте используется google map). Обсуждаемый в теме модуль яндекс.карт вполне с такой задачей справится.

"tdron" wrote:

Туда бы еще:
- CCK полей
- Разных меткок _http://www.miel-sp.ru/
И на станице объекта вывод объектов находящихся рядом _http://www.cian.ru/showphoto.php?id_flat=7914342[/quote]
Встраивать функционал по выводу cck-полей в основной модуль, имхо, довольно затратно (основное время уйдет на написание интерфейса выбора этих самых полей из списка имеющихся). Гораздо проще было бы написание под конкретный сайт небольшого "дочернего" модуля (около 10-20 строк кода), который бы выводил информацию именно так, как это необходимо на этом сайте.

В принципе, в базовый модуль можно встроить простой механизм задания собственных картинок для меток на карте, а уже более сложный функционал реализовывать опять же небольшим "дочерним" модулем.

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

Аватар пользователя makartsoft makartsoft 14 мая 2012 в 13:08

Готов подкинуть 500 рублей, если будет реализовано что-то типо этого instantmaps

По-сути, каталог+карта и возможность группового вывода на карте и вывод по городам

Аватар пользователя VasyOK VasyOK 29 мая 2012 в 0:17

Думаю данный вопрос надо задавать не всем господам, а только господину Айдару

Аватар пользователя dimapv dimapv 29 мая 2012 в 13:06
VasyOK wrote:

Думаю данный вопрос надо задавать не всем господам, а только господину Айдару

Скорее господину yusoft'у

Аватар пользователя yusoft yusoft 30 мая 2012 в 11:41
"dimapv" wrote:

Скорее господину yusoft'у

Что именно вы этим хотели сказать? Обычно ТЗ пишет заказчик, а не исполнитель.

Объясню, что я имел ввиду.

Прошло больше месяца с момента создания этой темы. Насколько я понимаю, у нас пока есть:

1. предварительный ТЗ (а точнее не ТЗ, а просто список пожеланий к функционалу модуля), написанный Айдаром
2. около 15 потенциальных заказчиков, готовых вложить определенные суммы в создание модуля.
3. некоторым из потенциальных заказчиков от модуля кроме стандартного набора функций (вывод отдельной карты для каждой ноды и общей карты на основе views) необходимо еще что-то специфическое. функционал этих специфических доработок у кого-то с кем-то пересекается, а у кого-то отличается от других и как правило описан лишь в общих чертах (основная масса нюансов НЕ озвучена)

"Айдар" wrote:

я соберу воедино все пожелания

Т.к. воедино все пожелания пока НЕ собраны, мне пока не совсем понятно, ЧТО из списка пожеланий и КАК именно реализовывать и как это потом будет ПРОВЕРЯТЬСЯ на соответствие тому, что хотел каждый из заказчиков.

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

В общем, много вопросов, но мало ответов...

PS: Создал документ в гуглдоках: https://docs.google.com/document/d/1dakxXOUzAwuhVRRsEjauQsEZ7sUGzuyNTxfq..., если кого-то заинтересует более детальное обсуждение ТЗ - присылайте запросы, дам доступ.

Если кому-то необходимо создание или доработка модуля D6 или D7 для работы с Яндекс.Картами - обращайтесь.

Аватар пользователя dimapv dimapv 30 мая 2012 в 17:17
yusoft wrote:
"dimapv" wrote:

Скорее господину yusoft'у

Что именно вы этим хотели сказать? Обычно ТЗ пишет заказчик, а не исполнитель.

ТЗ в технике, и в ИТ тоже ВСЕГДА пишет исполнитель. За очень редким исключением. Причина заключается в том, что только исполнитель в состоянии понять всю глубину требований и их взаимосвязи. И донести это до заказчика. А тот должен это все утвердить. Кроме того, Заказчик просто не в состоянии сделать ТЗ просто в силу того, что у него либо нет нужного уровня квалификации (иначе исполнитель нах не нужен) либо совсем не из этой оперы.

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

Уважаемый yusoft, если вы хотите сделать дело, накидайте ТЗ хоть в каком-то виде, с разбиением на этапы (очередь). Много тратить времени (ресурсов) на размазывание соплей по столу, конечно, смысла нет никакого. Я бы сделал такую структуру документа:
1. Концепция продукта
2. Первая очередь
2.1 Перечень фич
2.2 Сроки, бюджет, участники (заполнить можно позже)
2.3 Фича №1 (краткое описание, 1 абзац)
2.4 Фича №N
3. Вторая очередь
...
4. Третья очередь
...

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

Иначе модуля яндекс карт у нас не будет никогда.

А с гарантом решили что-то?
p.s. в google-doc сделал запрос на доступ...

Аватар пользователя Айдар Айдар 31 мая 2012 в 14:58
"yusoft" wrote:

PS: Создал документ в гуглдоках: https://docs.google.com/document/d/1dakxXOUzAwuhVRRsEjauQsEZ7sUGzuyNTxfq..., если кого-то заинтересует более детальное обсуждение ТЗ - присылайте запросы, дам доступ.

Спасибо за проделанную мою работу - действительно, очень не хватает времени - сегодня вечером, думаю, успею как-то все скомпилировать.

К сожалению, не знаком с гуглодоками совсем.
Считаю, что обсуждение ТЗ следует проводить следующим образом:
1. Всё ТЗ поделено на пункты (что разумеется), а пункты сгруппированы в группы: ядро и доп. функционал (м.б. подмодули).
2. Каждый пункт изначально "кэповый", а затем каждый добавляет свое пожелание и обязательно подписывается под ним (тупо одно пожелание в одну строчку в границе пункта ТЗ).
3. Затем компилируются отдельно все пункты ТЗ по пожеланиям с определением "общих" пожеланий, если в одной строчке нуждается более N человек (надо думать N==?)
4. Все, что не признано общим, выносится в отдельные пункты ТЗ, и исполнителем называется стоимость "общего" ТЗ и каждого отдельного пункта. Соответственно, "общее" оплачивается всеми участниками (вероятно, список участников будет переопределен перед этим, т.к. кому-то не по вкусу придется общее ТЗ).

Теперь главное - позволяют ли гуглодоки ограничить доступ конкретным юзерам (плательщикам и исполнителю), чтобы зихеристы всякие типа Винтеркула не хулиганили, смотреть друпалоподобные редакции редактирования дока (и еще скорее всего какие-то ограничения нужны)?

Ежели что, могу где-нить на сайте своем завести тип материала для редактирования (1 нода == 1 участник, вписывающий пожелания по полям) и сделать вьюху для быстрого просмотра пункта(пунктов).

Аватар пользователя Айдар Айдар 5 июня 2012 в 0:39

ТЗ накидано, сгруппировано по пунктам с цитатами всех участников. Также составлен список всех участников с суммами взноса.

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

Только хз почему, но по ссылке Юрия требует запроса разрешения. Создал док тут: https://docs.google.com/document/d/1Puqcz46eBehBDtBfwuf__QUXOwf3ISM1fEvp...

Аватар пользователя yusoft yusoft 4 июня 2012 в 22:06
"Айдар" wrote:

Юрий, вероятно, Вас заинтересует и это: http://www.drupal.ru/node/82785.[/quote]

Спасибо за ссылку, буду участвовать в нем.

"Айдар" wrote:

Только хз почему, но по ссылке Юрия требует запроса разрешения.

По умолчанию в новом доке включается именно такой режим. Изменил права доступа и теперь прочитать док смогут все, кто перейдет по ссылке на него: https://docs.google.com/document/d/1dakxXOUzAwuhVRRsEjauQsEZ7sUGzuyNTxfq...

Аватар пользователя AndreyK AndreyK 5 июня 2012 в 5:42

Подписываюсь. 500 рублей до конца недели переведу. Вопрос куда деньги передать?

Аватар пользователя MXM MXM 10 июня 2012 в 6:03

Предлагаю вообще приостановить весь коллективный заказ и сбор средств, подождать чем закончится конкурс от Яндекса http://www.drupal.ru/node/82785, смотреть какой модуль удобнее, функциональнее, чего в нем кому не хватает... А там уже связываться с разработчиком и договариваться об усовершенствовании (коллективно или индивидуально)

Аватар пользователя otolaa otolaa 10 ноября 2015 в 11:48

Yandex.Field && Yandex.Views, сами модули, с описанием последних, красноречиво ничего не получится?! Потому что они переписывались с двух других модулей а именно geolocation и geolocation_views, причем авторство geolocation_views принадлежит xandeadx.ru, вообщем как то вот так вот!?

http://map.stark.kz
сам применяю эти модули на сайте http://novostroiki.kz где http://novostroiki.kz/maps это Views
сам в Views хочу добавить кластеризацию это в Yandex 2.0 несложно,,,

если есть баги и ошибки,,, можно поделится

Аватар пользователя otolaa otolaa 27 ноября 2012 в 15:50
 <?php 
     $nid 
12//выбор field из ноды
     
$node_maps node_load($nid);
     
$field_maps field_get_items('node'$node_maps'field_maps');
     
$output field_view_value('node'$node_maps'field_maps'$field_maps[0], array('type' => 'yandex_map_maps'));
     print 
render ($output);

    

?>

программный вывод Yandex.field в шаблоне, если нужно вывести в другой ноде (может пригодится)

Аватар пользователя yusoft yusoft 5 марта 2013 в 15:56

Эта тема еще актуальна? Кого-то разработка модуля еще интересует или вопрос закрыт?

Аватар пользователя Ner2Sky Ner2Sky 5 марта 2013 в 16:06

вопрос по модулю повис
и всё завершилось этим =)

http://drupal.org/project/yamaps

"yusoft" wrote:

В начале июня мы объявили сразу два конкурса для Друпал-разработчиков — на создание модулей для Яндекс.Карт и Яндекс.Вебмастера.
......
Итак, мы поздравляем с победой Дмитрия Макеева, автора модуля Yandex.Webmaster, и Николая Васильчука, автора модуля ymaps.
......
Дмитрий и Николай получают денежное вознаграждение, памятные призы и громкие овации! А об их интересных решениях, позволяющих улучшить свой сайт за несколько кликов, мы обязательно расскажем подробнее.

Аватар пользователя yusoft yusoft 5 марта 2013 в 16:21

Есть модуль от победителя конкурса на d.org, есть призы и овации :)

Но решена ли проблема, ради которой создавалась эта тема?

В теме тишина - т.е. либо вопрос решен, либо все заняты более важными делами...

Как автор одного из участвовавших в конкурсе модулей, могу предложить свое решение (как для описанных выше проблем, так и для более специфических, связанных с различными нюансами по выводу информации на Яндекс.Карты).

Если есть интерес - можно обсудить детали (коллективно или в ЛС).

Аватар пользователя Ner2Sky Ner2Sky 5 марта 2013 в 17:55

На мой взгляд идея коллективного заказа полностью себя дескредетировала ....

конкурс ... закончился примерно так =)

"Anonym_tsk" wrote:

Все ноете и просите? Вам никто ничего не должен. У меня нет времени сейчас заниматься картами. Хотите помочь - добро пожаловать в open-source. Талантливым разработчикам всегда рады.

рабочий модуль яндекс карт нужен, но лично я не вижу вариантов как лучше организовать его создание =)

Аватар пользователя ryumkin ryumkin 12 марта 2013 в 10:01

Ха-ха, ну и темка! ))
Погодите-ка а все уверены что нужен модуль карт Яндекс? Если я правильно помню, ни один из отдельно стоящих модулей карт не был достаточно гибок. Может всем нужно просто интеграция с OpenLayers? Разве это не решит все что написано в ТЗ?

Аватар пользователя Alex_on Alex_on 1 июля 2013 в 11:15

Добрый день!
Может кто подскажет, есть модуль для Drupal 7, который может выводить общую карту со всеми метками, созданными в разных материалах (и желательно, чтобы в метке проставлялась ссылка на материал, в котором она создана)
Пример, есть страницы с квартирами, на каждой из них поле с картой и меткой.
Есть страница (блок) с картой, где выведены все метки со ссылками на соответствующую страницу квартиры.

http://www.drupal.ru/node/39766 тут было что-то подобное, но там для 6-ки

Аватар пользователя Ner2Sky Ner2Sky 1 сентября 2013 в 16:01

ну если быть честнее то просто умерло =(... обычная ситуация в русском сегменте...

Аватар пользователя VVS VVS 1 сентября 2013 в 23:04
"Ner2Sky" wrote:

обычная ситуация в русском сегменте...

Зачем всё обобщать и на национальности переводить? КАк работать - это дело индивидуальное...

Аватар пользователя deep deep 4 сентября 2013 в 12:10
"Ner2Sky" wrote:

ну если быть честнее то просто умерло =(... обычная ситуация в русском сегменте...

А почему вы этому удивляетесь? Русские сами в этом виноваты, благодаря своему менталитету.