обозначение билетной кассы

ullus · 2014-09-04 14:51:31

edward17 wrote:

Почему?

Писать меньше. По моему - чем короче тег, тем он удобнее.

edward17 · 2014-09-04 17:49:56

ullus wrote:

edward17 wrote:
Почему?
Писать меньше. По моему - чем короче тег, тем он удобнее.

Но краткость тега не должна портить его понимаемость. По-моему, trains - сборное понятие для пригородных поездов и поездов дальнего следования. Раз уж разделять их - то по полной.

newpavlov · 2014-09-04 18:43:52

Поддержу freeExec, имхо лучше использовать tickets:bus, tickets:train и т.д. и добавлять при необходимости тег network в котором уже и будет указываться, скажем, на пригородные электрички билеты или же на поезда дальнего следования. Так и теги короче, и плюс будет точка стыковки со схемой маршрутов.
Ну и оформляя пропозал, считаю, что лучше зафиксировать shop=tickets, дабы не закреплять кривоватый вариант ещё сильнее.

Amigo · 2014-09-04 18:52:45

edward17 wrote:

Amigo wrote:
Авиакассы tickets:avia ?
Хороший вопрос. Может лучше tickets:plane? Мы же указываем транспортное средство.

О, tickets:avia уже есть один в тагинфо.

edward17 · 2014-09-04 19:18:29

newpavlov wrote:

Поддержу freeExec, имхо лучше использовать tickets:bus, tickets:train и т.д. и добавлять при необходимости тег network в котором уже и будет указываться, скажем, на пригородные электрички билеты или же на поезда дальнего следования.

А если в одной кассе продаются билеты сразу на пригородные автобусы и поезда дальнего следования? Уж лучше tickets:bus:local, если уж на то пошло.

newpavlov wrote:

и плюс будет точка стыковки со схемой маршрутов.

А зачем?

newpavlov wrote:

Ну и оформляя пропозал, считаю, что лучше зафиксировать shop=tickets, дабы не закреплять кривоватый вариант ещё сильнее.

Поддерживаю. Но этот пропозал сначала оформить надо.

freeExec · 2014-09-04 19:47:45

edward17 wrote:

А если в одной кассе продаются билеты сразу на пригородные автобусы и поезда дальнего следования?

Две точки будет, мы же не паримся когда в супермаркете стоят банкоматы разных банков.

edward17 · 2014-09-05 19:15:22

newpavlov wrote:

Поддержу freeExec, имхо лучше использовать tickets:bus, tickets:train и т.д. и добавлять при необходимости тег network в котором уже и будет указываться, скажем, на пригородные электрички билеты или же на поезда дальнего следования. Так и теги короче, и плюс будет точка стыковки со схемой маршрутов.

Я не против этого подхода, только чем он лучше tickets:suburban_trains и tickets:suburban_bus? Какие преимущества он даёт?

edward17 · 2014-09-11 16:34:35

1. Так как аргументов за использование тегов network в обозначении касс не было сказано, предлагаю не усложнять себе жизнь и остановиться на tickets:suburban_trains, tickets:long_distance_trains и tickets:suburban_bus. Разделять их ещё больше нет смысла, потому что видов касс всё равно 2 для поездов и 2 для автобусов.

2. Вот у нас есть tickets:public_transport. Он задумывался как сборный для городских видов общественного транспорта. Но вики и здравый смысл говорят, что общественный транспорт - не только автобусы и троллейбусы, но и метро и даже самолёты. Чтобы избежать двусмысленнойюсти, предлагаю отказаться от этого тега и обозначать каждый транспорт отдельно.

3. После этого сообщения я даже не знаю, нужно ли менять тег на shop=tickets

Last edited by edward17 (2014-09-11 16:35:01)

dkiselev · 2014-09-11 17:11:51

Мне не нравится shop=tikets имхо, лучше tikets=bus tikets=train. tikets:network=EVA
Не знаю как сейчас у нас, но очень часто билеты продают в мелких магазинчиках, на рецепшене отелей в автоматах и т.п.

Вот чтобы не лепить
shop=convenience;tikets
tikets:bus=???

Проще пометить отдельно свойство наличия билетов без привязки к shop и запросики писать удобнее tags ? 'tikets'

edward17 · 2014-09-11 17:22:49

