OsmAnd: стили отображения карт

xmd5a · 2014-08-20 12:19:08

Название остановки берётся с name у объекта highway=bus_stop, иначе с public_transport=platform. Сейчас тупо копируются теги из отношения на входящий в него объект (если в rendering_types указано relation="true") и роли посмотреть невозможно. Виктор обещал переделать эту систему, так что получение инфы о типе остановки из отношения (из тега route) и имени остановки из stop_area откладывается.

var-alex · 2014-08-20 17:26:05

xmd5a wrote:

Сейчас тупо копируются теги из отношения на входящий в него объект (если в rendering_types указано relation="true")

То есть если у платформы и осьановки не задать имя оно скопируется из отношения? Это гут.

xmd5a · 2014-08-20 18:37:47

var-alex wrote:

xmd5a wrote:
Сейчас тупо копируются теги из отношения на входящий в него объект (если в rendering_types указано relation="true")
То есть если у платформы и осьановки не задать имя оно скопируется из отношения? Это гут.

Нет, сейчас не берётся из отношения. Я говорил про сам механизм. Думаю это плохая идея - брать имя из отношений, с учётом того что ВСЕ отношения, в которые входит объект, проецируются на конкретный его элемент (если relation="true").

LLlypuk82 · 2014-08-20 22:07:09

Забавно (в плохом смысле) с транспортом получилось в новой схеме. Станции были явно разделены, что логично: совершенно различная инфраструктура (общее - слова «транспорт» и «станция»), а теперь получились неразличимые «болванки». Всё равно что булочную обозначать одинаково с мясной лавкой на том основании, что и то и другое - магазин. По-хорошему, следовало внедрять public_transport=bus_station и public_transport=train_station.
С остановками тоже не всё гладко получилось. Например, если нет маршрутов (или они по старой схеме), то и (99,9%) не будет public_transport=stop_position. Я в таких случаях к highway=bus_stop, добавив public_transport=platform, вбиваю и bus=yes. Не знаю, как-то интуитивно не возникает желания «лепить» stop_position без маршрутов как таковых.. Ну, положим, это - мой «бзик» (впрочем, никому не мешающий), а вот с авто- и ж/д- станциями - недоработка явная, стоит вносить корректировку. Есть сторонники?

freeExec · 2014-08-20 23:08:10

LLlypuk82 wrote:

следовало внедрять public_transport=bus_station и public_transport=train_station.

А смысл или всё ясно из названия вокзала или ты исчешь конкретный маршрут и уже не столь важно с какого вокзала он отходит. На худой конец рельсы и воду увидят все

var-alex · 2014-08-21 05:23:45

LLlypuk82 wrote:

По-хорошему, следовало внедрять public_transport=bus_station и public_transport=train_station.

Чем они таким отличаются то??

LLlypuk82 wrote:

С остановками тоже не всё гладко получилось. Например, если нет маршрутов (или они по старой схеме), то и (99,9%) не будет public_transport=stop_position.

С чего вдруг такой вывод?? Давно отмеченные остановки имеют обычно только тег highway=bus_stop, и точка стоит на месте "знака автобусная остановка". Никаких платформ и stop_position нет. Это я конечно исправляю на новую структуру с отношением.

LLlypuk82 · 2014-08-21 20:34:35

var-alex wrote:

Никаких платформ и stop_position нет.

Дык а я о чём толкую? Соответственно, нет и «места» для bus/trolleybus/tram=yes.
Бывают случаи, когда расположение остановок разных видов ОТ «рядом_но_обособленно» и важно видеть на карте, где именно и какой именно транспорт остановится (и останавливается ли вообще!). Это касается, в отдельности, и автобусов и троллейбусов и трамваев.

freeExec wrote:

А смысл или всё ясно из названия вокзала или ты исчешь конкретный маршрут и уже не столь важно с какого вокзала он отходит.

Из названия много чего ясно бывает, но это не аргумент, однако же. И если меня интересует автостанция (например, ближайшая), то хочется обнаружить именно её. Тоже самое относится и к ж/д станциям. Это непосредственно влияет на эффективность получения доступа к предпочитаемому виду транспорта для передвижения. А виды разнятся по комфортности, скорости, стоимости проезда, частоте рейсов и т.д.

freeExec · 2014-08-22 06:42:53

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

var-alex · 2014-08-22 06:44:00

Эх ... Запутался что то я. "Рядом_но_обособлено" представляется тяжко. Ведь оно должно по одной и той же дороге ехать, ну что бы не понятно было изначально где ждать? Могу себе такое только для автобусов троллейбусов предположить, но у нас нету вторых, соответсвенно представить не могу.

LLlypuk82 wrote:

