А у мапера вопрос такой: где в моем редакторе пункт меню “укладка волос”?
Уже давно решено это полнотекстовым поиском в iD + алиасы (такого нет в JOSM).
И речь не о пункте меню “укладка волос”, а о теге. Это разные вещи.
Легко придумать
укладка волос=yes
но чтобы по ним проще было искать и писать программы, добавляем определение:
услуга:укладка волос=yes
и поиск по “^услуга:.+” вернёт все услуги, а не что там Ричард крякал в базу десять лет.
И мапперу теги должны быть до лампочки. Его должен волновать редактор и его меню.
К вопросу не относится.
услуга:укладка волос=yes будет показан с меткой “укладка волос” либо “Услуга: укладка волос”.
И iD и JOSM это могут. Зачем о маппере и редакторе речь вести, когда в них-то проблем и нет. Либо объясняйте чем тег услуга:укладка волос=yes плох.
а в чём проблема добавить “укладка волос=yes” для парикмахерских ? как это относится к глобальной реструктуризации тегов ? мне, например, нужно для родников добавить дебит и тепературу, придумываем уточняющие теги и используем их.
Вот именно что не проблема, будем себе добавлять.
К глобальной реструктуризации это относится тем что сейчас по
http://taginfo.openstreetmap.org/search?q=service%3A
Выдаёт дай бог 5K тегов-объектов.
После оформления базового списка услуг и его переводов на все языки (service:=), можно ожидать и миллионов и сотен миллионов значений.
Ни дербит, ни родник не относится к товарам и услугам.
не совсем понимаю. т.е. вы хотите все услуги (медицинские, парикмахерские, торговые и т.д.) обобщить под абстрактным понятием “сервис” ?
или, проще говоря, чтобы технически любой сервис записывался в формате service:= ? для удобства поиска всех услуг, предоставляемых объектом ?
wowik предлагает всех собак повесить на «десяток программистов» и пусть они всё дерьмо разгребают для «ни о чём не волнующихся» мапперов. Только почему они должны делать это, не имея вразумительного подхода, а опираясь (а точнее — спотыкаясь) на кашу в духе «я придумал и мне всё пофигу, потому что я не заморачиваюсь и вообще»?
Странно это со стороны человека, занимающегося созданием валидаторов и т. п.
проще не “сервис”, а услуга. Речь о бытовых POI услугах в первую очередь.
Для медицины есть healthcare схема. В “услугах” будет максимум:
service:медицинские услуги=yes
service:услуги ветеринара=yes
service:услуги детского врача=yes
Да, для единообразия. Разношёрстных написаний слишком много, каждый придумывает свой.
Договоримся что запись service:= будет означать все базовые услуги.
service:медицинские услуги=yes - это же дополнительный тег ? какой тег будет основным ? если основной amenity=hospital, разве он не подразумевает сам по себе оказание мед. услуг ?
Да, для единообразия. Разношёрстных написаний слишком много, каждый придумывает свой.
это понятно и без услуг и без “глобальной реструктуризации”, что нужно разношорстные названия стандартизировать.
Какой пользователь хочет - такой и основной.
Почему он должен быть? Почему только один - основной?
Как в вики написано, так и подразумевается.
С какой стати старые теги amenity=* влияют на теги service:=, к чему это?
Просто мне кажется, что деятельность не даст почти ничего нового.
Замах “Глобальная реструктуризация”, а ради чего? красоты идеи? у всех она немного разная.
Происходит смешение синтаксиса и семантики.
Система тегов - всего лишь некий синтаксис. Семантику на него пусть навешивают редакторы.
Хотя бы Ради того чтобы чтобы ответить как обозначить “услуги” простой выборкой ключей по taginfo.
И что же теперь иметь десять стилей написания в проекте? Ради чего?
Если ключ хорошо определён, то семантика может быть прямо на уровне тегов, а не программ.
Что такое “услуги” каждый понимает несколько по своему, торговаться можно бесконечно и цель - “идеальная классификация” опять не будет достигнута.
В результате в лучшем случае будут причесаны самые вопиющие пяток тегов, вот и вся “глобальность”.
Экономика так не думает, пример определения: “работа, выполняемая для удовлетворения чьих-либо потребностей на коммерческой основе” - https://ru.wiktionary.org/wiki/услуга
Есть неточность с “само-обслуживанием” и переходом от “соли” (чистый товар) к “обучению” (чистая услуга), но лучше иметь 2 основных класса, чем те “пять вопиющих тегов”.
Потому что тупо всем искать быстрее: сначала услугу, а потом товар (либо наоборот).
А не:
- развлекайка
- удовольсвие
- магазин
- мастерская
- (что там ещё накрякали)
госуслуги не услуги?
уже дебаты, ибо денег не берут, а услуги оказывают
Ну и не надо переводить мнемонику.
То, что написали в osmwiki для определения тега, то и есть service в ОСМ. Словари тут не при чем.
Деньги не берут? Налоги не берут? Т.е. налогов в России нет для wowika 
Кто говорил что гос. услуги не услуги?
Понятное дело что их будут отмечать в последнюю очередь, либо не все мапперы.
service:отправление платежей=yes
можно будет продолжить на тему оплаты воды, газа, чего угодно, а не гадать над amenity=, leisure= ещё пару десятков лет
Я спрашивал,
Вы же написали коммерческие, а они не коммерческие, хотя за какие-то услуги деньги берут, а за какие-то не берут, но это не коммерция, вот и неувязочка.
Про налоги - услуга приема декларации и взимания налога для wowik’а денег не стоит. Стоит сам налог.
В соседней ветке office=goverment/не goverment мусолят для того же самого.
будем гадать на тему
service:xxxx=yes или
amenity:xxxx=yes или
leisure:xxxx=yes или
goverment:service:xxxx=yes
тупая смена синтаксиса.
Нет, потому что если хочешь отмечать услуги, то вариант только один:
service:xxxx=yes
Все остальные теги - строго на усмотрение мапперов. Хотят старые использовать - пусть используют.
Почему существование/указание goverment:service:xxxx=yes должно останавливать указывание service:xxxx=yes ?
Кто хочет специализированные государственные теги - пожалуйста.
Здесь же предлагается общая система для всего:
http://forum.openstreetmap.org/viewtopic.php?pid=581118#p581118
http://forum.openstreetmap.org/viewtopic.php?pid=581165#p581165
госуслуги не коммерция - значит не услуги?