dkiselev wrote:

Мне не нравится shop=tikets имхо, лучше tikets=bus tikets=train. tikets:network=EVA
Не знаю как сейчас у нас, но очень часто билеты продают в мелких магазинчиках, на рецепшене отелей в автоматах и т.п.

shop=tikets нужен, потому что бывают магазины, в которых только билеты продаются. Авиакассы например.
Видел немало киосков shop=newsagent, в которых продаются билеты на футбол. Как вариант для этого - shop=newsagent + tickets:football=yes

Last edited by edward17 (2014-09-11 17:23:27)

dkiselev · 2014-09-11 17:41:04

edward17 wrote:

Видел немало киосков shop=newsagent, в которых продаются билеты на футбол. Как вариант для этого - shop=newsagent + tickets:football=yes

И чем

shop=tikets + tikets:bus=yes

лучше чем один

tikets=bus

Авиакассы -

tikets=airplane 
name=Земля прощай, в добрый путь!
tikets:network=S7;Аэрофлот;Lufthansa

Концепция постепенного уточнения тут очень слабо рабоает. Дескать наш парсер не поддерживает tikets=* но у пользователя остается возможность догадаться что ему нужен shop с неопознаным значением.

Last edited by dkiselev (2014-09-11 17:43:42)

edward17 · 2014-09-11 18:02:04

dkiselev wrote:

И чем
shop=tikets + tikets:bus=yes 
лучше чем один
tikets=bus

Тем, что кроме билетов на автобусы, в магазине могут продаваться билеты на троллейбус и трамвай. Почему не пишем tikets=bus;trolleybus;tram? Потому что большинство конвертеров не понимают двоеточие, а их авторы не хотят пинаться по этому поводу

dkiselev wrote:

Авиакассы -

tikets=airplane 
name=Земля прощай, в добрый путь!
tikets:network=S7;Аэрофлот;Lufthansa

Согласен с этим. Только я бы написал tickets:airplane:network=

dkiselev wrote:

Концепция постепенного уточнения тут очень слабо рабоает. Дескать наш парсер не поддерживает tikets=* но у пользователя остается возможность догадаться что ему нужен shop с неопознаным значением.

Не понял это, можно пожалуйста подробнее?

dkiselev · 2014-09-11 18:31:48

Неймспейсы, особенно произвольные, где надо искать ключ по некоторому шаблону, как то tikets:%transport_name% поддерживаются парсерами еще хуже чем значения через точку с запятой.

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

dkiselev · 2014-09-11 18:34:34

edward17 wrote:

dkiselev wrote:
Концепция постепенного уточнения тут очень слабо рабоает. Дескать наш парсер не поддерживает tikets=* но у пользователя остается возможность догадаться что ему нужен shop с неопознаным значением.
Не понял это, можно пожалуйста подробнее?

Самый яркий пример такого подхода - это

highway=construction + construction=*

вместо

construction=yes

на дорогу.

dkiselev · 2014-09-11 18:58:58

Я в принципе, не сказать чтобы против неймспейсов, но при вводе данных они, на мой взгляд избыточны, а при обработке - ненадежны.
Просто я примерно догадываюсь как программист будет обрабатывать эти случаи. Предположим что у нас есть 2 автобусные компании и сразными билетами (реальная ситуация, например для Амальфитанского побережья Италии). SITA и EVA их можно условно разделить на городской и пригородный - но это именно что условно.

Как это будут мапить с неймспейсами? Мне видится сразу 2 способа, естественно в базу попадут оба:

tikets:bus:SITA
tikets:bus:EVA

и

tikets:SITA
tikets:EVA

Мне tikets:SITA в этом случае видится скорее ошибочным вариантом, но реальные люди в отличае от сферических прогрммистов ошибки делают, притом часто.

Как будет искать программисст?
Программист посидит 15 минут, выпишет на листочек знакомые ему виды транспорта, быть может подумает над тем как можно ошибиться.
Дальше, начнет слать запросы к БД вида:

Дай мне объекты с ключем в тегах tikets:bus или tikets:airplane или tikets:train если в вики будут local_bus - наверное догадается и их включить.
О приколах что осмеры будут использовать 3 уровень неймспейсов tikets:bus:sita догадается только 1 из 10, сильно искушенный в осм, программист. При этом билеты на паром tikets:ferry пропадут вообще. Поиск по маске для ключа - муторно, с этим постараются не заморачиваться.

