{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "ШТОСМ", "_rss_description": "ШТОСМ", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/shtosm.ru\/", "feed_url": "https:\/\/shtosm.ru\/rss\/", "icon": false, "author": { "name": "Илья Зверев", "url": "https:\/\/shtosm.ru\/", "avatar": false }, "items": [ { "id": "1578", "url": "https:\/\/shtosm.ru\/all\/puteshestviya-2025\/", "title": "Путешествия 2025", "content_html": "

Москвичи! Вас приглашают на картовстречу<\/a>, и учитывая, что сообщество не собиралось уже год, отказываться нельзя. В воскресенье 4 мая<\/b> solenoid_jam предлагает встретиться в саду имени Баумана в 11:00. Как полагается, он раздаст куски «пирога», кварталов, которые каждый будет исследовать в течение трёх часов. А затем все соберутся обратно вместе в баре где-то на районе и уже нормально обсудят всю тяжёлую осмерскую жизнь. Следите за чатом в телеграме<\/a>, чтобы не потеряться.<\/p>\n

Интересно, что в этом чате немедленно спросили, нельзя ли выступить с докладом. Никто не хочет продолжить дело «Схемотехники»?<\/p>\n

Международная конференция State of the Map<\/b>, разумеется, тоже состоится в этом году<\/a>. Великолепная новость состоит в том, что она будет на Филиппинах: туда не проблема попасть из России. 3-5 октября в Маниле, с обычными секциями и людьми. Каждая такая встреча — праздник, очень советую потратиться и прилететь. Планирую и сам.<\/p>\n

Если денег мало, успейте вписаться в программу грантов<\/a>: нескольким участникам оплатят перелёт и проживание, не говоря уж о билете на саму конференцию (обычно стоит около сотни евро). Приём заявок<\/a> открыт до утра 16 мая. Не стесняйтесь, у меня немало знакомых, в том числе из богатых европейских стран, кому раньше везло.<\/p>\n

Разумеется, открыт также приём заявок на выступления<\/a> и мастер-классы, и академических отчётов<\/a>. То и то — до 18 мая, язык только английский, ничего нового, только классика. От потенциальных спонсоров тоже ждут заявок<\/a>: именно они оплачивают все гранты, а от количества зависит, насколько вкусной будет еда и весёлыми — социальные мероприятия.<\/p>\n

А если вы в Европе — то Шотландия ждёт вас<\/a>! Для тех, кому далеко лететь на основную конференцию, организуют европейскую. 14-15 ноября State of the Map Europe<\/b> пройдёт в Данди, в полутора часах езды от Эдинборо. Это пока вся информация, всякие приёмы заявок и регистрации откроют позже. Подпишитесь на их рассылку на сайте, если сможете приехать. Британское осмерское сообщество не так красочно, как международное, но очень... британское.<\/p>\n", "date_published": "2025-04-30T20:23:23+04:00", "date_modified": "2025-05-01T00:19:52+04:00", "_date_published_rfc2822": "Wed, 30 Apr 2025 20:23:23 +0400", "_rss_guid_is_permalink": "false", "_rss_guid": "1578", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "1576", "url": "https:\/\/shtosm.ru\/all\/resist\/", "title": "Сумерки OpenStreetMap", "content_html": "

\n\"\"\n<\/div>\n

В середине ноября на глагне добавили ночной режим. Когда браузер считает, что на улице темно, он передаёт это сайту, а тот заменяет белую заливку на чёрную, и в целом пытается не выжечь глаза пользователю. Есть люди, которые живут с тёмной темой день и ночь (чтобы не слишком освещать свой подвал), и для них это изменение оказалось самым заметным за последние годы.<\/p>\n

Любое движение на «лице проекта», сайте openstreetmap.org, широко обсуждается: ведь каждая кнопка важна, наличие или отсутствие чего-либо описывает наше сообщество лучше, чем очередное интервью со Стивом Костом. Так и тёмная тема: в сентябре<\/a> её просили, но получив желаемое, ищут способы откатить<\/a>.<\/p>\n

Затенённые тайлы — главная проблема. Именно на них жалуются в тикете github<\/a>. На reddit<\/a> делились способами их отключения. Недавно в настройки сайта, всё-таки, добавили отдельный переключатель<\/a>. Действительно, это довольно странное решение — но разумный компромисс, если подходить к вопросу с точки зрения дизайна. Традиционный способ, инвертировать цвета и повернуть палитру<\/a> на 180°, работает. Но он не идеален<\/a>: цвета становятся темнее, чем нужно, и хочется что-то подправить.<\/p>\n

Правильным было бы создать палитру с нуля. Каждый оттенок на карте — плод размышления<\/a> картографа, цвета влияют и взаимодействуют с друг другом, важен контраст, яркость, различимость для слабовидящих. Простое инвертирование забивает на все эти нюансы, делая карту, которая практической цели достигает, но эстетически — будто AI-картинки, на которые невозможно смотреть, если есть какой-то художественный вкус. Поэтому организации отдельно работают над ночным оформлением, и именно это предлагали<\/a> для стиля osm-carto. К сожалению, у нас нет столько добровольцев, чтобы вместо одного стиля поддерживать два.<\/p>\n

Да и остальному интерфейсу глагне помогло бы более кропотливое перекрашивание для ночного режима. Как видно даже на заглавной картинке, яркие значки и кнопки остаются яркими, цвета необычных элементов интерфейса (например, границ пакетов правок) неприятно выделяются на приглушённом фоне. Но — это много работы, и это двойная работа для всех последующих изменений сайта. Поэтому ночные темы в интернете не так распространены. Но хорошо, что наш сайт начал хоть как-то заботиться о наших глазах.<\/p>\n

История с ночной темой интересна тремя обстоятельствами, которые мы рассмотрим в трёх следующих разделах. Потому что в прошлом году произошло много чего, ускользнувшего из поля зрения штосма.<\/p>\n

\n\"\"\n<\/div>\n

Мейнтейнеры<\/h2>\n

Сам пул-реквест<\/a> для ночной темы состоит из всего одной строчки ( плюс ещё десяток для починки мелочей, типа кнопки закрытия панели). Он стал возможен благодаря пяти годам<\/a> непрерывной работы Энди Аллана, переводившего оформление сайта на Bootstrap. Поэтому не пришлось думать над цветами и править компоненты — обо всём уже подумали сотни разработчиков фреймворка.<\/p>\n

Написал и помёржил ночной режим новый мейнтейнер сайта, Антон Хорев<\/a> из Петербурга. О нём мало чего известно вне OSM, но в проекте он делает немало. Прежде всего, он участник рабочей группы по данным с 2019 года, составляет компанию другому русскоязычному участнику, Владимиру «Mavl»<\/a>. В 2018 году он написал четыре восхитительно дотошные статьи про картирование заведений, но и остальные 19 заметок его дневника в OSM<\/a> так же вдумчивы и полны практических наблюдений. Его смотрелкой заметок<\/a> пользуются все, кому не безразличны незакрытые заметки в своём городе.<\/p>\n

Антон начал валить пул-реквесты в код сайта с лета 2022 года, и до сих пор невероятно плодовит, создаёт их по десятку в неделю. Если заглянуть в историю, там много черновиков, незакрытых реквестов, споров — но Антону всё нипочём, он просто продолжает создавать новые. Тут поменять шрифт, там поправить отображение на телефонах, здесь оптимизировать код. Из 157 открытых сейчас реквестов больше половины — его. Только летом 2024 Энди сообразил<\/a>, что пора вписать Антона в список мейнтейнеров.<\/p>\n

Так что хотя кажется, что сайт OpenStreetMap не меняется годами, внутри происходит постоянное бурление, что-то меняется местами, что-то становится чище или удобнее. В октябре Энди транскрибировал свой рассказ с лондонской конференции про опыт работы над сайтом<\/a> — из него можно многое узнать про проблемы переводов и безопасного вывода HTML.<\/p>\n

Но ощущение, что ничего не происходит, не безосновательно. Как только кто-то (даже мейнтейнер) хочет поменять что-то по-крупному, как Том, бессменный вахтёр сайта с 2007 года, отказывается во всё это вникать и затягивает обсуждения до бесконечности. Ещё во времена maps.me я делал несколько пул-реквестов, но все по тем или иным причинам закрывали. Либо Том вручную переписывал код и коммитил сам — одна из порицаемых практик<\/a> в открытых проектах. Я забил на сайт, ещё десятки людей ушли точно так же. Остались те, кто вместо качественного осовременивания сайта и ответа на множество вопросов вида «что сайт говорит о сообществе» вылизывают код и исправляют форматирование HTML. Если рефакторинг длится пять лет, а похвастаться нечем, — то зачем вообще?<\/p>\n

\n\"\"\n<\/div>\n

Надстройки<\/h2>\n

Куда уходят разработчики? Вернёмся к ночной теме: до ноября сайт затемняли с помощью надстроек браузера<\/a>. Пользовательские скрипты и расширения браузера, для которых не требуется санкции авторов сайтов, — отличный способ добавить что-то небольшое быстро, без длинных обсуждений, которые рискуют зайти в никуда. Например, участники народной карты Яндекса именно любительским расширением<\/a> упрощали себе редактирование карты.<\/p>\n

Для OSM скриптов немного, но все они подсвечивают недостатки самого сайта. Например, OpenSwitchMaps<\/a>: добавляет кнопку со ссылками на другие карты, геопорталы, два десятка osm-инструментов и прочее, вплоть до запуска редакторов. Можно ли что-то из этого добавить официальным путём? Ну, редактор Rapid под кнопку «править» пытаются добавить с 2020 года<\/a>, и как-то не очень. Как я вещал<\/a> на SotM в Кении, философия OSM предполагает, что всю нужную функциональность воплощают в отдельных проектах, но при этом мейнтейнеры предпочитают не размещать на сайте ссылок ни на что постороннее.<\/p>\n

Или помните редактор тегов<\/a>, который встраивается в страницу объекта на osm.org? Элементарно воплощается в Rails Port и без хаков, потребовавшихся для расширения браузера. Но пройдёт ли такой редактор через забор мейнтейнеров? Опыт участия не даёт даже желания проверять. 119 пользователей в прошлом году, 18 тысяч правок, но только один человек, чьё мнение имеет силу.<\/p>\n

Самое впечатляющее расширение последний год пишет Роман Деев. Его better-osm-org<\/a> добавил пункт «Edit with Rapid» в меню правки, который меня озадачил, и я двадцать минут искал коммит в коде сайта. Он делает списки компактнее, рисует геометрию на странице пакета правок, показывает, какие теги изменились в истории, даже прокидывает лайки из OSMCha. Всё это в картинках описано в дневничке Романа<\/a>. Сотни мелких улучшений: с этим расширением для картографов появился смысл заходить на глагне!<\/p>\n

Можно ли эти мелочи было встраивать сразу в код сайта? Конечно — но пришлось бы не только договариваться (или два года делать пул-реквесты каждый день, чтобы втереться в доверие), но и изучить, для начала, архитектуру проекта на Ruby on Rails. 18<\/a> лет назад этот фреймворк был новым и модным, но сейчас разработчиков на нём ещё поискать<\/a>. Поэтому люди предпочитают более распространённые JavaScript (на котором и пишут браузерные расширения) или Python.<\/p>\n

\n\"\"\n<\/div>\n

Новое поколение<\/h2>\n

Альтернативная глагне ночной режим пока не поддерживает<\/a>, и это единственная строчка в её публичном плане. Кнопка для редактирования в Rapid на ней уже есть.<\/p>\n

Секунду, альтернативная? Если вы пропустили, Камиль Монич (тот самый<\/a> NorthCrab) уже чуть больше года почти в одиночку переписывает<\/a> весь бэкенд OpenStreetMap на Python. Да. Весь. 50 тысяч строк кода<\/a> сейчас, демо-сайт откроет со дня на день.<\/p>\n

Проект OpenStreetMap NextGen<\/a> задуман заменить всю нынешнюю гору кода: Rails Port, CGIMap и разрозненные скрипты экспорта-импорта. Если выгорит, для участия в разработке не нужно будет знать минимум три древних языка: достаточно двух самых популярных на планете, Python с известными библиотеками FastAPI и SQLAlchemy, и JavaScript. Казалось бы, как этот банальный стек может сравниться с отточенным за 18 лет кодом, тем более с C++? Камиль парирует — большую часть времени код всё равно ждёт ответа PostgreSQL. И как заметил Пол Норман, Rails Port бы справился без C++, но запросы в Ruby заметно устарели<\/a>, потому что на них забили в пользу CGIMap.<\/p>\n

Год назад люди — да и я в их числе — были настроены скептично. У нас у всех есть отрицательный опыт, когда приходишь с горчщими глазами и пуленепробиваемой идеей сделать жизнь всех осмеров лучше, а тебя на подлёте сбивает кто-нибудь из «старичков». Начать что-то на стороне безопаснее, потому что никто не закроет пул-реквест. Как сказал Matija Nalis<\/a>, для нас это сродни получению бесплатной коробки лотерейных билетов: да, шансы выиграть всё равно микроскопические, но коробка-то бесплатна, почему бы не попробовать? Обсуждение вообще получилось неожиданно оптимистичным: не считая пары «старичков», все поддерживают Камиля и ждут результата.<\/p>\n

Спустя год и три месяца после анонса, скорость разработки не снижается<\/a>. Камиль каждый месяц хвастается новыми возможностями<\/a> движка, которые напоминают то об API 0.7, то о расширении better-osm-org Романа. Roadmap несколько раз переписан, дата публикации демо-сервера откладывалась с прошлого февраля на май, затем позже и позже, и вот теперь как будто осталось доделать ночную тему — и всё. Ух, предвкушение!<\/p>\n

\n\"\"\n<\/div>\n

Деньги<\/h2>\n

Первого января фонд NLNet внезапно объявил полсотни получателей грантов NGI Zero, среди них — OpenStreetMap-NG<\/a>. Никто не знает, на какие деньги Камиль жил весь прошлый год (пожертвования он распределял между остальными разработчиками), но теперь его точно ничто не остановит.<\/p>\n

Это означает, что где-то через полгода-год в OSM-NG загрузят все 14 терабайт базы данных (большую часть которой засунут в единственную таблицу<\/a>). И тогда мы узнаем, реальны ли все эти приросты скорости. Но учитывая запал Камиля, вполне вероятно, что в течение месяцев он всё оптимизирует, и мы встанем перед вопросом, менять ли Тома как главного вахтёра всея осма на Камиля. Зря ли Антон фигачил свои 700 пул-реквестов в Rails Port.<\/p>\n

Как ни удивительно, у нас будет человек с мандатом на решение подобных дилемм. Но начать надо с того, что не только OSM-NG получил грант за последний месяц. Сам OSMF удостоился сначала 178 тысяч евро<\/a> от Meta (2% от их ежегодного членства в Overture Maps), а на следующий день немецкий фонд Sovereign выделил нам вдвое больше, 384 тысячи евро<\/a> на два года. Так что стоны отдельных участников в мастодоне «зачем давать деньги на тупиковый OSM-NG, когда у нас тут OSM недофинансирован» немного необоснованы.<\/p>\n

Разумеется, ни на какие неожиданные радости эти деньги не пойдут. Всё как обычно<\/a>: конференции и инфраструктура. Необычно то, что второй пункт раскрыли чуть подробнее: «обновление кода по современным стандартам, привлечение разработчиков документацией и тестами, исследования на темы типа вандализма и новых способов работы с данными». И это 1) обнадёживает, хотя и не слишком, вспоминая исследования про модель данных, 2) чудовищно запоздало, 3) один в один цели проекта OSM-NG.<\/p>\n

