OsmAnd - хотелки и предложения по улучшению

GaM · 2014-10-29 08:56:22

С turn:lanes попа полная, реализация мягко говоря странная. Количество полос то соотвествует реалиям, то нет.
То показывает правильно, то вообще фантазии какие-то.
И да... показывает на непонятно что, точнее не понятно какой перекресток, может иногда за 5 км выдать информацию, хотя ещё надо 6-7 перекрестков переехать...
Вообщем пока жесть

coolkaas · 2014-10-29 09:10:43

var-alex, в файл Виктор против. хронически. типа османд может некрасиво закрыться системой. и незакрытые теги, файл "битый", не откроется.
опять же вопросы дописи. так он в джава-хранилище дописывает, сколько хочет координаты, а с файлами неоднозначность, в какой писать, где хвосты незакрытые..
всё из-за убийства приложения системой.

мне тоже приятнее иметь авто-сейв было бы. раз в пять минут.

qt вроде до релиза не обсуждаем.. хотя чешется сказать, что и локаль там странная на карте.

Last edited by coolkaas (2014-10-29 09:17:28)

Cd_spb · 2014-10-29 09:32:10

vshcherb wrote:

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

А почему штраф за переход на дорогу ниже классом , ведь гораздо логичней с дороги ниже классом? Тогда будет правильно отрабатываться потенциальная "уступи дорогу" при выезде на оживлённую дорогу. Ест-но, если говорим про правые повороты.

Ещё замечания:
1. На нескольких крайних версиях не работает предупреждение о превышении скорости. У меня стоит 5км/ч.
2. Если маршрут пересчитывается, то звуковое предупреждение звучит после пересчёта.
3.а) В случае если проложен маршрут и с карты уходил "фокус", то производится пересчёт.
3 б) Если менялась ориентация экрана, то появляется сообщение "Вы хотите продолжить маршрут?". У меня получается так - держа в руках проложил маршрут; пока вставлял в держатель, перевернул Устройство пару раз - ориентация экрана поменялась и маршрут начал пересчитываться.
4. Пункты относящиеся к настройке - Настройка экрана, Настройка карты, Настройка - нужно расположить рядом.

Last edited by Cd_spb (2014-10-29 09:46:16)

var-alex · 2014-10-29 10:07:08

coolkaas wrote:

мне тоже приятнее иметь авто-сейв было бы. раз в пять минут.

Я конечно никогда не писал под андроид, но задача сохранения буфера в файл, когда один поток пишет в буфер, а другой, по мере накопления данных в буфере, скидывает их в файл является классической задачей для начинающих работать с потоками! Или там настолько все запущено?

Cd_spb wrote:

А почему штраф за переход на дорогу ниже классом

Я так понимаю, что бы дворами не вело, вместо центральной улицы. Дворами оно может быть короче конечно, но совсем скорее что не быстрее.

Cd_spb wrote:

Тогда будет правильно отрабатываться потенциальная "уступи дорогу" при выезде на оживлённую дорогу. Ест-но, если говорим про правые повороты.

Тогда уж при выезде с второстпенной на главную, при повороте НА ЛЕВО еще больше штраф ввести.

Cd_spb · 2014-10-29 10:29:25

var-alex wrote:

Cd_spb wrote:
А почему штраф за переход на дорогу ниже классом
Я так понимаю, что бы дворами не вело, вместо центральной улицы. Дворами оно может быть короче конечно, но совсем скорее что не быстрее.

Дык, именно эту задачу и должен решить штраф при "выезде" с дороги меньшего класса - двора. Или у Вас другое видение этого вопроса?

var-alex wrote:

Cd_spb wrote:
Тогда будет правильно отрабатываться потенциальная "уступи дорогу" при выезде на оживлённую дорогу. Ест-но, если говорим про правые повороты.
Тогда уж при выезде с второстпенной на главную, при повороте НАЛЕВО еще больше штраф ввести.

ИМХО, штраф должен сложится = "выезд с второстепенной" + "поворот налево".

freeExec · 2014-10-29 10:31:21

Cd_spb wrote:

Дык, именно эту задачу и должен решить штраф при "выезде" с дороги меньшего класса - двора. Или у Вас другое видение этого вопроса?

Вообще с service он выезжать не должен уже никуда принципиально.

var-alex · 2014-10-29 10:55:12

Cd_spb wrote:

Дык, именно эту задачу и должен решить штраф при "выезде" с дороги меньшего класса - двора. Или у Вас другое видение этого вопроса?

А я про выезд ничего не говорил. На выезд тоже штраф надо, и на въезд. Я не думаю что используемый алгоритм является классическим поиском кратчайшего пути на графе, и штраф на въезд отсечет подграф более низкого класса дорог. Но это мои домыслы.

Cd_spb wrote:

