Мапсми перед новым годом выкатила релиз, в котором навигатор веред через точки и линии с тегом access=no. Баг был зарепорчен в маркет, прошло более месяца, но фикса до сих пор нет, о каком тестировании вы говорите? Зато в новом релизе увидим интеграцию с каким-нибудь новым сервисом, который отвалил за это кучу бабла
У мими просто цикл релизов размером с … месяц, и усё, никаких баг-фиксов, ждите - контора работает.
ужас.
Вместо реплик в воздух у вас есть два способа решить эту проблему: взять открытый код, править баги и делать релизы чаще, чем раз в месяц. Или пользоваться другими навигаторами. Выкрики на форуме, даже с матом, не изменят рабочий процесс в компании. Не слышал, чтобы это помогало хоть где-нибудь, даже в опенсорсе с одним программистом.
Про ошибку с роутингом через access=private/no мы знаем и чиним.
Багфиксы выходят обычно раз в неделю-две, но из-за сложности со сборкой пробок их частоту мы временно снизили. Где брать еженочные сборки, я уже не раз писал.
- Вчера пытался найти здания по адресу, в приложении мне это сделать не удалось. Оказалось, что кто-то удалил отрезок дороги у здания, и хотя addr:street на самих зданиях был в порядке, из поиска они пропали. Зачем такое условие вывода данных? Поддержки addr:place, естественно, тоже нет, поэтому немалая часть зданий просто пропадает из поиска. Хотя номера домов рендерятся на карте.
- Очень удобная функция - плашка “закрыто” в списке результатов поиска. Только вот почему нет такой же плашки “открыто”? Ведь по многим объектам информация о режиме работы просто не проставлена, в итоге полезность этого блока сходит на нет. Приходится тыкать в результаты поиска на карте и у каждого выискивать часы работы в карточке. А успех был так близок!
- Про баг с часами работы, если диапазон времени делится полночью, тут уже писали? Если нет, то приложение отображает 00:00-24:00, игнорируя промежуток между диапазонами.
Ну и спасибо за фидбэк на фидбэк, так сказать. Вот с квартирами как хорошо сделали, например.
В допотопных навигаторах была такая болезнь: нет такой дороги в атомобильном рутинге, так и не к чему адреса по улице подвесить. Тут симптоматика похожая.
Хотел было пожаловаться на странный разворот у нового maps.me 7.1.3 посреди дороги, но вспомнил, что на этом перекрестке не совсем “симметричные” запреты поворотов:
Здесь с ул. Профессора Попова с востока запрещен поворот налево (только автобусы так поворачивают), но, тем не менее, разворот на пр. Медиков с юга обратно на юг не запрещен и вполне даже выполним. А сейчас в карте он оказывается запрещен вместе с тем левым поворотом. Есть идеи, как это можно сделать, не уничтожая двухвейность пр. Медиков и без новых дополнительных веев?
в роли via использовать way, но вроде нигде это не поддерживается
Дом без стены, кстати, и спустя два уже обновления так никуда и не делся:
PS: может, лучше замечания сразу на github писать, больше пользы будет? Какой язык там приветствуется?
Мне быстрее всего отвечали на письма по адресу bugs@maps.me, но правили, естественно, не всё. На гитхабе не так активно.
Когда ты в первый раз написал, я поговорил об этом с командой графики. Они посмотрели и развели руками: в редких случаях, когда у домов есть неровные стороны и, видимо, острые углы, такие артефакты могут появляться. Как решать — пока непонятно.
Не ищет по тегам alt_name и old_name, также нельзя выбрать номер телефона для звонка, если их несколько.
А была такая хотелка, чтобы полоской показывала пробки на всем маршруте (типа как у Я)? Ну, и вообще, было бы круто что-то типа прогресс бара.
Линия маршрута окрашивается в жёлтый и красный там, где пробки. А разноцветный прогресс бар отвлекает: я несколько раз чуть не повернул на него в яндекс.навигаторе, приняв его за дорогу. Посмотри на тонкую полоску под числами скорости и расстояния.
Странно, что за 8 месяцев никто не ответил 
@Zverik, Вы все правильно сказали, но в спецификации есть оговорка про “Отношение building”. Это отношение “настоятельно рекомендуется” - считай обязательно. Смысл в том, что если building=* находится в отношении с type=building в роли outline, то его в 3д рисовать не надо, только взять с него все теги. Вот и всё, это очень просто. Причем, я думаю,** имплементация этой проверки ускорит 3д режим в maps:me**, ведь не будут просчитываться сложные пересечения в графике неправильных коробок поверх частей здания.
Возможно, даже стоит изменить немного логику поиска 3д зданий. Не искать и рисовать все подряд building:part, а проверять является ли каждый building=* outlinе’ом в отношении, и если является - то отрисовывать только part’ы из этого отношения.
В целом, использование отношения type=building очень грамотный ход, который позволяет разделить 2д и 3д рендеры для ОСМ, чтобы они не мешали друг другу.
Конкретный пример, вокзал г.Петрозаводска с колонадой.
Т.к. Maps:me не обрабатывает отношение, то рисуется контур для 2d рендеров, который не должен рисоваться, и закрывает половину колонады.
В OSM Building - все хорошо, он обрабатывает отношение.
Да, maps.me не обрабатывает отнношения в отношениях. Будет время — доделаю.
Линии внутри отношения type=building с ролью outline мы проверяем и скрываем.
Дык на примере вокзала выше не скрылась. Карта из ночной сборки(вчерашняя), отношение я добавил 5 дней назад.
Вот само отношение: http://www.openstreetmap.org/relation/6943842 - outline из этого отношения перекрывает колонаду на скрине.
Здравствуйте.
В окне добавления/редактирования места экранная клавиатура закрывает собой поле ввода комментария. То есть, открываю данное окно, прокручиваю содержимое вниз до карточки “Дополнительные сведения”, нажимаю на поле ввода “Подробный комментарий”. Появляется клавиатура и закрывает собой поле ввода. После этого, содержимое можно прокрутить вверх до карточки “Категория”, но при прокрутке вниз поле комментария не выводится. При этом ввод, естественно работае, но чтобы увидеть введённые символы, нужно закрывать клавиатуру. Это происходит на телефоне с Андроидом 4.4, на планшете с 4.2 всё нормально, содержимое прокручивается полностью, при открытой клавиатуре видно не только поле ввода, но и пустую карточку в виде полоски в самом низу окна.
Далее, в том же окне. Разное поведение у аппаратной кнопки “Назад” и у кнопки “Назад” в левом верхнем углу окна. Аппаратная кнопка возвращает на экран назад, к окну выбора категории, как и положено, а кнопка в заголовке окна – полностью закрывает окно редактирования. Как минимум, нужно сменить иконку кнопки со «стрелки» на «крестик», как максимум – сделать поведение аналогичным аппаратной кнопке.
Про баг с выводом категорий на английском языке в зависимости от языка клавиатуры вы уже в курсе.
Не полностью переведены типы. То есть при выборе здания, в нижнем выдвигающемся экране будет написано «Здание», при выборе леса – «Лес», но при выборе газона будет написано «landuse-grass», промышленная зона будет обозначена как «landuse-industrial» и т.д.
По рендеру.
«Деревья в ряд» не отображаются, но присутствуют на карте. То есть, если нажать на пустое место, где они должны быть (обозначены в ОСМ), то появится нижней экран с надписью «natural-tree_row».
Хочется видеть на карте больше типов мастерских. «Ремонт обуви» (craft=shoemaker) выводится, а «Изготовление ключей» (craft=key_cutter) или «Камнетёс» (craft=stonemason, этим тегом я обозначил мастерские по изготовлению могильных плит/памятников).
Не правильный порядок отображения слоёв (или как там у вас это устроено):
Стоянка (полигон amenity=parking) на территории больницы (полигон amenity=hospital) не отображается, но хотя бы обозначена значком. Деревья (полигон natural=wood) на газоне (полигон landuse=grass) не рисуются вообще никак, но при этом на карте присутствуют, то есть можно нажать на полигон газона в то место, где должны были отобразиться деревья, и в нижнем экране выведется «Лес». Аналогично с лесом на территории «Луга» (landuse=meadow). Луг рисуется зелёным цветом, а деревьев на нём не видно.
«Фруктовый сад» (landuse=orchard) выводится тем же цветом, что и «Газон» или «Луг», думаю, было бы лучше выводить более тёмным, как деревья.
Отдельные деревья (точка natural=wood) выводятся как маленькая точка, возможно, стоит немного увеличить размер.
Территории «Университетов» (amenity=university) выделяются цветом, а территории «Колледжей/профучилищ» (amenity=college) – нет, как и территории школ и детских садов. Территории тюрем (amenity=prison), возможно, тоже стоит обозначать другим цветом.
Также, хочется видеть другой цвет у зданий школ и детских садов (building=school, building=kindergarten).
Заброшенные здания (abandoned=yes) ничем не отличаются от обычных, строящиеся (building=construction, construction=*) тоже.
Благодарю за внимание. 
Отправлено
Подскажите как отключить показ данных из Booking с гостиницами и хостелами? iOS