Что в Совете поняли правильно, — сами по себе дела не делаются и нужен человек на зарплате, который будет помогать и направлять разработку. Поэтому на прошлой неделе фонд OSM опубликовал вакансию, первую с 2021 года. До 21 января мы ищем координатора разработки сайта OSM<\/a> и сопутствующих проектов. Нужен кто-то с опытом управления проектами, кто, в идеале, работал с добровольными участниками, открытым кодом, а то и с сообществом OSM. В идеале. Может, вы знаете кого-нибудь подходящего. Увлекательные задачи и вызовы предоставим.<\/p>\n

***<\/p>\n

Потянув за ниточку не слишком заметного нововведения на osm.org, мы вытянули историю, которая показывает 2024 год в OpenStreetMap с интересной позиции: оказалось, это был год, когда недовольство руководством центрального сайта OSM вылилось в несколько независимых инициатив по его улучшению в обход обычных пул-реквестов. Надстройка Романа и сайт Камиля не только ломают представление об osm.org как о чём-то неудобном из глубин веков, но и подначивают задуматься: а не будь вахтёры так строги, могли бы мы радоваться новым удобствам сайта и API каждый месяц все эти годы? Стоит ли стабильность сбитых несменяемыми «дедами» разработчиков-осмеров?<\/p>\n

Кажется, в этом году мы узнаем, сколько мы потеряли, и какое у сайта OSM будущее по мнению участников и Совета.<\/p>\n", "date_published": "2025-01-13T14:56:42+04:00", "date_modified": "2025-01-13T14:56:07+04:00", "image": "https:\/\/shtosm.ru\/pictures\/osm_darkmode.jpg", "_date_published_rfc2822": "Mon, 13 Jan 2025 14:56:42 +0400", "_rss_guid_is_permalink": "false", "_rss_guid": "1576", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/shtosm.ru\/pictures\/osm_darkmode.jpg", "https:\/\/shtosm.ru\/pictures\/become_maintainer.jpg", "https:\/\/shtosm.ru\/pictures\/betterosm.png", "https:\/\/shtosm.ru\/pictures\/osmng-mmd.png", "https:\/\/shtosm.ru\/pictures\/sovereign_key.png" ] } }, { "id": "1574", "url": "https:\/\/shtosm.ru\/all\/oauth-2\/", "title": "OAuth 2", "content_html": "

Как знают немногие осмеры, с 1 июня на сайте openstreetmap отключили<\/a> аутентификацию по паролю и через OAuth 1.0a.<\/p>\n

Первую версию протокола OAuth сайт поддерживал с августа 2009 года, через год добавили поддержку 1.0a (потому что в 1.0 была дыра). Вторую — с августа 2020, так что неудивительно, что десятки сайтов и приложений не спешили на неё перейти. Популярности OAuth 2 не добавляли сложность внедрения, проблемы с тестированием<\/a>, меньший уровень безопасности и прочие проблемы из статьи Эрана Хэммера<\/a>, главного автора спецификации.<\/p>\n

Тем не менее, поддержка трёх способов аутентификации была тяжела для всего трёх человек, поддерживающих сайт, поэтому они составили список приложений<\/a> и начали агитировать их разработчиков перейти на OAuth 2. Все тянули до последнего момента, но потихоньку переключались. Админы дождались публикации новых релизов Organic Maps и медленно вынули вилку из розетки.<\/p>\n

Как я писал два года назад, OSM небыстр, но не статичен<\/a>. Многие сайты работают годами, не поддерживаемые, просто потому что наш проект и наш API стабильнее любых альтернатив. Но этой стабильности тоже есть предел.<\/p>\n

Level0<\/a> — один из редакторов, автор которого не успел обновить код. Сейчас он не работает: пользуйтесь расширением для браузера<\/a> и ждите. У маленьких редакторов нет поддержки от OSMF, как у iD, или от армии джава-язычных немцев, как у JOSM. Код Level0 был написан десять лет назад на PHP, так что трогать его — себе дороже.<\/p>\n

Разработчики open source часто вынуждены посвящать всё своё время работе и семье, что оставляет их собственным проектам считанные часы в неделю. Большие корпорации, чья инфраструктура опирается на работу таких людей, горячо их благодарят и просят писать ещё. Взамен они готовы поставить звёздочку на гитхабе. Как писал<\/a> Брэндон Лиу, автор Protomaps, «если компания спрашивает, почему в открытом проекте не хватает важной функции, но не готова платить за её написание, то эта функция не так уж и важна». В мире open source разработчиков поддерживают другие open source-разработчики.<\/p>\n

Например, компания OpenCage Эда Фрейфогла не только делает один из лучших API для получения метаданных на любую точку планеты (как Nominatim, только лучше). Она также проводит мини-конференции Geomob<\/a>, составляет увлекательные треды в mastodon<\/a> и поддерживает финансово проекты<\/a>, связанные с геокодированием и OpenStreetMap.<\/p>\n

Сегодня эти две истории объединились: OpenCage спонсировала<\/a> перевод Level0 на OAuth 2 в течение этого месяца.<\/p>\n

Это означает, что к 1 июля не только код редактора будет обновлён, но он также переедет на новый сервер и получит сертификат SSL для https. После чего единственным браузерным редактором, не требующим JavaScript, снова можно будет пользоваться.<\/p>\n

Надеюсь, что для кого-нибудь эта новость стала откровением: «а что, так можно было?» Пожертвования — это хорошо, и молодцы те, кто оформляет регулярные перечисления фондам, газетам, авторам и разработчикам. Но ещё лучше — организационная и институциональная поддержка. В контексте OpenStreetMap помощи можно ждать только от фонда NLNet<\/a>, а на OSMF надеяться нечего<\/a>, как и на крупных пользователей наших геоданных, типа Meta, Apple, Microsoft и Grab. Но для заметных улучшений многого и не требуется: всегда есть какая-то мелочь, неудобство, до которого у автора просто не доходят руки. И это те случаи, когда средних размеров компания может сделать ощутимый для осмеров вклад. Стоит только открыть метафорическую дверь и осмотреться.<\/p>\n", "date_published": "2024-06-11T21:57:39+04:00", "date_modified": "2024-06-11T21:57:11+04:00", "_date_published_rfc2822": "Tue, 11 Jun 2024 21:57:39 +0400", "_rss_guid_is_permalink": "false", "_rss_guid": "1574", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "1573", "url": "https:\/\/shtosm.ru\/all\/ne-vina-niantic\/", "title": "Не вина Niantic", "content_html": "

\n\"\"\n<\/div>\n

Вчера внезапно написал в mastodon<\/a> (куда я окончательно переехал из твитера) про ситуацию с Overture и покемонами.<\/p>\n

Для контекста, неделю назад Niantic (авторы Pokémon GO) объявили о новых покемонах, которые появляются только на пляжах. Игроки тут же начали рисовать ложные пляжи<\/a> на OpenStreetMap. Так же, как семь лет назад они рисовали парки<\/a>. Разумеется, это нагружает лишней работой картографов и растит досаду от Niantic и раздражение от покемоноводов.<\/p>\n

Саймон Пул обратил внимание<\/a>, что за эти семь лет компания Niantic не только не ответила на запросы OSMF или вообще хоть как-то связалась с сообществом. Вместо этого она вступила в фонд Overture Maps<\/a>! Пользуется картой от добровольцев, но платит корпорациям, как так получилось?<\/p>\n

Сюда наслаивается непонимание действий Linux Foundation, который вместо поддержки OSM взял под крыло<\/a> Overture Maps и этим разделил «вину». Почему корпорациям везёт, а нам — нет?<\/p>\n

Я уже писал, почему Overture — это хорошо<\/a>, и почему OSMF пока нет смысла поддерживать<\/a>. В треде mastodon примерно то же самое, потому что, как нас учил преподаватель по физике, важные мысли нужно повторять трижды.<\/p>\n

* * *<\/h2>\n

Бизнес и фонды хотят поддерживать OpenStreetMap. Они видят огромное сообщество и пользу от карты для миллиардов людей и десятков тысяч организаций. Крупные фонды создаются для поддержки именно таких проектов, как наш.<\/p>\n

Но у нас уже есть фонд. OSM Foundation. Все ожидают, что фонд помогает проекту расти: поддерживает картографов, сообщество, инструменты редактирования и валидации. Те инструменты, которые сделали бы вандализм от покемоноводов легко обнаружимым и откатываемым.<\/p>\n

Разумеется, OSMF не просил и не собирался становиться частью Linux Foundation. Зачем нам? Ну и фонды, кажется, редко говорят между собой, это не бизнес.<\/p>\n

Есть и другая группа. Она подготавливает геоданные и продвигает их организациям. В невиданном до сих пор масштабе, с известными корпорациями. Вместо коммерческой структуры они хотели оформить открытый фонд — и Linux Foundation им помог.<\/p>\n

Да и почему бы и нет? Overture Maps — это открытые данные. Компании-участники уже хорошо проявили себя на поле open source. Они вкладывают серьёзные деньги в продвижение открытых геоданных и конкурируют с Google, а не с нами. Со всех сторон отлично.<\/p>\n

Чего Linux Foundation не знают — это что на сегодня нельзя сказать, что OSMF поддерживает картографов. OSMF занят серверами, потребителями данных и конференциями. Почитайте темы ежемесячных встреч<\/a> Совета.<\/p>\n

Раньше осмеров поддерживали организации. HOT, Cloudmade, Mapbox, Grab. Но на сегодня они все отошли в сторону (или развалились). Некому больше нас поддерживать, кроме нас самих.<\/p>\n

А когда ресурсов мало, люди начинают думать в терминах не совместной работы и развития, а соперничества и зависти. Overture Maps отъедает наши ресурсы!<\/p>\n

Можете подумать: это же нормально, что OSM работает на энтузиазме. Но если обернуться, такая ситуация исключительно редка. Может, лет пять за всю историю проекта.<\/p>\n

Проблемы сейчас у всего IT-сектора. Всюду увольнения, сокращения проектов. OSM их не избежал — вот в такой неявной форме. Все страдают, и мы тоже сами по себе. Как мы говорим, OSM — это боль, и нынче чуть больнее обычного.<\/p>\n

Так что такие четыре наблюдения:<\/p>\n

    \n
  1. Высший уровень корпоративного членства в OSMF — 30 тысяч евро. Это смешная сумма, которая никому не поможет, поэтому ничего странного в том, что Niantic и другие не вписываются.<\/li>\n
  2. Overture Maps эффективны, стоят своих денег, и они заставят мир перейти на OpenStreetMap. Нам повезло, что они появились.<\/li>\n
  3. Поддерживать осмеров — это как поддерживать OpenSSL<\/a>. Всем пофиг, кто и как делает карту, пока карта не ломается. Overture защищает пользователей от поломок.<\/li>\n
  4. На сегодня вообще нет способов поддержать картографов. И это не проблема Niantic или Linux Foundation.<\/li>\n<\/ol>\n

    На прошлых выходных члены Совета OSMF собирались на очную встречу, чтобы обсудить стратегию развития OpenStreetMap. Я насыпал им немного идей<\/a>, так что есть шанс, что через пару лет наш фонд повернётся лицом и к корпорациям, и к нам.<\/p>\n", "date_published": "2024-04-30T12:50:40+04:00", "date_modified": "2025-01-13T00:45:23+04:00", "image": "https:\/\/shtosm.ru\/pictures\/beach-baseball.jpg", "_date_published_rfc2822": "Tue, 30 Apr 2024 12:50:40 +0400", "_rss_guid_is_permalink": "false", "_rss_guid": "1573", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/shtosm.ru\/pictures\/beach-baseball.jpg" ] } }, { "id": "1572", "url": "https:\/\/shtosm.ru\/all\/ne-baza-dannyh\/", "title": "Не база данных", "content_html": "

    Что такое OpenStreetMap? Новички думают, что карта. Опытные картографы поправляют их, что на самом деле визуальное представление не важно, OSM — это база данных. Ветераны ставят под вопрос<\/a> и это.<\/p>\n

    Недавно я объяснял людям-академикам некоторые нюансы OpenStreetMap, и речь, конечно, зашла про базу данных и многочисленные социальные проблемы, наросшие вокруг неё. Да, в сцепке «карта + сообщество» второе важнее: форки без сообщества умерли, а зияющие дыры после перелицензирования быстро перекартировали<\/a>. В этом смысле OSM — лишь контейнер для наших усилий. Но когда я привычно назвал OSM базой данных, я почувствовал неточность.<\/p>\n

    Базы данных хорошо изучены, у них есть общие свойства. Все программисты знают их и умеют с ними работать. Есть нормальные формы BNF, есть ключи, типы колонок. Профессиональные форматы ГИС, типа Shapefile или GeoPackage, — те же базы данных, в которых одна колонка с геометрией, а остальное — как обычно. Можно делать update, можно делать join. Например, одно из свойств — каждая строка таблицы (то есть, каждый объект) независима от других. Проблемы с OSM начинаются с этого, но не заканчиваются.<\/p>\n

    Разработчики приходят в OpenStreetMap, читают, что это база данных, и у них в голове включается режим работы с базами данных. Технарям свойственно туннельное зрение: отбросить неважное и принудительно улучшать мир. Нормализуем теги! Насильно (массовыми правками) или мягкой силой (валидаторы и редакторы). Объединим базы в одну для удобства! Насильно (импорты, ведь они так просты и очевидны) или мягко (ключи-ссылки в ту или иную сторону). Автоматизируем работу с помощью ML! Напишем больше правил, добавим валидацию в API, разделим «строчки таблицы», введя тип area.<\/p>\n

    Ничего из этого не делает нашей карте лучше. Проблема баз данных — с ними тупо скучно работать, потому что там главенство алгоритмов, а не людей. Технологии обещали улучшить жизнь, будучи помощниками и инструментами, но вместо этого технари сделали людей помощниками и инструментами в руках технологий. Везде: от творчества (люди на копеечной зарплате генерируют базу для обучения AI) до работы (миллионные армии людей-инструментов в руках алгоритмов Uber, Amazon и их местных аналогов). Шаг влево — недовольный «бип» из системного блока и слово «нельзя». Данные не твои, их нарисовала и бережёт машина. Такой OpenStreetMap сделают технари, если им не мешать.<\/p>\n

    Источник этого — слова. Формулировки важны. Если мы называем OpenStreetMap картой, мы рисуем карту. Если мы называем его базой данных, мы наполняем и курируем таблицы базы данных. И, честно говоря, ни один из этих вариантов мне не нравится. Отсюда и то чувство в разговоре с академиками. Давайте переформулируем.<\/p>\n

    OpenStreetMap — это отражение реального мира.<\/b> В окно видны улицы, и на OSM нарисованы улицы. Магазины делятся на продуктовые, мебельные и сувенирные, и у нас тоже такое разделение. Но если ты выйдешь на улицу, то едва ли сможешь согласиться с другими насчёт того, что входит в состав улицы и что отдельно от неё. Классифицировать заведения однозначно иногда невозможно<\/a>. Граница между лесом и кустарником призрачна.<\/p>\n

    В реальном мире ничего не определено и не нормализовано, поэтому карты не отражают его на близких масштабах. Но OpenStreetMap ближе всего к тому, что можно назвать отражением. Именно потому, что он не карта и не база данных, в OSM нет ограничений этих двух сущностей. Но есть сообщество, которое рисует и в этой работе постоянно переосмысливает структуру реальности и способы её отражения.<\/p>\n

    Если принять эту формулировку, то становится понятен источник многих болей. Почему импорты никогда не проходят гладко? Из-за разницы между базой данных и реальным миром: в базе объекты сами по себе, а в реальности всё взаимосвязано. Почему нормализации тегов каждый раз противится сообщество? Теги не сами по себе, и человек, выставивший их, явно хотел что-то сообщить об объекте. Нужно смотреть в комплексе.<\/p>\n

    Одной из главных «проблем» OpenStreetMap многие технари считают топологичность: то, что геометрии не раздельны, их нужно собирать их кусков. Отсюда их святой грааль в виде нормальных area<\/a>, с чем Йохен носится уже больше декады. Но выглянем на улицу и поймём: ничего не само по себе. Геометрии взаимосвязаны. Теги взаимосвязаны. Слоёв нет. Правильным было бы принять это «несовершенство» за имманентное свойство и упрощать работу с ним<\/a>, не уничтожая.<\/p>\n

    Поэтому any tags you like. Truth on the ground. Мы пытаемся классифицировать мир, но это невозможно. Любая техническая помощь помогает не туда. OpenStreetMap сложен для использования именно потому, что он отражение реального мира, а не потому, что нет типа area и валидаций в API. Отражение взгляда миллионов его редакторов на этот мир, которое невозможно нормализовать. Все они правы. Сопротивление бесполезно.<\/p>\n", "date_published": "2024-03-17T13:00:26+04:00", "date_modified": "2024-03-17T12:59:54+04:00", "_date_published_rfc2822": "Sun, 17 Mar 2024 13:00:26 +0400", "_rss_guid_is_permalink": "false", "_rss_guid": "1572", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "1571", "url": "https:\/\/shtosm.ru\/all\/glavnoe-reshenie\/", "title": "Главное решение", "content_html": "

    Сейчас читаю очередного Кори Доктороу и его мысли насчёт схлопывания платформ из-за рукомашества. Мол, «мы сделаем всё тип-топ, не обращайте внимания, верьте нам, крутым пацанам». Кори напоминает<\/a> о «пакте Улисса»: создайте себе ограничения до того, как появятся соблазны. И тут я вспомнил о главном решении в Maps.Me.<\/p>\n

    Руководители Maps.Me приняли много решений, которые определили это приложение. Они правильно выбрали конкурента (гуглокарты), правильно не стали покупать данные, воспользовались поглощением, чтобы сделать приложение бесплатным<\/a> (и, следовательно, доступным каждому). Придумали монетизационную модель, которая не мешала, а помогала пользователям: гостиницы booking.com<\/a>, работавшие и без интернета, приносили львиную часть прибыли. Работая там, я слабо понимал, насколько деморализующими могли быть альтернативы.<\/p>\n

    Но о главном решении мне рассказали ещё на собеседовании, и его я помогал воплощать. Это публикация<\/a> всего кода приложения под открытой лицензией. И не только — вообще, перевод разработки в публичную сферу, работу в пул-реквестах, которые каждый мог прочитать. Тогда мне, только пришедшему из нескольких лет кувыркания в открытом сообществе, не было известно, насколько редкая эта практика. Насколько... Честно, я не могу вспомнить даже пять продуктов с аналогичной историей. Обычно всё идёт вспять.<\/p>\n

    Объяснять, зачем нужно открывать код, было довольно просто. Чтобы сообщество участвовало в разработке (хаха). Чтобы доказать свою готовность работать с другими. Маркетинговый повод (мало кто заметил, на самом деле). Важным было не навредить продукту — и я уверял: над Maps.Me работают полтора десятка крутых инженеров, и чтобы кому-то «увести» продукт, понадобится создать такую же команду. Мы ничего не теряем и становимся более благонадёжными.<\/p>\n

    Mail.Ru сделал пару пресс-релизов<\/a>, потом мы помогли сделать страницу opensource.mail.ru<\/a>, которую с гордостью возглавляли. Со временем на ней нас заменила база данных Tarantool, а потом и она отъехала. Мы продолжали кодить, в гитхаб сыпались сотни тикетов от пользователей, но нас это не смущало: мы привыкли работать без баг-трекера. Несколько людей сделали форки для своих задач, в сторах появлялись фейковые копии с платными частями, но MAU рос, Maps.Me был главным и лучшим.<\/p>\n

    А потом давление мейла заработать деньги стало слишком большим, и команда начала сыпаться. CEO начал дёргаться. Приложение начало плющить. Mail.Ru не понял, зачем им дальше его тащить, и они продали приложение корейским криптанам<\/a>. Это ощущалось, как поражение.<\/p>\n

    Но вспомним о «пакте Улисса»: открытый код невозможно провернуть назад. Поэтому стал возможен Organic Maps<\/a>, вышедший всего через полгода<\/a> благодаря изначальным авторам Maps.Me. Всё то же самое, но без единого трекера и без реклам. Продолжились сборки данных, продолжились починки багов, и самое удивительное — продолжилась разработка!<\/p>\n

    Да, чтобы конкурировать со старым Maps.Me, понадобилась бы большая команда. Чтобы конкурировать с новым, который в момент помешательства даже заменил<\/a> офлайн-карты на библиотеку от Mapbox, достаточно просто не делать хуже. Organic Maps живёт и догоняет Maps.Me по пользователям не потому, что маркетологи покупают установки и рекламируют приложение, а потому что пользователи советуют установить эти карты всем своим знакомым.<\/p>\n

    Более того, они развиваются! Над приложением работают несколько сотрудников<\/a>, плюс им помогают пул-реквестами остальные. Только в прошлом году<\/a> в Organic Maps добавили импорт GPX, линейку, стиль для походов, и даже сборку для Android Auto. По мне, это невероятно, что в отсутствие какого-либо финансирования, разработчики не только делают новые штуки, но ещё и терпят странные требования и ругань пользователей в телеграме<\/a>.<\/p>\n

    Это чудо стало возможным, в первую очередь, благодаря главному решению — открыть исходный код. Не знаю, кто из основателей Maps.Me это придумал, — Юра, Алекс, Витя, они все могли. Не уверен, что они ожидали, что из этого выйдет что-то путное. Но заложив основу открытости, они, как оказалось, сделали приложение бессмертным, как OpenStreetMap бессмертен по той же самой причине. Как AMDmi3 комментировал<\/a> девять лет назад, недостаточно обещаний сделать всё хорошо, важны юридически связывающие действия.<\/p>\n

    Организация НКО — обычный вариант такого связывания, в этом случае венчурные инвестиции невозможны, и все финансы открыты. Можно принять юридически значимую хартию. Или ограничить себя технически: например, как Mastodon<\/a>, в который сбежали технически подкованные люди из твитера, не может контролировать какая-то одна компания. Открытая лицензия — очень хороший вариант для приложений и данных. Она делает обещание вечности реальным, потому что отвязывает от людей и юридических лиц. Жаль, что увидеть, как новые или устоявшиеся проекты выбирают открытость, удаётся всё реже.<\/p>\n", "date_published": "2024-01-21T14:19:05+04:00", "date_modified": "2024-01-21T14:21:14+04:00", "_date_published_rfc2822": "Sun, 21 Jan 2024 14:19:05 +0400", "_rss_guid_is_permalink": "false", "_rss_guid": "1571", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "1570", "url": "https:\/\/shtosm.ru\/all\/podarok-proektu\/", "title": "Светлое будущее", "content_html": "

    На этой неделе OSMF поделился радостью: Microsoft подарила Фонду<\/a> 150 тысяч долларов. Эти деньги пойдут на спонсирование трёх конференций, в счёт кампании по сбору пожертвований<\/a> и сделают Microsoft вторым платиновым спонсором проекта, вместе с TomTom.<\/p>\n

    Прежде всего, большое спасибо Microsoft. Не в первый раз — когда-то они дали нам снимки Bing<\/a>, позже — панорамы<\/a> и контуры зданий<\/a>. Деньги очень нужны проекту — в первую очередь, как раз на конференции, которые в этом году испытывают проблемы с поиском спонсоров.<\/p>\n

    Но мне вспоминается 2012 год. MapBox получил полмиллиона<\/a> на разработку нового редактора. Получился iD — лучший веб-редактор карт в мире, все остальные смотрят и завидуют (кроме яндекса, у них тоже неплохо). В 2010 году Stamen Design получили 400 тысяч на создание картостилей на базе OpenStreetMap (и позже ещё два гранта на их поддержку). Вы все слышали про Watercolor и Toner<\/a>, они для многих стали лицом проекта. Они вдохновили проект Field Papers<\/a>, который до сих пор главный в распечатке обходных листов (хотя появился конкурент<\/a>).<\/p>\n

    150 тысяч — это был весь<\/a> планируемый доход от корпоративных спонсоров за 2023 год. Годовой бюджет OSMF — 700 тысяч. Это включает 170 на серверы, 100 на рабочие группы и Совет, и 280 на четырёх сотрудников<\/a>. Это, мягко говоря, небольшие деньги. Бюджет QGIS втрое меньше, но это один проект, сравним с iD. Бюджет гуманитарной команды — десять миллионов. Полтора миллиона только на «технологические инновации».<\/p>\n

    OSMF целится удивительно низко для масштабов проекта. Представьте гуманитарную команду или викимедию, спамят они свои каналы благодарностями спонсорам за каждую сотню? Наш Фонд всё время с основания живёт в режиме выживания, каждый фунт на счету, поэтому нет времени на развитие. Попробовали пару раз — с микрогрантами<\/a> и с моделью данных<\/a>, испугались реакции сообщества, больше ни-ни. В стратегии OSMF<\/a> грусть: только про помощь с проведением сборов пожертвований и жизнь в условиях нехватки денег.<\/p>\n

    Только пожелай<\/h2>\n

    Деньги на выживание никто не даёт, их дают на светлое будущее. «Сначала скажите, куда вы их потратите». Благодаря нескольким заметным членам сообщества, развитие у нас под запретом, потому что «посмотрите, что случилось с викимедией». Пожертвования и спонсорство работают только до какого-то предела, после которого нужно уметь ходить по компаниям и рисовать красивые картины будущего. И это, очевидно в OSMF не умеют — кроме, наверное, Mikel Maron, чей срок вышел<\/a>. Это демонстрирует ситуация<\/a> с Overture Maps и то, что для картографов с 2013 года ничего особо не изменилось.<\/p>\n

    Может ли OSM развиваться сам, силами добровольцев? Конечно. Мы все (почти) рисуем карту бесплатно. Энтузиасты делают новые инструменты — например, StreetComplete и все остальные мобильные приложения. Они пишут плагины для JOSM и выпускают новости WeeklyOSM. Коммерческие компании оплачивают свою разработку: Osmium, Rapid, Osmcha, Mapillary, Tasking Manager. Организации спонсируют картирование по всему миру и обучают людей. OSMF с его рабочими группами не при чём.<\/p>\n

    Проблема в том, что принимая это состояние дел, Совет заявляет, что OpenStreetMap идеален в его нынешнем состоянии. Ему не требуются изменения, не требуется помощь. Главное — чтобы серверы работали. Корпорации лучше знают, какие инструменты делать и как руководить тысячами картографов на зарплате. Энтузиасты с хорошей работой и свободным временем придумают, как сделать жизнь картографов легче, и сами напишут все приложения, а в награду другие энтузиасты упомянут их в новостях.<\/p>\n

    Это работает, потому что некоторые люди не могут не картировать. Другие — не могут не писать. Не могут не делать приложения. Но перестаёт работать, когда масштаб работы больше одного-двух человек (кроме JOSM, JOSM — это необъяснимое чудо).<\/p>\n

    Инновации стоят дорого. Такие, как iD. Такие, как новый API<\/a>. Как Tasking Manager. Любой новый проект требует разработчиков, проектирования, управления, внедрения, и бюджет будет сопоставим с бюджетом всего OSMF. Целясь низко, OSMF не даёт себе возможности<\/i> что-то запустить. У Фонда нет ни контроля, ни ресурсов, ни даже способа помочь людям, которые что-то зачинают. Если у тебя нет свободных денег или свободного времени, иди картируй. Если есть — будь готова, что благодарности не будет, а будут отказы от мейнтейнеров и претензии от мапперов. OpenStreetMap — это боль.<\/p>\n

    Так что 150 тысяч — это отличный подарок от Microsoft. Но то, что эти деньги не нужны Фонду ни на что, кроме поддержки обычных конференций и обычных операционных расходов, огорчает. Хочется светлого будущего.<\/p>\n", "date_published": "2023-10-27T13:23:14+04:00", "date_modified": "2023-10-27T13:22:28+04:00", "_date_published_rfc2822": "Fri, 27 Oct 2023 13:23:14 +0400", "_rss_guid_is_permalink": "false", "_rss_guid": "1570", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "1569", "url": "https:\/\/shtosm.ru\/all\/tropinki\/", "title": "Тропинки", "content_html": "

    \n\"\"\n<\/div>\n

    Идёшь, значит, по лесу, смотришь ягоды по сторонам, гладишь случайного кота. Заглядываешь в Organic Maps и замечаешь, что тропинка не отмечена. Вечером открываешь JOSM, проклацываешь линию — и вспоминаешь, что когда в прошлый раз навесил на тропинку привычный тег highway=path<\/i>, набежали другие мапперы и завязался спор. Как же правильно?<\/p>\n

    Довольно долго был консенсус: highway=footway<\/i> — это пешеходная дорожка, за которой следят (улучшают покрытие, устанавливают освещение и т. п.), а highway=path<\/i> — это случайная тропинка, типа как люди протаптывают на углах между footway или в лесу. Год назад это было отмечено и в русской вики<\/a>. Разница казалась очевидной: по path не всегда проберёшься на велосипеде, а footway вполне подходит. Объединение этих тегов<\/a> на картостиле OSM Carto стало той гранью, за которой некоторые участники разочаровались в его принципах. «Path и footway — совершенно разные объекты по OSM Wiki» — писал vvoovv. Откуда недопонимание?<\/p>\n

    Оказалось, англоязычное сообщество ещё в 2013 году поспорило на эту тему, почти ровно десять лет назад. Ричард пожаловался в дневничке<\/a>, что path обозначает «всё вышеперечисленное»: и тропинки, и велопроезды, и грунтовки, с покрытием и без. Никто не знает, что там под path. Шон из Cyclestreets сдаётся: «чёрт его знает, что там<\/a>». Швед Туре для своего картостиля пытается выжать максимум<\/a> из дополнительных тегов, но что делать, если их нет? В нашей вики с 2009 года собирают мнения о path<\/a>, и единственное, на чём сошлись, — четырёхколёсные транспортные средства туда либо не поместятся, либо запрещены.<\/p>\n

    Как же тегировать правильно? И почему у нас есть нормальный простой тег для пешеходных дорожек, но нет тега для тропинок, которых гораздо больше?<\/p>\n

    Триединые теги<\/h2>\n

    Простой ответ — такой тег есть, и это highway=path, только указывайте surface и bicycle. Сложный требует понимания трёх уровней access: физического («тут можно проехать»), юридического («тут разрешено проехать») и онтологического («это тротуар»). Первые два из них отмечаются одним тегом (access\/foot\/bicycle\/bus\/motorcar\/...). Хотя в вики<\/a> юридический аспект выделен и несколько раз просят не использовать тег для физических ограничений, кто из нас не навешивал access=no<\/i> на закрытые ворота, или motorcar=no<\/i>, когда на проезжей части бетонный блок?<\/p>\n

    Онтологическое ограничение доступа выводится из других тегов и географического контекста — например, highway=footway<\/i>. В России мы знаем, что по тротуару юридически нельзя ехать на велосипеде, но физически — вполне. Поэтому иногда переключаем планировщик маршрутов в режим пешехода, чтобы построить лучший веломаршрут. А тот, в свою очередь, подключает highway=path<\/i> в болоте и делает маршрут интереснее.<\/p>\n

    У нас есть теги highway<\/i> для всего. Path возникает, когда дорога проваливается сквозь классификации:<\/p>\n

      \n
    1. Одновременно пешеходная и велосипедная дорожка, или ещё какие-то равнозначные категории. Можно, конечно, выбрать главную и сделать highway=cycleway<\/i> + foot=designated<\/i> (т. е. пешеходам знаками тоже разрешено). Но вики и JOSM советуют уравнять их через highway=path<\/i> + нужное проставить в designated<\/i>. В этом случае path — это шаблон для footway<\/i>, cycleway<\/i>, bridleway<\/i> и прочих; highway=path<\/i> + foot=designated<\/i> = highway=footway<\/i>.<\/li>\n
    2. Дорога без назначения. Здесь ходят грибники или ездят квадроциклисты. Или пропахал осенью джип, тренируясь к заезду. Маршрутов для четырёхколёсных средств нет (иначе бы поставили highway=track<\/i> или highway=service<\/i>), но следы налицо. Иногда такие дороги облагораживают, от чего они не перестают быть path.<\/li>\n
    3. Ничья дорога. То, что мы называем тропинками. Все остальные значения highway<\/i> стоят на учёте, эта же возникла стихийно и не зарастает только потому, что там ходят или ездят люди. Покрытие натуральное. Отличие от 2 — тропинка может куда-то вести или быть важной частью велопешеходной сети. Там «не используется, чтобы куда-то добраться», здесь — «не стоит на балансе».<\/li>\n<\/ol>\n

      Все три пункта объединяет то, что мы не можем ничего сказать<\/a> про проходимость path<\/i> для кого-либо, кроме здоровых пешеходов. Ну, разве что тег bicycle=*<\/i> поможет. Поэтому для highway=path<\/i> обязателен хотя бы один дополнительный тег. Да, это surface<\/i>. Он дополняет 29% path<\/i> в мире, но 22%<\/a> в России.<\/p>\n

      Path недостаточно<\/h2>\n

      Помимо surface<\/i>, для городских дорожек стоит указать тег юридического доступа (foot=designated<\/i>) вместе с segregated=yes\/no<\/i> для велопешеходных дорожек. Как ни странно, мапперы ставят footway=sidewalk\/crossing<\/i> и на highway=path<\/i>: звучит странно, но по первому пункту вверху разницы никакой. Впрочем, и вики<\/a>, и тагинфо допускают path=crossing<\/i>.<\/p>\n

      Загородные и парковые тропинки различаются по проходимости. Её нужно отметить чем-то из этого:<\/p>\n