ИМХО, штраф должен сложится = "выезд с второстепенной" + "поворот налево".

Согласен. А если еще сделать учет точек с тегами highway=give_way и указания у дорог priority_road=designated то вообще будет красота и правильный роутинг.

freeExec wrote:

Вообще с service он выезжать не должен уже никуда принципиально.

А как же из двора то выехать?!! Когда в другой двор надо??

p.s. в процессе "поедания собачек" на графах, я понял что тупо весами далеко не просто все сделать. И назначение веса конкретному ребру должно быть не только по оторванных хараектристикам ребра, но и по его окружению. Так же в задачах поиска кратчайшего пути выгодно откинуть часть графа как заведомо ненужную и получить почти оптимальный путь, но занчительно быстрее.
И да, имею своё вИдение идей правильного алгоритма роутинга.

freeExec · 2014-10-29 11:39:05

var-alex wrote:

А как же из двора то выехать?!! Когда в другой двор надо??

Ну если ты с сервиса начинаешь, то это не считает. Раз он у нас не для сквозного проезда, поэтому движения "дорога-сервис-дорога" в маршруте не должно быть.

var-alex · 2014-10-29 13:36:27

freeExec wrote:

поэтому движения "дорога-сервис-дорога" в маршруте не должно быть.

В общем случае это конечно же так.

vshcherb · 2014-10-29 13:37:14

GaM wrote:

С turn:lanes попа полная, реализация мягко говоря странная. Количество полос то соотвествует реалиям, то нет.
То показывает правильно, то вообще фантазии какие-то.
И да... показывает на непонятно что, точнее не понятно какой перекресток, может иногда за 5 км выдать информацию, хотя ещё надо 6-7 перекрестков переехать...
Вообщем пока жесть

Слова полная попа, вообще никак не способствуют ее исправлению Показывать за 5 км, это крайне странно и баг, но вот за 800 м показать это я поверю и это то, что собираемся фиксить. С другой стороны так и раньше было и это вообще никак не связано с turn:lanes. Так же не планируется показ полос, если надо ехать прямо, хотя это обсуждаемо, но думется будет много инфомусора, если на каждом перекрестке показывать едьте прямо.

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

var-alex · 2014-10-29 13:48:12

vshcherb wrote:

чтобы маршруты не срезались

Иногда это не плохо, что срезаются. Например secondary идет кругом, а tertiary прямо. Ну неужто не срезать то?! :-)

vshcherb wrote:

штрафы за светофоры

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

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

vshcherb · 2014-10-29 13:51:24

var-alex wrote:

vshcherb wrote:
Я считаю, что сохранять надо все!
Ну тогда уж сразу в файл, а не куда то внутрь! ЧТо бы если что хотя б файл остался! Да и это пространство внутри что бы не очень занимать.
А еще хотелось бы звуковое предупреждение о превышении скорости? Или есть?

Этот вопрос уже стоял, но невозможно сохранять сразу в XML файл! Он не предназначен для этого, должен быть промежуточный слой, единственное, что приходит на ум, сохранять на флешку sqlite базу данных из которой потом можно восстановить все XML (тулзу сделать не проблема).

var-alex · 2014-10-29 13:53:59

vshcherb wrote:

Этот вопрос уже стоял, но невозможно сохранять сразу в XML файл!

Да не сразу, не сразу! Через буфер! 2 потока, один пишет в буфер, другой из буфера кусками в файл скидывает - открыл файл, дописал, закрыл, ждет пока данные в буфере накопятся. наверное нельзя так в андроиде, иначе бы сделали уже.

Cd_spb · 2014-10-29 13:57:43

vshcherb wrote:

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

Лишнего - не будет. Т.к. если простой перекрёсток - "налево-прямо/прямо/прямо-направо", то на нём не будет turn:lanes. Если более одной полосы для поворота - то это уже нужная информация, по-крайней мере в мегаполисах с их пробками. Вот пример такого места http://share.mapbbcode.org/koiho Если встанешь во вторую полосу слева, то рискуешь простоять минут пять.

vshcherb wrote:

Показывать за 5 км, это крайне странно и баг, но вот за 800 м показать это я поверю и это то, что собираемся фиксить.

ИМХО, с точки зрения водителя мегаполиса, нужно показывать указатели с предыдущего перекрестка, но не менее чем за 500м(ест-но если нет других указаний о поворотах). А иначе просто нет смысла - не успеваешь перестроиться. Сейчас такая ситуация у навигации от ПроГорода - подъезжая к перекрёстку, я успеваю посмотреть на знаки, перестроится, нажать на кнопку снятия скриншота, остановиться на светофоре и только потом появляется указатель "поворота по полосам" - соответственно уже поздно перестраиваться в другой ряд.

var-alex · 2014-10-29 13:58:20

vshcherb wrote:

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

