Eugeny_B, сделано
Тем временем, половина отведённого на голосование времени уже прошла. Кто хочет выразить своё мнение - осталась ещё неделя.
Если нет возможности/желания зарегистрироваться в вики, то можно написать свои варианты ответа здесь, я внесу их на страницу голосования и проставлю ссылки на исходное сообщение на форуме, как уже делалось.
Поскольку голосование подходит к концу и, кажется, результаты его очевидны и вряд ли сильно изменятся, то давайте здесь же для законченности обсудим вопрос с тегированием вырубок. Я поизучал вики, taginfo, почитал обсуждения. Варианты есть следующие:
- landuse=logging + logging=clearcutting/selective_cutting. Тег landuse=logging оспаривается, т. к. вырубка деревьев не является сменой землепользования - это просто один из этапов lifecycl’а промышленно используемого леса. Но тег используется более 50 тысяч раз и в основном в России.
- man_made=clearcut. Используется намного реже (6 тысяч раз, в основном за пределами России, а мы здесь решение только по ней принимаем), плохо вписывается в группу man_made (ещё хуже, чем man_made=cutline), и потому тоже оспаривается. Плюс им выборочную рубку не обозначишь - надо ещё man_made=selective_cutting вводить, выходит?
- В обсуждении на вики был предложен вариант, с которым согласились: вешать logging=clearcutting/selective_cutting (и logging:start_date, если известен) на сам landuse=forest. Это и смысл землепользования сохраняет, и информацию нужную содержит.
Что делать с массовыми вырубками высохших от короеда лесов? В Мособласти десятки квадратных километров вырублено
Я предлагаю landcover = clearcut для полной вырубки, а выборочная может указываться дополнительным тегом.
wood:lost=dead_wood + logging=clearcut + lost:start_date (когда засох) + logging:start_date (когда вырубили). Причём и то и другое может применяться на любом natural=wood, не обязательно наличие landuse=forest.
Собственно, на странице с тегами wood:* изначально предлагается тип/дату рубки указывать на полигоне леса. Поэтому landuse=logging мне кажется излишним.
Вырубленный лес – уже не лес. Например, на советских картах для вырубленного леса было специальное обозначение.
тут путаница в многообразии понятия “леса”
вырубка не является местом, засаженным деревьями.
но вырубка продолжает входить в состав места, отведенного для посадок деревьями - лесохозяйство.
поэтому я сильно ратую за вынесение административных элементов за пределы физического объекта.
Так это уже есть в предложении, по которому вот-вот голосование закончим - landuse=forest предлагается выставлять по границе лесничества с определёнными видами лесопользования. И он, по идее, может не совпадать, а лишь частично пересекаться с natural=wood и включать те участки, где временно сейчас деревьев нет. Как и landuse=farmland не означает, что на этом поле 365/7/24 колосится пшеница или что-то ещё)
читал, но использовать landuse=forest для лесничества и логических объектов “лес” я считаю большой глупостью.
он уже запачкан применением для лесных посадок, мапник, слава богу, приравнял его к natural=wood и будет таким образом отображать еще хренову тучу лет.
по простой причине что мапник вещчъ общеземельная и побоку ему на локальные заморочки каких-либо стран.
твое применение forest как лесничества будет выглядеть как минимум как масло маслянное, и его будут долго упорно вырезать несведующие люди.
есть отличный тег boundary=forest_compartment. кучу кварталов проставил, удобно эффективно. османд, мапсурфер его отображают.
осталось только его дополнить тегом лесохозяйств и подобного.
обязательно новым тегом, ибо поддержка устаревших систем один из основополагающих камней осм.
Отличный-то отличный, но только он именно, что только кварталы и обозначает. То есть это надо что-то вроде admin_level в него добавлять (квартал, участковое лесничество, лесничество, …), чтобы отличить разные уровни иерархии.
То есть пока фиксировано следующее:
- natural=wood - физическая лесная растительность
- landuse=forest - физическая лесная растительность с физическим экономическим использованием здесь и сейчас (не по документам и планам, а если уже рубят/собирают смолу/обдирают кору)
Эти два пункта прописаны в госоловалке. - landuse=logging - используется для физически вырубленных участков де-факто, то есть эти участки должны быть вырезаны из landuse=forest, и на них может стоять, например natural=grassland/scrub.
Про лесничества и прочую бюрократию можно тогда на странице landuse=forest можно вообще ничего не писать, пока не выработается нормальная новая схема.
знаю. потому и говорю что второй пункт стройность системы рушит.
ты натягиваешь ежа на ужа. в лесничестве есть не только лесные посадки но и поляны и болота и озера и всё остальное. это просто некоторый район, предназначенный для выращивания леса. но это абсолютно не говорит 100% засажено лесом.
создаем к примеру тег boundary=forest_area который описывает что в его пределах существует какое-то лесное хозяйство или иная форма лесного объединения (к примеру лесопитомник, военное лесничество и т.д. надо документы потрясти там список вариантов есть, всякие охотхозяйства еще б прикрутить иль отдельным тегом сделать) на пространстве которого может быть и natural=wood и landuse=logging и natural=water и куча всего остального.
отрисовывать к примеру только зеленой границей (не сильно толстой и на малых зумах) и посредине выводит красивое имя лесничества. имхо будет самый самолет - содержимому лесничества отрисовываться не мешаем а там много может быть и при этом красиво видим его если че.
типа такого только лучше https://www.openstreetmap.org/#map=13/56.2605/47.2476
Ну и в чём же отличие от существующего landuse=forest? Явно же сказано:
Добавляем name=, operator= и получаем требуемое лесничество ли, охотхозяйство ли.
И да, я вот написал про “физически экономическое использование леса здесь и сейчас (не по документам и планам)”, а тут задумался - а что же это за зверь такой? Конкретные пеньки? Как можно показать “промышленно используемый лес” иначе, чем по границам лесничеств? И что тогда вообще обозначать тегом landuse=forest, если просто растительность это natural=wood, а лесное админ. деление - границами? Зачем изобретать новый тег, если есть старый и активно используемый, который как раз про это?
Война тегов. И все потому, что сначала придумают тег, а потом пытаются систематизировать.
А надо наоборот.
Что видят космонавты из космоса глядя на земной шарик? А видят они территории покрытые чем-то. Вот и теги нарисовались, ареа=вода, =деревья, =травянистая растительность, =земля (скалы, открытый грунт)… . А уже дальше добавлять уточнения.
вода - это что - река, озеро, пруд, ручей и т.д.
деревья - лес, сад и т.д.
трава - газон, луг и т.д.
Примерно так, будет и системно и понятно.
Голосование на вики закончилось, итоги следующие:
- По первому пункту (natural=wood, landuse=forest, wood=yes, woodland=virgin) - 13 “за”, 0 “против”.
- По второму пункту (landcover=trees) - 9 “за”, 1 “против”.
В соответствии с рекомендациями из Proposal process (минимум 8 неанонимных голосов “за” + общая доля голосов “за” выше 74%) голосование по обоим пунктам победило, оба предложения признаны одобренными.
В течении ближайшей недели я планирую внести изменения в затрагиваемые русские вики-страницы с учётом этих итогов.
Большое спасибо всем, кто принял участие и высказал замечания!
AnakinNN, тут надо понимать что осм базируется не на профях, которые строго чтут закон документации. а на пользователях большинство которых вики даже не особо читали.
потому и говорю что landuse=forest запчкан применением на лесопосадках, и на данный момент на мапнике отриосвывается идентично natural=wood
и поэтому советую не применять landuse=forest вааабще - это был изначальный замысел.
оно им не будет не смотря ни на какое ваше желание как минимум будет большой и трудный путь пертягивания из пустого в порожнее.
Я это прекрасно понимаю Но есть принципиальная разница между ситуациями:
а) на вики описано, а пользователь не читал - в этом случае есть, на что опереться;
б) на вики прямо признаётся, что никаких рекомендаций нет - тогда, ясное дело, и от пользователя нечего ожидать.
Подход: “в старых тегах всё настолько напачкали, что проще на них забить как есть, и сделать всё с нуля на новых тегах” мне кажется не очень правильным.
Во-первых, на настолько кардинально новые теги люди в большинстве своём не перейдут - история с невзлетевшим landcover тому пример.
Во-вторых, нет гарантии, что и новый тег не будет запачкан - сразу все краевые случаи в пропозале не предусмотришь. А учитывая наличие “профи”, которые вики не читают - так они в любой тег (и в старый, и в новый) напихают того, что им не предусмотрено. Что тогда, будем придумывать ещё более новый тег (уже третий по счёту, а сколько ещё будет потом), не похожий ни на один из старых? Мне это напоминает программиста, который при каждой найденной баге вместо отладки и исправления начинает всю систему переписывать с нуля
Если в процессе использования выясняется, что тег запачкивается, то надо уточнять его значение и чистить мусор в имеющейся системе. Тем более, что landuse=forest максимально близок к тому, что предлагается сделать на базе границ.
Русские страницы это, конечно, хорошо, но обычно они есть лишь перевод английских, а умные люди читают первоисточники.
Посему без изменения англовики работа эта будеть иметь ущербность.
При любом споре вас пошлют английским языком на англостраничку.
И уж точно надо задокументировать тут
https://wiki.openstreetmap.org/wiki/Forest#Which_tag_should_be_used.3F
седьмой (Russian) подход к проблеме.
P.S. Правда ведь на изменение англостраничек голосование не распространялось. Как же быть?
Голосуем по изменению и англостраничек?
Умные люди должны понимать, что в каждой стране есть свои нюансы и соглашения. И эти локальные особенности прописываются именно на локальных страничках. См. адреса, населённые пункты, АТД. И если вдруг кто-то начнёт утверждать, что он будет править в РФ только по английским инструкциям и без учёта локальных соглашений, то, боюсь, послан учить матчасть будет именно он.
Кстати, именно поэтому подход “читать только английские варианты страниц” тоже ущербен. Читать надо обе - и английскую, и русскую, а в ряде случаев и ещё какую-нибудь (например, немецкую). На каждой из них могут быть важные данные, которых нет на другой. И именно поэтому работа по актуализации переводов важна - чтобы достаточно было прочитать только русскую страницу, а не собирать кусочки ценной информации на 5 языках.
На английской странице есть особенности без подробностей и отсылки на локальные страницы.