Я смотрю, в каталоге предусмотрена возможность задать каждому типу POI по несколько категорий:
...
"parent": ["service"],
...
Предлагаю сделать категорию Финансы (Деньги?) и добавить ее в bank, atm, money_lender, currencyexchange, insurance?, accountant
Также напрашивается категория Транспорт, куда пойдут все остановки, вокзалы, “Автобусная станция” (что она в Услугах делает?), парковки, автомойки, шиномонтаж и т.д.
Ну и, конечно, Еда - туда попадет значительная часть из Услуг (я не говорю, что при этом “съестные” POI надо удалять из Услуг - пускай там останутся тоже)
Amigo, объединил поликлиники и клиники в одну категорию. Жду от тебя адаптации пропозала healthcare под нашу специфику :). Хотя бы в первом приближении, а там поможем. Ilis, добавил в атрибуты cuisine, smoking=, internet_acess=, drive_in=, stars=, sport=. Особого значка сразу не обещаю, но в доп. инфо отобразится. putnik, добавил amenity=biergarten, как “Летнее кафе” (понимаю, что это немного другое, но по смыслу вроде ближе всего) AlexTheTux, добавил shop=insurance (хотя категория office мне больше нравится системностью). amenity=wifi отвергнут, поэтому вместо него добавил internet_acess (отличать free и paid разныи значками пока проблемно) dkiselev, добавил craft=tailor и shop=tailor, как “Пошив одежды”. А также shop=fishing, как “Рыболовный магазин” (с тебя - внести в wiki, хотя бы в виде упоминания) Сейчас в каталоге есть shop=curtain (Шторы, портьеры). Если нужен именно пошив, то наверное это будет craft=curtain.
Небольшое уточнение:
Каталог не поддерживает множественные варианты тегов для одной категории (и этого нет в планах). Поэтому кое чем пришлось пожертвовать. К примеру, в случае office=insurance и shop=insurance я отдал предпочтение первому.
Таким образом были выкинуты теги:
amenity=clinic
shop=tailor
tourism=motel/guest_house/alpine_hut
office=government
shop=insurance
shop=travel_agency
office=administrative
Diomas, выделил финансы и транспорт. Ilis, гостиницы были, посольства добавил.
Есть 2 варианта: винно-водочный (грамматически более правильный) и вино-водочный (более распространённый и тоже претендующий на правильность в силу распространённости). Если всем режет глаз, поправлю.
Насторожился.
То, что не поддерживает сейчас - не вопрос, не сразу Москва строилась.
А вот то, что нет в планах - это как?
Планы стратегический инвестор определяет, или сам разработчик?
Если разработчик - то я думаю, ему стоит подумать над аргументацией этого тезиса.
Поскольку разумной аргументации как-то пока не просматривается.
Каталог обновил, а до заглавного поста руки не дошли FSA База обновляется в ручном режиме с секретной периодичностью (пока не обновлялась). На днях будет обновление. Каталог расширится, но скорее всего попадут опять только объекты внесённые до сентября. Сохраняйте спокойствие. Sers, amenity=courthouse добавил ullus, amenity=prison добавил Amigo, пары тегов обрабатываются. Но тогда они обязательно должны идти в паре.
И это правильный ответ!
Сейчас технически нельзя множественные значения. На будущее - нам нужен какой-то стимул, чтобы разгрести помойку в тегах. Это принципиальная позиция ErshKUS и я её полностью поддерживаю.
про обновление:
пока нет периодичности по нескольким причинам: база (с данными осм) сейчас не обновляется на сервере (на днях обещали починить); скрипты для генерации пои сейчас еще далеки от совершенство и периодически правятся и пока не закончилась правка не запустишь; да и каталог активно меняется.
на днях обновим, пусть и по старым данным
про “Каталог не поддерживает множественные варианты тегов для одной категории”:
каталог представляет собой сборник объектов OSM и имеет многоязыковую направленность. Объект это единственная сущность обозначенная или одним тегом или группой. Все двойственности (пока что встреченные): или являются устаревшими (building=entrance), или не имеют такого деления в данной стране/регионе (amenity=hospital, amenity=clinic), или еще что то
Но согласитесь, ну как может один и тот же объект обозначатся по разному. Я надеюсь, мы же хотим порядка в осм.
Так же соглашусь, что например в европе может быть четкое деление amenity=hospital, amenity=clinic в отличие нас, возможно в словарь нужно добавить возможность объединять сущности, но только на уровне локализации.
Может хотя бы в масштабах страны наведем порядок, т.к. в масштабах мира не так просто. Не надо это читать как “мы введем в стране свои теги и правила несовместимые со всем миром”, я предлагаю просто наведения порядка, мне кажется это будет всем хорошо.
Что скажите?
вот опять же, а зачем если это одно и тоже. Кому от этого лучше? Мапперу который поставлен перед выбором что правильнее, конвертору - которому приходится строить кучу сининимов, программисту который тоже стоит перед выбором?