И если меня интересует автостанция (например, ближайшая)

Так чем же автостанция отличается от остановки? Ну кроме наличия инфраструктуры и возможности уехать бОльшим числом маршрутов?

var-alex · 2014-08-22 06:46:44

freeExec wrote:

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

Дыкть в описании ОТ в вики именно про это и сказано!!! Что на рельсах/дорогах! так и тегирую!
Я даж тему создавал что бы кой чего уточнить, но понял что большинству это не интересно. http://forum.openstreetmap.org/viewtopic.php?pid=424188

freeExec · 2014-08-22 07:10:13

var-alex wrote:

"Рядом_но_обособлено" представляется тяжко.

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

var-alex · 2014-08-22 07:14:53

freeExec wrote:

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

Наверное бы я в таком слуае сделал 2 платформы точно, дял маршруток и для автобуса. Да и stop_position можно разделить на 2 шт, для автобусов и для маршруток. У нас в городе, что маршрутки что автобусы на одних и тех же остановках останавливаются, такого разделения нет.

coolkaas · 2014-08-22 10:55:47

у нас тоже пригородные отдельно стоят, что бы не мешать.
http://openstreetmap.ru/#map=18/53.2304 … 65&layer=K (маппинг по-старинному, просто пример)

coolkaas · 2014-08-25 19:56:24

а куда дели покрытие дорог?

upd: xmd5a,
Вводная: я как поставил одностроковый твой "UinRS maximum datail" этот чит)) так им и пользуюсь. Полезность -- на 16 масштабе ГАРАНТИРОВАННО видно ВСЕ строения, не надо еще крупнее делать. (там еще много чего подробнее, тоже хорошо).

Вопрос: а тут я обнаружил у штатного UniRS галку, как "Меньше деталей", так и галку "Больше деталей" (вроде новая, помню было "либо-либо" у Уни и Лайта) -- вот "Больше" -- это как раз максимум детализции _тот_ самый_? или это что-то иное?
(если да, я бы убрал стиль-прослойку Максиум детайл, и переехал бы на штатный Уни).

Last edited by coolkaas (2014-08-27 12:11:46)

xmd5a · 2014-08-29 08:18:48

coolkaas wrote:

а куда дели покрытие дорог?

Мне уже второй раз задают этот вопрос и я не понимаю что имеется в виду. Вот скрин с последней ночной. На фоне видно покрытие.

coolkaas wrote:

Вопрос: а тут я обнаружил у штатного UniRS галку, как "Меньше деталей", так и галку "Больше деталей" (вроде новая, помню было "либо-либо" у Уни и Лайта) -- вот "Больше" -- это как раз максимум детализции _тот_ самый_? или это что-то иное?

Я переношу практически все фичи из UniRS в default чтобы перевести UniRS на константы (в идеале стиль будет набором констант, изменённых по сравнению с default). Будет значительно быстрее работать. Поэтому я перетащил в default режим с большим количеством деталей (который по умолчанию включён) и сделал там галку "More detailed". Пока что эти галки конфликтуют, да, но на то она и ночная версия. Просто убрать в данный момент код из UniRS не получится. Лишняя работа. Я думаю скоро Виктор сделает еще один слой для линий и я перенесу surface и smoothness, плюс access для track-path. Просто можно перенести сейчас, но там будет дублирование большой секции кода. И после этого различия между default и UniRS можно будет начать выносить в константы.
Тестировал сегодня - default при практически идентичном количестве элементов на экране в 1.5-2 раза быстрее. Видимо из-за того что UniRS зависит от default. Ну и еще при переносе я много кода переписываю более оптимально чем в UniRS.
А еще сейчас активно разрабатывается (не мной) новый движок рендеринга, который использует 3D-ускорение. Но это вряд ли будет введено в 1.9. Много работы.

Last edited by xmd5a (2014-08-29 08:22:00)

xmd5a · 2014-08-29 08:28:07

Есть кто из Беларуси? Почему у вас в Минске на синей ветке метро (например станция Площадь Победы id 209191850) прописан ref? Что это значит и надо ли его отображать в названии станции?

coolkaas · 2014-08-29 09:43:47

ох, ё. три-дэ акселерация! вот это новость!

xmd, раз не я один пищал про утрату покрытия, видимо, так оно и было, мож, оторвалось временно. потом и правда, глаза протер – на месте!
знаешь, ночки пару раз за день иногда ставлю. в одной исчезло, в другой появилось. всё может быть.

xmd5a · 2014-08-29 11:52:56

coolkaas wrote:

xmd, раз не я один пищал про утрату покрытия

Похоже второй это тоже ты был

Komяpa · 2014-08-29 12:55:31

