Как стать автором
Обновить

Комментарии 6

Тег urgent care — это "пять", как говорится. Учитывая что разные медицинские системы подразумевают под этим совершенно разное. Узнаю энтузиастов создания новых тегов в стиле knee jerk reaction.

Есть же уже emergency=*

Ну естественно. Большинство тех, кто кидается придумывать теги, не смотрят даже в taginfo. Хотя с тегом emergency проблема ровно та же самая, в России, например, он значит одно, в США — другое.

Насколько вообще полезно придумывание таких новых тегов? Ведь чтобы от них была какая-то практическая польза, они должны быть поддержаны всяким популярным софтом. А что-то мне кажется что разработчикам не очень хочется постоянно добавлять кучу новых тегов по придумкам каких-то энтузиастов, использующихся на каких-то считанных процентах объектов.

Придумывание адекватных тегов, которые обозначают одно конкретное свойство, универсальное по всему миру (на сколько это вообще возможно) существенно повышает шансы на то, что тег будет поддержан разработчикам. Если же тег обозначает непонятно что, такие шансы, естественно, малы.
Поддержка тегов софтом — вообще всегда вопрос шанса. Но он может быть либо выше, либо ниже.

Польза определяется не поддержкой софта, а полезностью самого свойства. Даже если завтра 3D рендеры начнут учитывать угол наклона бордюра от вертикали, его всё равно массово ни кто вносить не будет.
Посмотрите на трубопроводы, прошло 10+ лет, прежде чем их решили отображать на osm.org, а в базе их 130 с лишним тысяч.
Другой пример — OpenRailwayMap, они не ждали маны небесной от разработчиков, а стали ими сами, когда разработали детальную и довольно не тривиальную схему тегирования железнодорожной инфраструктуры, которая занимала 100кб текстом. И никого не смущает, что мало где можно увидеть механически или автоматически происходит переключение стрелки, однако это не останавливает энтузиастов от внесения данной информации в базу.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации