Если это номер дома, то не надо вносить это в название! и вы не указываете улицу.

Какой вы остроумный!

ну вот и я думал, что наверно лучше будет grassland. А на картофельной если сажают, то это как раз farmland :D

А вот это way/93640746 действительно возделываемые поля? и называется поляна?:)

Про обработку данных - вот обозначен местом перевал. И кроме надписи на карте это ничего не даст. А если сделать правильно, то при прокладке маршрута например программа выдаст, что на пути будет перевал, с такой-то высотой, так-то называется)

А тропа - если уверены что её нет, удаляйте)

Если и после моих комментариев не понятно, спрашивайте:)

Вы слишком о многом сразу думаете) наша задача - это верные данные:) что потом с ними делают разработчики программ это уже из проблемы) нет ущелий в мапсми, значит и использовать для пешего туризма его не надо, всё просто) а про усложнение тэгов - в этом вся сила проекта. Кто что хочет, то и картирует. С насколько угодно большой подробностью. Хотя в этом же и слабость, да. Но если уж тэг для объекта придумали, то не нужно использовать костыли) и какая разница сколько ранков у приложения, если там огромное количество информации и все работает?) Что, теперь все маршруты, покрытия и вообще всю информацию о тропе запихивать в нейм, чтобы в мапсми было видно?) В том то и важность правильно всё тэгировать, чтобы это не только человеку было понятно после прочтения, но и компьютеру, чтобы была возможность обработки данных компьютером. А что такое изометрические линии? Линии высот? Если да, в османде они тоже есть, надо только плагин купить:)

зачем же добавлять дубль кургану славы? вы или точку бы удалили, или свой контур не рисовали

И в том же osmand ущелья показываются. Мапсми явно сделана не для путешествий по горам. там нет никакой совершенно информации для пешего туриста. В отличие от того же османда, где показывается вообще всё: покрытие, качество покрытия, проходимость, сложность, пешеходные маршруты с соответствующей маркировкой на местности. Так что еще раз повторюсь: всё это проблемы конкретных программ, а не данных.

а конец тропы через холодный кулуар-то куда-нибудь приходит? или там только поднять и спуститься? если приходит, то надо довести тропу до другой тропы :)

В osm принято не использовать сокращения. Пожалуйста, пишите название полностью.

собственно ссылка на пример я забыл.
relation/3044940

Нужно пинать разработчиков нужных вам программ, чтобы они добавили отображение нужных вам объектов:) это единственно верный путь, потому что об этом обозначении уже договорились, оно используется и верно описывает реальность :)

не совсем верно исправление конечно:) во первых type=route вешается на отношение, а не на саму линию:) во вторых маршрут тут врядли есть. а вот спуск зимой есть, его и надо обозначить, просто как спуск, и прямо на линии дороги, я так понимаю, на лыжах ведь по дороге и спускаются, верно?

маркировка троп делается несколько по-другому. вот пример: отношение пешеходного маршрута, на маршрут вешается тэг osmc:symbol, в значение тэга символ. Выглядит вот так:
http://hiking.waymarkedtrails.org/#?map=13!44.8094!34.3832

или так
http://hikebikemap.org/?zoom=13&lat=44.8208&lon=34.3975&layer=HikeBikeMap

а вот тут описание как обозначать тэгами эти знаки

osmc:symbol=*

и area=yes здесь тоже лишний :) вы беретесь за довольно сложные вещи с самого начала, да еще и в iD. :)

inner и outer не должны пересекаться. если куска нет прямо на границе, надо просто границу передвинуть по этому коску и всё, никаких innerов на границе outerа не нужно :)

Редактирование под рендер, подлежит сносу :) обратитесь к разработчикам мапс ми чтобы добавили отображение ущелий :)

foot=yes и bicycle=yes не нужны на highway=footway