tikets=****
1) Поиск по маске для значения - это гораздо проще и типичнее нежели по маске для ключа (в некоторых хранилищах данных есть прям из коробки). Больше шансов что это будет поддержано при обработке данных.
2) Всегда есть возможность легко организовать fallback:
Например если мы распарсили значение tikets - раскрасить иконку в нужный цвет, не распознали - оставить серой. Тоесть поискать просто места продажи билетов, любых, при такой схеме проще.

edward17 · 2014-09-11 19:18:10

dkiselev wrote:

SITA и EVA их можно условно разделить на городской и пригородный - но это именно что условно.

tickets:bus=yes
tickets:bus:network=SITA
tickets:suburban_bus=yes
tickets:suburban_bus:network=EVA

freeExec · 2014-09-11 19:23:26

OpenRailMap смотрит на вас с насмешкой.

railway:signal:CATEGORY=TYPE
railway:signal:CATEGORY:PROPERTY=VALUE

railway:integra_signum, *:evm, *:aws, *:gwatp,                                          yes/no
 *:atb, *:kvb, *:ls, *:selcab, *:ebicab, *:zbs,
 *:shp, *:scmt, *:alsn, *:tpws, *:atb-eg,
 *:atb-ng, *:atb-vv, *:tvm, *:bacc, *:gw_atp,
 *:crocodile, *:memor, *:memor2, *:memor2+,
 *:tbl1, *:tbl1+, *:tbl2, *:rs4, *:asfa, *:asfa_fac,
 *:asfa_200, *:asfa_200_ave, *:zub121, *:eurozub,
 *:gnt

Причем схема тегов не просто выдумана, она ещё и обрабатывается.

dkiselev · 2014-09-11 19:53:11

edward17 wrote:

dkiselev wrote:
SITA и EVA их можно условно разделить на городской и пригородный - но это именно что условно.
tickets:bus=yes
tickets:bus:network=SITA
tickets:suburban_bus=yes
tickets:suburban_bus:network=EVA

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

BushmanK · 2014-09-11 20:18:28

Нормальный программист с зачатками понимания, что такое анализ схемы данных, "на листочек" выписывать ничего не будет - он будет искать все уникальные *ticket*, а потом посмотрит, что получилось.

edward17 · 2014-09-11 20:28:50

dkiselev wrote:

билет на определенное количество часов/зон/групповой.

То есть купил билет на 3 часа и можешь 3 часа кататься на любом транспорте? Может быть tickets:temporal? Групповой - непонятно, но неверное tickets:group. Про зоны тоже непонятно.

dkiselev wrote:

Я не сомневаюсь что это все можно записать через немыслимое количество двоеточий

А как лучше?

dkiselev wrote:

tikets=****
1) Поиск по маске для значения - это гораздо проще и типичнее нежели по маске для ключа (в некоторых хранилищах данных есть прям из коробки). Больше шансов что это будет поддержано при обработке данных.

Да, но большинство конвертеров не понимают точку с запятой в значении тега. Источник

dkiselev wrote:

2) Всегда есть возможность легко организовать fallback:
Например если мы распарсили значение tikets - раскрасить иконку в нужный цвет, не распознали - оставить серой. Тоесть поискать просто места продажи билетов, любых, при такой схеме проще.

Наличие shop=ticket позволяет раскрасить иконку в серый цвет.

Last edited by edward17 (2014-09-11 20:36:13)

dkiselev · 2014-09-11 20:41:42

Да, купил билет на группу из пяти человек, и можешь этой группой кататься на любом виде транспорта (в том числе на пригородных поездах) N количество часов (встречал: 90мин, день, 24часа, 48часов, 72часа, неделя, 10 дней, месяц), в пределах определенных зон ABC, AC, AB, BC - Это пример для Берлина.

Пример к тому, что в tikets=%tiket_type% либо при неймспейсах tikets:%tiket_type%=yes, будет не только bus, local_bus, tram, train, local_train. У всяких таких хитрых билетов бывают имена собственные, так что туда будут попадать всякие U1, U2, U3, 24ora, 24AB и так далее.

edward17 · 2014-09-11 20:59:41

