По собственному опыту сдвинуть в этом направление сообщество (в т.ч. и на форуме OSM) — чаще всего нарываешься на весьма популярный на Руси ответ «А зачем? Итак все хорошо.» или «мопед не мой, я тока объяву разместил».
Но если же созданная рабочая группа взялась за дело всерьез, то и от меня респект Вам + возможность писать свои топики на Хабре посвященные решению данных проблем ;)
Т.е. создав все вышеперечисленное в России соотв. появится и много объектов права тут, а не где-то и у кого-то и надо просить разрешение на использование.
1. Сделать простые шаблоны аналогичные визуальному конструктору схем проезда у Яндекса, чтоб его могли размещать у себя на сайте большинство организаций знакомых с ИТ издалека.
2. Побольше типовых примеров реализации на русском для широких масс начинающих пользователей в OSM ибо сейчас порого вхождения в сообщество крайне высок и требует знаний не только скриптовых языков но и гео проекций и т.п.
3. Удобный поиск русского геокодера и обратного геокодера (названия объектов в координаты и наоборот). Причем как в виде API, так и через сайт. Про буржуйскую базу уже знаю, не понравилось.
4. Мануал на русском языке. Все же большинство из нас(хабровчан) в России живет и ближнем зарубежье.
За образец опять же взять описание API Яндекса или Гугла, а лучше еще лучше сделать)
Видимо Вы путаете само программирование и организацию труда как таковую. Перечитайте еще раз что именно написано в моем посте. Ибо наоборот упор делается не на конечного исполнителя.
Делов-то, уволят текущего вебмастера, наймут другого такого же. Зато отчитаются, что «приняли меры». Проблемы надо сверху решать, менять порядок работ и т.п., а не как обычно когда отдельный участок работы висит целиком на ком-то одном(в целях экономии на штате), что неизбежно ведет к подобным казусам рано или поздно в связи с отсутствием контроля хотя бы поверхностного.
… а самому проекту «Дзенмани» как раз нехватало именно производительности сайта(функционал был во многом лучше по сравнительным обзорам среди аналогов), но надеюсь теперь проблема производительности будет решаться более быстрыми темпами.
Очень приятно, что собственные пожелания и разработчику «Дзенмани» и в саппорт Я.Денег не прошли даром и хотя бы год спустя Яндекс таки всерьез воспринял идею учета личных финансов :)
Сделайте по уровню сложности для пользователя «Конструктор схем проезда» не сложнее чем у Яндекса — огромное спасибо заранее: api.yandex.ru/maps/tools/constructor/
По детализации — где как. В регионах что мне интересны у Яндекса лучше с детализацией.
Отсуствие вида со спутника у Гугла(особенно в городах где на Гугле 1 улица на весь город) считаю вообще крайне печальным фактом. А еще нужен и поиск по названию объектов с телефона или кпк и т.п…
PS Сам я не их сотрудник, но активно пользуюсь их сервисами.
«Static API позволяет размещать статические изображения Яндекс.Карт на страницах сайтов, не прибегая к программированию на JavaScript или использованию динамической загрузки страниц.»
Логичный вопрос, слабая конкуренция меж работодателями и зп на полкопейки больше, чем среднем в регионе по профессии. В общем данный вопрос в разработке)
Полностью согласен, примерно так и реализовал здесь. Уровень компьютерной подготовки большинства персонала оставляет желать лучшего, далеко не всякий итышник не поленится каждую заявку оформлять в диалоге с десятком опций.
«Не было заявки — не было проблемы» — практически девиз современного техсаппорта в средних и крупных конторах с оплатой за время, а не за кол-во выполненных задач. Есть исключения, но их очень мало.
Главное не создавать перегруженные интерфейсы как постом ниже или в redmine и аналогичных системах, где из-за обилия всевозможных опций при создании тикета и селекторов специалист поддержки попросту долго не проработает на этом месте. Нужно максимально упростить интерфейс ввода тикета и тогда процедуру их создания проще будет делегировать неИТ службам например.
Вот насчет «поддерживаются целыми отделами программистов» тут вы ошибаетесь ранее мне самому приходилось в т.ч. и обслуживать подобные системы и создавать их облегченную версию. В итоге скажу вам, что если создавать и устанавливать их прямыми руками — то затрат минимум. Если же нанять 100 китайцев и заставить их что-то савтоматизировать — тогда да, гемор с поддержкой обеспечен. Подобная грамотно настроенная система в затратном обслуживании не нуждается, это я вам как практик говорю, а не теоретик. Помнится еще было внутреннее правило для спецов поддержки — тратить не более 30 сек на фиксацию данных(а не сам разговор) по обращению и этого хватало!
Особо запущенные случаи, когда вопрос нельзя решить на месте, перенаправлялись в соотв службы внутри компании, но таких обращений <5% было.
Не панацея, но имхо спасет немного 2 меры:
1. отмечать полезность постов в самой теме как пользователями так и модерами. (в какой-то мере аналог ± за комменты на хабре)
2. возможность просмотра большой темы с фильтрацией постов ниже определенного уровня по рейтингу полезности.
В итоге топик останется все таким же большим, но в любой момент можно скрыть в обсуждении все недостаточно «оцененное» по желанию читающего.
А если серьезно — давно пора!
Но если же созданная рабочая группа взялась за дело всерьез, то и от меня респект Вам + возможность писать свои топики на Хабре посвященные решению данных проблем ;)
1. Сделать простые шаблоны аналогичные визуальному конструктору схем проезда у Яндекса, чтоб его могли размещать у себя на сайте большинство организаций знакомых с ИТ издалека.
2. Побольше типовых примеров реализации на русском для широких масс начинающих пользователей в OSM ибо сейчас порого вхождения в сообщество крайне высок и требует знаний не только скриптовых языков но и гео проекций и т.п.
3. Удобный поиск русского геокодера и обратного геокодера (названия объектов в координаты и наоборот). Причем как в виде API, так и через сайт. Про буржуйскую базу уже знаю, не понравилось.
4. Мануал на русском языке. Все же большинство из нас(хабровчан) в России живет и ближнем зарубежье.
За образец опять же взять описание API Яндекса или Гугла, а лучше еще лучше сделать)
1. По-умолчанию можно же по GeoIP регион/город выбирать сразу.
2. Автоподбор при наборе города и региона тоже не помешал бы.
PS И за этот шаблончик 200к? Аппетит приходит явно во время еды…
Отсуствие вида со спутника у Гугла(особенно в городах где на Гугле 1 улица на весь город) считаю вообще крайне печальным фактом. А еще нужен и поиск по названию объектов с телефона или кпк и т.п…
PS Сам я не их сотрудник, но активно пользуюсь их сервисами.
Однако надо все проверить прежде чем заявы делать.
Сайт Яндекса аналогичный ссылкам у вас в топике: m.maps.yandex.ru
Для разработчиков есть Static API.
«Static API позволяет размещать статические изображения Яндекс.Карт на страницах сайтов, не прибегая к программированию на JavaScript или использованию динамической загрузки страниц.»
«Не было заявки — не было проблемы» — практически девиз современного техсаппорта в средних и крупных конторах с оплатой за время, а не за кол-во выполненных задач. Есть исключения, но их очень мало.
Особо запущенные случаи, когда вопрос нельзя решить на месте, перенаправлялись в соотв службы внутри компании, но таких обращений <5% было.