Кстати да, зачем все во внутр памяти хранить? Мало ее ж, а флешки они большие. Мало ли потянет кого с утра крючок заложить километров в 1000 - 1500? Ну не ужно это все во внутр хранилище хранить? А ведь каждую секунду точка пишется. А если дальнобой с напарником трек пишет? То там и по несколько суток может не выключаться софтина. И трек похерится из за того что внутр память кончится. Конечно это варианты на грани фантазии, и, лично я такое не учудю, буду на перекурах трек сохранять, но ведь кто то может и так.

LLlypuk82 · 2014-10-29 17:43:06

Тут «прозвучало» слово «штурман» В этой связи появилось предложение создать такой режим навигации. Ведь голосовые оповещения для «водителя-одиночки» - это одно (как бы «голосовой виртуальный штурман»), а человек с навигатором в руке, следящий за ситуацией и могущий всё внимание отдавать только этому делу, без риска ДТП - совсем другое.
В таком режиме, например, можно выводить гораздо больше информации о дорожных и околодорожных объектах. При этом она не будет лишней и не ускользнёт (в сравнении с мимолётно брошенным взглядом водителя, занятого контролем обстановки в реальном пространстве-времени за бортом )
Надеюсь - мысль понятно изложил. Сам выступал в роли такого штурмана (с бумажной картой - в том числе , а теперь - «вот до чего техника дошла»)

0n1y · 2014-10-29 17:43:50

мде, некоторые шлагбаумы-калитки только на 17м зуме появляются, чтобы заметить надо с линзой вглядываться и скроллить карту - нет ли там какой линии-забора или шлагбаума, а какой смысл ползать по земле на 16м-17м весь маршрут, если все тропы и объекты видны на 12-14 быстрым взглядом. в итоге выходит, что из-за одних заборов и калиток отражение всего остального на 12-14 зуме для велотуризма бесполезно, ибо приближать и разглядывать карту все равно придется на 16м-17м (что неудобно и нелепость), т.к. заборы и разница шлагбаум-калитка-столбики для планирования веломаршрута и езды в темноте поважнее тропинок.

архинужны пару галочек в настройке карты типа "Ограждения повышенной четкости" и "Шлагбаумы на 15 зуме" по типу "Здания на 15 зуме" существующей.

VlIvYur · 2014-10-29 18:29:32

vshcherb wrote:

невозможно сохранять сразу в XML файл

Почему? Накапливаем в буфере строку для записи и каждые 4КиБ сохраняем. Вроде не большая проблема.

edward17 · 2014-10-29 18:30:12

В свете последних сообщений о barrier=*. Можно ли сделать разное отображение объектов в разных профилях? Тогда сделайте пожалуйста в автопрофиле как сейчас, а в велосипедном - детальное отображение препятствий.

xmd5a · 2014-10-29 20:10:48

0n1y wrote:

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

Очень не нравится ваш обвинительный тон. Не хотелось бы в этом тоне продолжать дискуссию.
На 16-17 зумах большинство барьеров превращаются в точки (напоминаю). Если сделать барьеры на 15 зуме (так и было изначально) то в городах становится 1)непонятно где барьер точно находится 2)барьеры загромождают карту (это еще не все барьеры показываются, на скрине половина скрыта из-за пересечений).
Можно попробовать чуть-чуть поднять в велорежиме минимальный зум, на котором показываются крупные значки барьеров, но речь не идёт о 15 и даже 16 зуме, поскольку в городах будет слишком много барьеров. Представьте себе что будет если вместо КАЖДОЙ черной или красной точки здесь на 16-м зуме нарисовать полный значок барьера.

0n1y wrote:

архинужны пару галочек в настройке карты типа "Ограждения повышенной четкости" и "Шлагбаумы на 15 зуме" по типу "Здания на 15 зуме" существующей.

Галочки "Здания на 15 зуме" давно уже нет, обновитесь. Галочки "Ограждения повышенной четкости" не будет. Я сделал линейные барьеры с 15-го зума в режиме "Более подробно", думаю что это устроит большинство пользователей (но, конечно, всегда найдутся недовольные).

Я тут подумал: лучше по-другому сделаю. В велорежиме bollard и block до 18-го зума будут рисоваться не красными а черными точками. Тогда получается всё логично - на велосипеде это не непреодолимое препятствие (что обозначается красной точкой).

Last edited by xmd5a (2014-10-29 20:52:47)

0n1y · 2014-10-29 20:58:32

обвинительный это скорее "сделать не могут нормально", у меня лишь констатация факта )
в Локусе и Оруксе на более высокой панораме в разных стилях, включая дефолтные, ничего не мешается -

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

такие заборы с map1.eu тоже очевидно лучше, чем существующие в Локусе, Оруксе и сабже толщиной с волос -

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

