Но unix-way это и когда из небольших кусков собирается целое. Просто я смотрю на преспективу:
Проблема: бардак с названиями POI
Задача: поправить
Штука: систематизированный машиной читаемый справочник тегов, который обновляется и всем хорошо
upd: я не предлагаю все собрать в кучу. poi - отдельно, теги - отдельно.
и я предлагал GitHub - для того чтобы почти невозможно было попртить данные - и легко посмотреть изменения. Сайтик же можно оставить для отбражения справочника.
Всеми лапами за идею.
А если будет централизованное хранилище с более-менее официальным статусом, куда как легче будет проталкивать массовые замены тегов.
Станет возможным привести структуру тегов в более вменяемый вид.
Так победим!
Ну а если без пафоса, то будет неплохой справочник с пресетами.
Ну так создайте тему и решайте свою проблему, причем тут я и зачем флудить в данную тему?!
Предлагать вы вправе что угодно, я против гит-хаба для данной задачи. И чтобы эти 2 задачи обсуждались в одной теме. Хватит.
Похоже проблема действительно назрела, раз уже две головы как минимум о ней думали. Только по разному.
В моей голове было что-то вроде гитхаба, только для пресетов в JOSM-е. Если не устраивает официальный набор, то надо просто зайти и форкнуть его, там же подправить нужные теги под себя, или добавить новые наборы, и кнопкой экспортировать в JOSM.
На всё это навесить диффы (с официальной версией или с любым пользователем), возможность выбрать самые популярные изменения для определённого тега среди всех форков, ещё мерджи, переводы на разные языки и т.п.
С одной стороны эта реализация намного сложнее и в ней больше хаоса, а с другой скорость появления изменений будет намного выше, так как не надо ждать допущенных редакторов официального источника тегов. Форкай, меняй, никому не мешай 
Только всегда есть шансы, что дофоркаются)) Как уже и с вики, как и с самим ОСМ, бардака и так хватает.
Справочник сложно составить лишь с нуля, а когда теги будут вбиты, что же сложного их менять паре человек?
Вчера озадачился этой темой (каталогом тэгов) в рамках работы над всемирным экспортом пои. В результате был найден единственный приличный источник инфы по тэгам из вики - выгрузка для taginfo. Она в sqlite, я ее выгрузил в постгре. Могу поделиться данными.
Теги и так с мапфьючерса взять можно, ведь смысл не во всех используемых с опечатками включая, а в нормализованном списке. Опять же ни постгре ни скьюлайт мне давать мало смысла, если бы в json, но опять же полезность то информации какова?
С нуля не надо, можно импортировать пресеты с JOSM-а.
Обновлять будет мешать примерно то же, что сейчас мешает редакторам JOSM-а держать свои официальные пресеты в самом актуальном и полном состоянии, так сказать bleeding edge.
Потому что суть та же: изменения нужны одним, а делать должны другие, у которых семья, работа, дети, другие увлечения, кино, да и то, что просят добавить, нужно всего 10 человекам где-то в Зимбабве.
А разрешить всем править официальный источник, это уже точно бардак, споры, удаления.
Это не ИСПОЛЬЗУЕМЫЕ, это ИЗ ВИКИ выгрузка.
Мммм, тогда давай. Только форматец попроще вроде JSON могешь? Как доколдую мониторинг займусь импортом тегов, чтобы осталось по категориям распихать и описания сделать.
Вы их давно открывали? Там теги устарели на год так точно многие. Ещё теги с потлача предлагайте)))
Дофоркаются, конечно. Но кому это мешает? Кому какая-разница что там у какого-то user-а в тегсетах, если он не портит официальный.
Зато из форков можно вынести пользу. Например открываем /Shop/Clothes, делаем поиск “как там у других” и видим грубо говоря три столбика:
Таким образом из облака форков можно вытянуть самые популярные новшества в свои пресеты. А те, кто рулит официальным пресетом, могут просто просматривать самые популярные изменения. Например, если изменение набирает 100 и больше редакторов, то автоматически идёт pull request 
Хз, правда, как это реализовать.
xml файл - править просто. И стоит использовать уже имеищися опыт - того же линукса. Что-то нужно - сделай сам и пришли тем кто поддерживает.
Не стоит автоматически делать pull request, если сотня потлачеров, что-то сделала, то это не означает, что это правильно.
Формат могу примерно любой, только зачем там json? Там же пара - key-value. Проще в CSV выгрузить.
Давай CSV, ещё проще. Мне главное всосать это средствами php Не более)))
Точно такая же идеология у JOSM-а. Исходники открыты, а на пресеты даже исходники не нужны. XML файл - надо просто залезть и поправить, а потом отправить изменения тем кто поддерживает. Однако, отстаёт на год.
Pull request, это не merge. Можно и отклонить.
Я не буду спорить дальше.
Если не нравится гитхаб-лайк, значит не нравится. Не настаиваю на своей идее, всё таки сам я пока не готов помочь, а настаивать на своей точке зрения, если сам не буду помогать, считаю неправильным. Пусть это были мысли вслух, а проекту помогу чем смогу и когда смогу %)
Может тогда сделать несколько веток? Одна - то что уже принято. Вторая - то что используется, но пока еще в proposal.
А кому не нарвится github -лайк? Мне нравится.
Да харош флудить!
Я не спрашивал о методах реализации, я уже конкретно сделал структуру и механизм работы, меня интересуют детали, которые я мог упустить.
Наоборот. Никто же не мешает сделать и так и так. Пусть и не вами. Интересно же узнать что по этому поводу думают.