dkiselev wrote:

Пример к тому, что в tikets=%tiket_type% либо при неймспейсах tikets:%tiket_type%=yes, будет не только bus, local_bus, tram, train, local_train. У всяких таких хитрых билетов бывают имена собственные, так что туда будут попадать всякие U1, U2, U3, 24ora, 24AB и так далее.

1. Будут, наверное, и это печально. И решения этой проблемы, как я понимаю, нет?
2. А нужно ли настолько детализировать - вплоть до отдельных билетов?
Идея, на мой взгляд, в том, чтобы дать пользователю понять, где он может купить билеты на определённый вид транспорта. Если есть билеты, позволяющие ездить на любом транспорте, для этого нужен отдельный %tiket_type%, да. Я предлагал выше tickets:temporal, но не знаю, подходит ли он для этого.

dkiselev · 2014-09-11 21:15:39

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

В общем по пунктам, что я хотел сказать:
Первое: в большинстве случаев нужен ближайший пункт продажи билетов к остановке, как правило там продают билеты для соответсвующего вида транспорта. Для этого хватит tikets=public_transport, shop=tikets лишний и только сумятицу вносит.

Второе: tikets=%tikets_type% надежнее и проще чем tikets:%tikets_type%=yes

edward17 · 2014-09-11 21:32:35

dkiselev wrote:

Первое: в большинстве случаев нужен ближайший пункт продажи билетов к остановке, как правило там продают билеты для соответсвующего вида транспорта. Для этого хватит tikets=public_transport, shop=tikets лишний и только сумятицу вносит.

1. Может оказаться так, что возле остановки не будет пункта продажи билетов на этот конкретный вид транспорта, а вместо этого ближайшим tickets=* будет авиакасса. В результате пользователь будет отправлен в авиакассы за билетом на автобус.
2. Выше я уже писал, почему не нужно использовать tickets:public_transport:

Вот у нас есть tickets:public_transport. Он задумывался как сборный для городских видов общественного транспорта. Но вики и здравый смысл говорят, что общественный транспорт - не только автобусы и троллейбусы, но и метро и даже самолёты. Чтобы избежать двусмысленнойюсти, предлагаю отказаться от этого тега и обозначать каждый транспорт отдельно.

3. Пункт продажи билетов - это место, где можно что-то купить (в данном случае билеты). То есть это магазин, поэтому он должен обозначаться как shop. Зачем? Ну вот допустим захочет не особо знакомый с тегами OSM пользователь получить все магазины на определённой территории. Что он будет делать? Искать все объекты с тегом shop. Если не обозначать им пункты продажи билетов, то они не пропадут в выборку, хотя являются магазинами.

dkiselev wrote:

Второе: tikets=%tikets_type% надежнее и проще чем tikets:%tikets_type%=yes

Если речь идёт о tikets=%tikets_type1%;%tikets_type2%;%tikets_type3%, то я не могу не согласиться. Если бы оно поддерживалось, все использовали бы этот способ.
Если я ошибаюсь и точка с запятой поддерживается конвертерами, поправьте меня.

dkiselev · 2014-09-11 21:57:57

edward17 wrote:

dkiselev wrote:
Первое: в большинстве случаев нужен ближайший пункт продажи билетов к остановке, как правило там продают билеты для соответсвующего вида транспорта. Для этого хватит tikets=public_transport, shop=tikets лишний и только сумятицу вносит.
1. Может оказаться так, что возле остановки не будет пункта продажи билетов на этот конкретный вид транспорта, а вместо этого ближайшим tickets=* будет авиакасса. В результате пользователь будет отправлен в авиакассы за билетом на автобус.

Ради одного случая из 100 усложнять 99 случаев обозначения, зачем? tikets=plane ведь никто использовать не запрещал.
Ну и пользователи отнюдь не дураки, умудряются даже не слушать навигатор и не ехать по односторонкам против шерсти. Могут и тут догадаться что на тролейбус в travel agency им билет не продадут.

edward17 wrote:

2. Выше я уже писал, почему не нужно использовать tickets:public_transport:
Вот у нас есть tickets:public_transport. Он задумывался как сборный для городских видов общественного транспорта. Но вики и здравый смысл говорят, что общественный транспорт - не только автобусы и троллейбусы, но и метро и даже самолёты. Чтобы избежать двусмысленнойюсти, предлагаю отказаться от этого тега и обозначать каждый транспорт отдельно.