xmd5a, в Минске у станций есть цифровой код, который есть на многих схемах. Рендерить не нужно.

var-alex · 2014-09-02 12:10:32

Походу shop=shoes не рендериться никак.... Надобы сделать. А в идеале, для точек с дополнением shoes=children отличающаяся иконка...

Last edited by var-alex (2014-09-02 12:12:00)

coolkaas · 2014-09-02 17:40:12

var-alex, можно делать основную картинку, а к ней маленький индекс. для детишек, это, например, буковка S. (в общем случае, не обязательно буква).
разработать систему, картинки. унифицировать, так сказать. и забыть, как страшный сон, все НОВЫЕ способы отображения. выдумывания, КАК бы еще извернуться с новой картинкой.
понимаю, что "маленький индекс" на и без того крошечной картинке.. это сомнительно)) но попобовать можно.

freeExec · 2014-09-02 19:12:18

Немного поплачусь про man_made=embankment и embankment=yes они должны по разному отображаться: если они совмещены с дорогой/рельсами, то насыпь в обе стороны (это как сейчас); если это просто линия, то левая сторона линии обозначает высокую сторону насыпи, правая — низкую.

xmd5a · 2014-09-02 20:29:41

freeExec wrote:

Немного поплачусь про man_made=embankment и embankment=yes они должны по разному отображаться: если они совмещены с дорогой/рельсами, то насыпь в обе стороны (это как сейчас); если это просто линия, то левая сторона линии обозначает высокую сторону насыпи, правая — низкую.

Это не получится сделать в обозримом будущем. Движок не позволяет. И грядущий не будет позволять 99%. Там система что тегу присваивается статус additional. Только так можно составить условие if (tag=value && additional="add_tag=value") { .. }. Но если тегу присвоен этот статус, то отдельно от других тегов рисоваться он не может. Таким образом, если тегу embankment=yes присвоить статус additional, то его поддержку придётся прописывать во всех рельсах и дорогах отдельно, занимая тем самым и без того забитые под завязку слои. Сейчас рисуется отдельным тегом. А несимметричные относительно центра линии (чтобы корректно нарисовать cliff например) - это когда-то будет. Виктор сказал что как придёт время - сделает. Такая ситуация.

coolkaas wrote:

это, например, буковка S.

Непонятно это всё для непосвящённого человека.

xmd5a · 2014-09-03 07:09:37

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

Last edited by xmd5a (2014-09-03 07:10:05)

coolkaas · 2014-09-03 08:52:23

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

вот в NightRS они от души выделяются! ))

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

Announcement

#526 2014-08-20 12:19:08

Re: OsmAnd: стили отображения карт

#527 2014-08-20 17:26:05

Re: OsmAnd: стили отображения карт

#528 2014-08-20 18:37:47

Re: OsmAnd: стили отображения карт

#529 2014-08-20 22:07:09

Re: OsmAnd: стили отображения карт

#530 2014-08-20 23:08:10

Re: OsmAnd: стили отображения карт

#531 2014-08-21 05:23:45

Re: OsmAnd: стили отображения карт

#532 2014-08-21 20:34:35

Re: OsmAnd: стили отображения карт

#533 2014-08-22 06:42:53

Re: OsmAnd: стили отображения карт

#534 2014-08-22 06:44:00

Re: OsmAnd: стили отображения карт

#535 2014-08-22 06:46:44

Re: OsmAnd: стили отображения карт

#536 2014-08-22 07:10:13

Re: OsmAnd: стили отображения карт

#537 2014-08-22 07:14:53

Re: OsmAnd: стили отображения карт

#538 2014-08-22 10:55:47

Re: OsmAnd: стили отображения карт

#539 2014-08-25 19:56:24

Re: OsmAnd: стили отображения карт

#540 2014-08-29 08:18:48

Re: OsmAnd: стили отображения карт

#541 2014-08-29 08:28:07

Re: OsmAnd: стили отображения карт

#542 2014-08-29 09:43:47

Re: OsmAnd: стили отображения карт

#543 2014-08-29 11:52:56

Re: OsmAnd: стили отображения карт

#544 2014-08-29 12:55:31

Re: OsmAnd: стили отображения карт

#545 2014-09-02 12:10:32

Re: OsmAnd: стили отображения карт

#546 2014-09-02 17:40:12

Re: OsmAnd: стили отображения карт

#547 2014-09-02 19:12:18

Re: OsmAnd: стили отображения карт

#548 2014-09-02 20:29:41

Re: OsmAnd: стили отображения карт

#549 2014-09-03 07:09:37

Re: OsmAnd: стили отображения карт

#550 2014-09-03 08:52:23

Re: OsmAnd: стили отображения карт

Board footer