vshcherb · 2014-10-29 21:39:16

VlIvYur wrote:

Почему? Накапливаем в буфере строку для записи и каждые 4КиБ сохраняем. Вроде не большая проблема.

XML! Следовательно либо мы как-то хитро постоянно удаляем последнюю часть и сохраняем, что как бы опасно. Либо мы каждые 10 минут сохраняем целый файл, а если он 10 Мб, то это ощутимо.

Насчет мусора на карте согласен с xmd5a, если так сильно надо и пользуетесь каждый день, xmd5a сделает константу вы в своем стиле перегрузите и будет с 15. Я думаю тут конфликт исчерпан. Попользуетесь и расскажите лучше или хуже.

Komяpa · 2014-10-29 22:53:24

vshcherb wrote:

XML! Следовательно либо мы как-то хитро постоянно удаляем последнюю часть и сохраняем, что как бы опасно

Всё, что надо сделать - залочить файл, сделать seek() на число байтов раньше, чем хвост, записать в это место буфер, записать хвост, разлочить файл. Что тут может пойти не так?

vshcherb · 2014-10-30 00:23:31

Komяpa wrote:

Всё, что надо сделать - залочить файл, сделать seek() на число байтов раньше, чем хвост, записать в это место буфер, записать хвост, разлочить файл. Что тут может пойти не так?

Писали выше, убийство программы и файл остается битым. Seek и XML - мутная операция, я такого бы не делал. XML - небинарный формат и нестрочный. Честно говоря, есть нормальное решение, называется LOG file, который пишется линейно, строчка - GPS log entry.
P.S. Согласен про дополнительный storage - log file.

var-alex · 2014-10-30 06:42:07

vshcherb wrote:

Либо мы каждые 10 минут сохраняем целый файл, а если он 10 Мб, то это ощутимо.

Отдельный поток не прервет основного процесса программы, что бы было не как счас, польное зависание при сохранении.

vshcherb wrote:

P.S. Согласен про дополнительный storage - log file.

И обязательно в комплекте софтинку которая из него сделает нормальный gpx. Вариант хороший. Чистить его, вместе с внутр хранилищем.

Last edited by var-alex (2014-10-30 06:43:49)

Announcement

#2926 2014-10-29 08:56:22

Re: OsmAnd - хотелки и предложения по улучшению

#2927 2014-10-29 09:10:43

Re: OsmAnd - хотелки и предложения по улучшению

#2928 2014-10-29 09:32:10

Re: OsmAnd - хотелки и предложения по улучшению

#2929 2014-10-29 10:07:08

Re: OsmAnd - хотелки и предложения по улучшению

#2930 2014-10-29 10:29:25

Re: OsmAnd - хотелки и предложения по улучшению

#2931 2014-10-29 10:31:21

Re: OsmAnd - хотелки и предложения по улучшению

#2932 2014-10-29 10:55:12

Re: OsmAnd - хотелки и предложения по улучшению

#2933 2014-10-29 11:39:05

Re: OsmAnd - хотелки и предложения по улучшению

#2934 2014-10-29 13:36:27

Re: OsmAnd - хотелки и предложения по улучшению

#2935 2014-10-29 13:37:14

Re: OsmAnd - хотелки и предложения по улучшению

#2936 2014-10-29 13:48:12

Re: OsmAnd - хотелки и предложения по улучшению

#2937 2014-10-29 13:51:24

Re: OsmAnd - хотелки и предложения по улучшению

#2938 2014-10-29 13:53:59

Re: OsmAnd - хотелки и предложения по улучшению

#2939 2014-10-29 13:57:43

Re: OsmAnd - хотелки и предложения по улучшению

#2940 2014-10-29 13:58:20

Re: OsmAnd - хотелки и предложения по улучшению

#2941 2014-10-29 17:43:06

Re: OsmAnd - хотелки и предложения по улучшению

#2942 2014-10-29 17:43:50

Re: OsmAnd - хотелки и предложения по улучшению

#2943 2014-10-29 18:29:32

Re: OsmAnd - хотелки и предложения по улучшению

#2944 2014-10-29 18:30:12

Re: OsmAnd - хотелки и предложения по улучшению

#2945 2014-10-29 20:10:48

Re: OsmAnd - хотелки и предложения по улучшению

#2946 2014-10-29 20:58:32

Re: OsmAnd - хотелки и предложения по улучшению

#2947 2014-10-29 21:39:16

Re: OsmAnd - хотелки и предложения по улучшению

#2948 2014-10-29 22:53:24

Re: OsmAnd - хотелки и предложения по улучшению

#2949 2014-10-30 00:23:31

Re: OsmAnd - хотелки и предложения по улучшению

#2950 2014-10-30 06:42:07

Re: OsmAnd - хотелки и предложения по улучшению

Board footer