Ну вот билет на отдельный вид транспорта распространен в РФ (может еще в Украине и Белорусии - не уверен). В Германии (Австрии, Италии, Польше, Чехии) если в систему городского транспорта входит например фуникулер (Италия, Неаполь) то ваш билет позволит вам в том числе кататься на фуникулере, равно как на автобусе, метро и электричке.

Как вы например разделите на виды транспорта немецкие UBahn и SBahn и при этом если вы купили билет позволяющий вам (по зонам) доехать до Потсдама, то вы можете доехать хоть на S-бане хоть на поезде.

edward17 wrote:

3. Пункт продажи билетов - это место, где можно что-то купить (в данном случае билеты). То есть это магазин, поэтому он должен обозначаться как shop. Зачем? Ну вот допустим захочет не особо знакомый с тегами OSM пользователь получить все магазины на определённой территории. Что он будет делать? Искать все объекты с тегом shop. Если не обозначать им пункты продажи билетов, то они не пропадут в выборку, хотя являются магазинами.

Заправка - это место где вам продают топливо, вы можете залить его в бак, можете в канистру, стало быть заправка - это магазин. Автомат по продаже сникерсов - тоже место где вы можете обменять деньги на сникерс. То что мы мапим как market_place - тоже место где вы расстаетесь с деньгами получая что-то взамен. Однако люди почему то не считают рынок, заправку и автомат по продаже сникерсов магазином, и будут не рады если они попадут в выборку всех магазинов в области. Так же я очень сомневаюсь что автомат (терминал) по продаже билетов стоит мапить как shop или рецепшен кемпинга.

edward17 wrote:

dkiselev wrote:
Второе: tikets=%tikets_type% надежнее и проще чем tikets:%tikets_type%=yes
Если речь идёт о tikets=%tikets_type1%;%tikets_type2%;%tikets_type3%, то я не могу не согласиться. Если бы оно поддерживалось, все использовали бы этот способ.
Если я ошибаюсь и точка с запятой поддерживается конвертерами, поправьте меня.

Вы двойное отрицание случайно использовали?

Точка с запятой не поддерживается но вы ошибаетесь, %tikets_type2% в имени ключа поддерживается только если известны все %tikets_typeN%

Announcement

#76 2014-09-04 14:51:31

Re: обозначение билетной кассы

#77 2014-09-04 17:49:56

Re: обозначение билетной кассы

#78 2014-09-04 18:43:52

Re: обозначение билетной кассы

#79 2014-09-04 18:52:45

Re: обозначение билетной кассы

#80 2014-09-04 19:18:29

Re: обозначение билетной кассы

#81 2014-09-04 19:47:45

Re: обозначение билетной кассы

#82 2014-09-05 19:15:22

Re: обозначение билетной кассы

#83 2014-09-11 16:34:35

Re: обозначение билетной кассы

#84 2014-09-11 17:11:51

Re: обозначение билетной кассы

#85 2014-09-11 17:22:49

Re: обозначение билетной кассы

#86 2014-09-11 17:41:04

Re: обозначение билетной кассы

#87 2014-09-11 18:02:04

Re: обозначение билетной кассы

#88 2014-09-11 18:31:48

Re: обозначение билетной кассы

#89 2014-09-11 18:34:34

Re: обозначение билетной кассы

#90 2014-09-11 18:58:58

Re: обозначение билетной кассы

#91 2014-09-11 19:18:10

Re: обозначение билетной кассы

#92 2014-09-11 19:23:26

Re: обозначение билетной кассы

#93 2014-09-11 19:53:11

Re: обозначение билетной кассы

#94 2014-09-11 20:18:28

Re: обозначение билетной кассы

#95 2014-09-11 20:28:50

Re: обозначение билетной кассы

#96 2014-09-11 20:41:42

Re: обозначение билетной кассы

#97 2014-09-11 20:59:41

Re: обозначение билетной кассы

#98 2014-09-11 21:15:39

Re: обозначение билетной кассы

#99 2014-09-11 21:32:35

Re: обозначение билетной кассы

#100 2014-09-11 21:57:57

Re: обозначение билетной кассы

Board footer