{
    "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\/tags\/suddenly\/",
    "feed_url": "https:\/\/shtosm.ru\/tags\/suddenly\/json\/",
    "icon": false,
    "author": {
        "name": "Илья Зверев",
        "url": "https:\/\/shtosm.ru\/",
        "avatar": false
    },
    "items": [
        {
            "id": "1572",
            "url": "https:\/\/shtosm.ru\/all\/ne-baza-dannyh\/",
            "title": "Не база данных",
            "content_html": "<p>Что такое OpenStreetMap? Новички думают, что карта. Опытные картографы поправляют их, что на самом деле визуальное представление не важно, OSM — это база данных. Ветераны <a href=\"https:\/\/shtosm.ru\/all\/net-karta\/\">ставят под вопрос<\/a> и это.<\/p>\n<p>Недавно я объяснял людям-академикам некоторые нюансы OpenStreetMap, и речь, конечно, зашла про базу данных и многочисленные социальные проблемы, наросшие вокруг неё. Да, в сцепке «карта + сообщество» второе важнее: форки без сообщества умерли, а зияющие дыры после перелицензирования <a href=\"https:\/\/shtosm.ru\/2012\/07\/27\/1\/\">быстро перекартировали<\/a>. В этом смысле OSM — лишь контейнер для наших усилий. Но когда я привычно назвал OSM базой данных, я почувствовал неточность.<\/p>\n<p>Базы данных хорошо изучены, у них есть общие свойства. Все программисты знают их и умеют с ними работать. Есть нормальные формы BNF, есть ключи, типы колонок. Профессиональные форматы ГИС, типа Shapefile или GeoPackage, — те же базы данных, в которых одна колонка с геометрией, а остальное — как обычно. Можно делать update, можно делать join. Например, одно из свойств — каждая строка таблицы (то есть, каждый объект) независима от других. Проблемы с OSM начинаются с этого, но не заканчиваются.<\/p>\n<p>Разработчики приходят в OpenStreetMap, читают, что это база данных, и у них в голове включается режим работы с базами данных. Технарям свойственно туннельное зрение: отбросить неважное и принудительно улучшать мир. Нормализуем теги! Насильно (массовыми правками) или мягкой силой (валидаторы и редакторы). Объединим базы в одну для удобства! Насильно (импорты, ведь они так просты и очевидны) или мягко (ключи-ссылки в ту или иную сторону). Автоматизируем работу с помощью ML! Напишем больше правил, добавим валидацию в API, разделим «строчки таблицы», введя тип area.<\/p>\n<p>Ничего из этого не делает нашей карте лучше. Проблема баз данных — с ними тупо скучно работать, потому что там главенство алгоритмов, а не людей. Технологии обещали улучшить жизнь, будучи помощниками и инструментами, но вместо этого технари сделали людей помощниками и инструментами в руках технологий. Везде: от творчества (люди на копеечной зарплате генерируют базу для обучения AI) до работы (миллионные армии людей-инструментов в руках алгоритмов Uber, Amazon и их местных аналогов). Шаг влево — недовольный «бип» из системного блока и слово «нельзя». Данные не твои, их нарисовала и бережёт машина. Такой OpenStreetMap сделают технари, если им не мешать.<\/p>\n<p>Источник этого — слова. Формулировки важны. Если мы называем OpenStreetMap картой, мы рисуем карту. Если мы называем его базой данных, мы наполняем и курируем таблицы базы данных. И, честно говоря, ни один из этих вариантов мне не нравится. Отсюда и то чувство в разговоре с академиками. Давайте переформулируем.<\/p>\n<p><b>OpenStreetMap — это отражение реального мира.<\/b> В окно видны улицы, и на OSM нарисованы улицы. Магазины делятся на продуктовые, мебельные и сувенирные, и у нас тоже такое разделение. Но если ты выйдешь на улицу, то едва ли сможешь согласиться с другими насчёт того, что входит в состав улицы и что отдельно от неё. Классифицировать заведения однозначно <a href=\"https:\/\/www.youtube.com\/watch?v=WQwO-vbGre0\">иногда невозможно<\/a>. Граница между лесом и кустарником призрачна.<\/p>\n<p>В реальном мире ничего не определено и не нормализовано, поэтому карты не отражают его на близких масштабах. Но OpenStreetMap ближе всего к тому, что можно назвать отражением. Именно потому, что он не карта и не база данных, в OSM нет ограничений этих двух сущностей. Но есть сообщество, которое рисует и в этой работе постоянно переосмысливает структуру реальности и способы её отражения.<\/p>\n<p>Если принять эту формулировку, то становится понятен источник многих болей. Почему импорты никогда не проходят гладко? Из-за разницы между базой данных и реальным миром: в базе объекты сами по себе, а в реальности всё взаимосвязано. Почему нормализации тегов каждый раз противится сообщество? Теги не сами по себе, и человек, выставивший их, явно хотел что-то сообщить об объекте. Нужно смотреть в комплексе.<\/p>\n<p>Одной из главных «проблем» OpenStreetMap многие технари считают топологичность: то, что геометрии не раздельны, их нужно собирать их кусков. Отсюда их святой грааль в виде <a href=\"https:\/\/shtosm.ru\/all\/istoriya-voprosa\/\">нормальных area<\/a>, с чем Йохен носится уже больше декады. Но выглянем на улицу и поймём: ничего не само по себе. Геометрии взаимосвязаны. Теги взаимосвязаны. Слоёв нет. Правильным было бы принять это «несовершенство» за имманентное свойство и <a href=\"https:\/\/www.youtube.com\/watch?v=aRcHLKbXlcM\">упрощать работу с ним<\/a>, не уничтожая.<\/p>\n<p>Поэтому 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": "1552",
            "url": "https:\/\/shtosm.ru\/all\/voyna\/",
            "title": "Война",
            "content_html": "<p>Что сейчас делает Россия — <a href=\"https:\/\/meduza.io\/paragraph\/2022\/02\/24\/putin-ob-yavil-voynu-vot-chto-on-skazal\">это ужас<\/a>. В Эстонии отмечают день независимости, а Россия пытается отменить независимость другого государства. Грустно читать новости из-за границы и понимать свою невозможность повлиять. Не представляю, как обессиливает эта невозможность тех, кто живёт в России. Остановить безумного деда с кнопкой, как мы проверили в прошлые десять лет, шансов нет. Война так или иначе ударит по всем, от Калининграда до Магадана. Её последствия мы все будем расхлёбывать десятилетиями.<\/p>\n<p>Всё, что мы можем сделать, — это поддержка. Сфокусироваться на семье, друзьях и знакомых. Прятаться от военкоматов, обнимать и давать выговориться после чтения новостей. Заменить новости ежедневными <a href=\"https:\/\/meduza.io\/specials\/daily\">дайджестами<\/a>. Уйти с головой в то, что получается хорошо: работу, игры, тренировки, <a href=\"https:\/\/t.me\/ruosm\/510650\">картирование Смоленщины<\/a>. Мы — картографы, и не стоит забывать, что это военная профессия. Правки в районе Донбасса могут в военное время навлечь обвинения в госизмене. Пожалуйста, будьте осторожны.<\/p>\n<p>Наше дело начнётся, когда война закончится. OpenStreetMap — актуальная карта: очень вероятно, что по ней будут планировать спасательные и гуманитарные операции. Будем следить за активациями гуманитарной команды и слушать новичков <a href=\"https:\/\/forum.openstreetmap.org\/viewforum.php?id=21\">на форуме<\/a>. Если у вас есть знакомые, работой которых станет восстановление после войны (не во время! Помните о госизмене!), предложите им картографическую помощь.<\/p>\n<p>А сейчас — если вы хотите выговориться, пишите в <a href=\"https:\/\/t.me\/ruosm_flood\">@ruosm_flood<\/a>, там офтопик разрешён (но мат — нет). Или пишите в <a href=\"https:\/\/t.me\/ilyazver\">личку<\/a>, сможем созвониться и я выслушаю. Это тяжёлое время, давайте помогать друг другу, хотя бы ушами, глазами и обнимашками.<\/p>\n",
            "date_published": "2022-02-24T11:42:39+04:00",
            "date_modified": "2022-03-05T14:15:34+04:00",
            "_date_published_rfc2822": "Thu, 24 Feb 2022 11:42:39 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1552",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "1516",
            "url": "https:\/\/shtosm.ru\/all\/i-need-a-hero\/",
            "title": "Where’s the streetwise Hercules to fight the rising odds?",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/hey-imbox.jpg\" width=\"1400\" height=\"353\" alt=\"\" \/>\n<\/div>\n<blockquote>\n<p>Главное — насколько хорошо тут выявлены и разложены по полочкам недостатки классической почты. Причём очевидно, что все эти недостатки — не какие-то фундаментальные труднорешаемые задачи, а обычный тупняк и лень разработчиков почтовиков. Просто непонятно, чем они занимаются и почему десятилетиями не делают эти простые вещи. Эпл может встроить все фичи Хея в следующий релиз Мейла как нефиг делать, если захочет. Для этого не понадобится ни машин-лёрнинг, ни огментед-реалити, понадобится просто пара программистов и один дизайнер.<\/p>\n<\/blockquote>\n<p><a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/jason-fried-demos-hey\/\">Илья говорит<\/a> даже не про недостатки отдельного класса продуктов, а про глобальный тупняк в современных программах. Каждый сайт, каждое приложение, каждая программа на компьютере кишит неудобствами. Многие исправляются просто за день-два, была бы воля. За последние годы мы потеряли даже такое простое свойство форм как установка курсора в первое поле ввода, чтобы не нужно было кликать в него мышкой или жать Tab. <a href=\"https:\/\/habr.com\/ru\/post\/233533\/\">Всё плохо<\/a>, и становится хуже.<\/p>\n<p>Та же фигня в картах. Пик развития современных карт — это линии дорог, подписи и полигоны зданий и рек. Которые можно раскрашивать в любые цвета. О чудо! Пофиг, что каждый из компонентов карты выглядит как мусор, что ничего не гармонирует ни с чем, зато всё быстро, весело и настраиваемо. Больше настроек, больше свободы! Внезапно, после длинного пути к упрощению, мы вернулись к интерфейсам больших ГИС — гуглокарты даже <a href=\"https:\/\/russia.googleblog.com\/2020\/06\/google-maps-platform-google.html\">хвастаются деревьями настроек<\/a> из сотен пунктов. Эти интерфейсы — одна из причин, почему люди когда-то сбежали в гуглокарты, и теперь боковые панели со слоями нагнали их и там.<\/p>\n<p>Интерфейсам, как и картам, нужна очередная революция. Технологии у нас отличные, а этика и удобство хромают. Нельзя сделать бесплатное приложение без рекламы. Нельзя туристическому бизнесу <a href=\"https:\/\/twitter.com\/MAPS_ME\/status\/1271776503810883584\">не толкать пользователей<\/a> под аппарат вентиляции лёгких. Компания не может изменить курс, только реагировать на запросы и придумывать новые фичи для монетизации. Инновации не приходят из больших компаний. Гугль может ускорить HTTP, фейсбук может ускорить хранение данных и разработку веб-приложений, но сайты всё равно тормозят, а данные на них не делают нас счастливее.<\/p>\n<p>Чтобы сделать что-то лучше, нужно сначала признать, что оно сломано. Полиция бьёт вместо того, чтобы защищать, экономика фрилансерства лишает людей базовых прав, а почта настолько сломана, что у меня 1700 непрочитанных сообщений и я не хочу в неё заходить. «Don’t be evil» за десять лет превращается в «давайте не смотреть, на чём держится наша организация, а делать счастливый вид». Инициатива может быть только у отдельных людей вне институтов и давления акционеров: журналистов, разработчиков, учёных. Это мы и видим с Hey: почту переизобретают несколько человек в маленькой компании с карт-бланшем на разнос устоявшихся структур.<\/p>\n<p>Поэтому нужно ругать основы OpenStreetMap. Понимать, где шатается и что ограничивает. Если отношение к критическим заметкам — «зачем раскачивать лодку», как огребли <a href=\"https:\/\/blog.emacsen.net\/blog\/2018\/02\/16\/osm-is-in-trouble\/\">Серж<\/a> и <a href=\"https:\/\/www.openstreetmap.org\/user\/Zverik\/diary\/43882\">я<\/a> в 2018 году, то это прямо красный флаг. Флаг, развевающийся над забетонированной институцией с заколоченными окнами и транспарантом «у нас всё хорошо!» снаружи. Победивший дракона сам стал им, под рефрен директоров «главное не превратиться в дракона». Где те одиночки, которые перепридумают нам карту?<\/p>\n",
            "date_published": "2020-06-17T14:13:25+04:00",
            "date_modified": "2020-06-17T14:13:20+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/hey-imbox.jpg",
            "_date_published_rfc2822": "Wed, 17 Jun 2020 14:13:25 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1516",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/hey-imbox.jpg"
                ]
            }
        },
        {
            "id": "1515",
            "url": "https:\/\/shtosm.ru\/all\/trotuary-londona-nedostatochno-shiroki-dlya-tvoey-mamy\/",
            "title": "Тротуары Лондона недостаточно широки для твоей мамы",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/london_sidewalks.jpg\" width=\"700\" height=\"300\" alt=\"\" \/>\n<\/div>\n<p>Увидел очередную <a href=\"https:\/\/www.theguardian.com\/world\/gallery\/2020\/jun\/01\/pavement-widths-and-social-distancing-esri-uk-maps\">заметку<\/a> на тему ширины тротуаров и социального дистанцирования, и немного вскипел. Сколько можно делать этот бессмысленный арт, отвлекая внимание от остальных каналов телеграма?!<\/p>\n<p>Собрать данные о тротуарах в масштабе подобных карт — сложнейшая задача, недоступная непрофессионалам. «Урбика» собирала их для Москвы в 2015 году, и получилось <a href=\"https:\/\/t.me\/urbandata\/1501\">совсем чуть-чуть<\/a>. Мили Харви для карты Нью-Йорка совершила <a href=\"https:\/\/github.com\/meliharvey\/sidewalkwidths-nyc\">вычислительное чудо<\/a> в GeoPandas. На картах ширин тротуаров мы видим многолетнюю работу специалистов, десятки тысяч километров промеренных дорог, сложные гео-вычисления — это нельзя не уважать.<\/p>\n<p>Но связывать эти карты с коронавирусом и урбанистикой стыдно.<\/p>\n<ol start=\"1\">\n<li>Социальное дистанцирование, которое нужно соблюдать, — не то же самое, что физическое. В первом случае вы избегаете контактов с людьми: не ходите в гости и на мероприятия, откладываете покупки и поездки. Физическое дистанцирование — это рекомендованные 2 метра друг от друга. С 18 марта <a href=\"https:\/\/people.onliner.by\/2020\/04\/15\/dist\">ВОЗ говорит<\/a> только о физическом дистанцировании — не потому, что зараза научилась прыгать с человека на человека, аки блоха. А потому что в понятие социального дистанцирования входят и виртуальные связи, которые сейчас нужно укреплять, а не обрывать. Лучше пусть встречаются, но не близко.<\/li>\n<li>При движении круг опасности заражения вокруг вас сужается и вытягивается назад. Даже если бы заражение было мгновенным от одной частички вируса, достаточно было бы обходить других за один метр, но держать расстояния в три метра от следующего. Для бегунов и велосипедистов «хвост» вируса может вытягиваться <a href=\"https:\/\/republic.ru\/posts\/96467\">до 20 метров<\/a>. Поэтому два метра — это слишком.<\/li>\n<\/ol>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/running_covid19.jpg\" width=\"700\" height=\"300\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Из препринта <a href=\"http:\/\/www.urbanphysics.net\/COVID19_Aero_Paper.pdf\">исследования Берта Блокена<\/a> сотоварищи<\/div>\n<\/div>\n<ol start=\"3\">\n<li>Вероятность заболеть также <a href=\"https:\/\/theconversation.com\/coronavirus-does-the-amount-of-virus-you-are-exposed-to-determine-how-sick-youll-get-135119\">пропорциональна<\/a> количеству частиц вируса, которые вы соберёте. Для заражения нужно взаимодействовать с больным на очень близком расстоянии, либо долгое время, 10-15 минут. Пройти мимо больного на улице практически безопасно. Если вы остановились поговорить со знакомым на десять минут и стоите не вдоль, а поперёк тротуара, то да, вам может понадобиться два метра.<\/li>\n<li>Карты ширин тротуаров лукавят. Два метра ширины они кладут в «красный» сектор, потому что от 60% до 90% тротуаров уже достаточно широки. Авторы агитируют за тротуары от трёх, и то и пяти метров, как на карте Нью-Йорка. Если представить, что все тротуары сделали шириной пять метров, то мы получим условный Минск. <a href=\"https:\/\/domz60.wordpress.com\/2016\/05\/23\/can-sidewalks-be-too-wide\/\">Несоразмерные человеку<\/a> площади, гигантские бесполезные пространства. Разумный город захочет их сузить: поставить торговые палатки и скамейки, посадить кусты. Эффективная ширина тротуаров вернётся к двум метрам. Вирус довольно потирает метафорические ручки.<\/li>\n<\/ol>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/wide_sidewalk.jpg\" width=\"1400\" height=\"600\" alt=\"\" \/>\n<div class=\"e2-text-caption\">© <a href=\"https:\/\/www.flickr.com\/photos\/la-citta-vita\/5978058507\">La Citta Vita<\/a>, CC-BY-SA 2.0<\/div>\n<\/div>\n<p>Даже картография тут расстраивает. Нынешняя эпидемия вируса осыпала нас гигантским количеством карт. Распределение заражений по странам, свойства городов, перелёты, закрытые границы. Каждая из этих карт по-своему чудовищна. Что немного предсказуемо: вирус не знает про границы, статистика не сохраняет индивидуальные случаи, а карты не умеют показать то, у чего нет координат. Когда кто-то пытается собрать эти координаты в достаточном количестве, они напарываются на этическую проблему с <a href=\"https:\/\/habr.com\/ru\/company\/globalsign\/blog\/497748\/\">тотальной слежкой<\/a>. Проблема неразрешима, если мы всё ещё думаем о людях, а не о карте и вычислениях на ней.<\/p>\n<p>Мир захватили инженеры. Им свойственно считать, что знание инструментов и алгоритмов заменяют любую экспертизу. Нет проблем, есть технические задачи. Во время самоизоляции есть куча времени, чтобы покопаться в форматах, установить библиотеку, поиграть со слоями. Ощущить свою полезность через код и пиксели. Не нужно быть картографом, чтобы сделать карту. Как и в остальном информационном дизайне, инфографика теперь не для объяснения чисел, а их разукрашивания. Написать «Россия 12000» некомильфо, нужно нарисовать кружок в Красноярском крае. Самые продвинутые качают GeoJSON регионов и раскрашивают их в картограмму. Снова техническая задача. Снова простое, но неправильное решение.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/google_covid19-nq8.png\" width=\"1048\" height=\"449\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Это гугль, но у яндекса <a href=\"pictures\/yandex_covid19-nq8.png\">то же самое<\/a>. Хорошо, что это пятно до Москвы доберётся нескоро<\/div>\n<\/div>\n<p>И вот у нас есть карта ширин тротуаров. Какое её полезное действие? Если расширить тротуары — то где анализ, можно или нельзя, пешеходные потоки и почему это надо? Если привлечь внимание к дистанцированию — то почему три метра, а не два? Если поразвлекать — то почему эти карты невозможно читать? Нужно масштабировать, но непонятно, зачем. Я вглядываюсь в полоски — чтобы что? Понять, где можно говорить со случайными знакомыми, встав поперёк тротуара, а где нет?<\/p>\n<p>Несоответствие труда и выхлопа огорчает. Сочетание никакой цели и огромных средств — самоизоляция, как видно, высвободила огромные ресурсы, люди могли бы приносить пользу, как когда-то Джон Сноу, но вместо этого тратят время на фигню.<\/p>\n<p>Польза от всех этих вирусных карт, с тротуарами, кружочками, стрелочками, есть. Но нужно понимать, что она только для одного человека: автора. Он или она прокачали свои навыки работы с данными, визуализации, кодирования. Пополнили портфолио. А для других людей это лишь очередной мемчик: посмотрели, хмыкнули, перешли к следующей картинке.<\/p>\n<p>Вот что меня и выбесило — пока я смотрю мемчики, люди рисуют карты, пусть бессмысленные, и прокачивают навыки. Хватит, третий месяц пандемии завершается, пора. Пора закрыть ленту и открыть метафорический QGIS. Раскопать проект, заброшенный пять лет назад, и довести до ума. Придумать собственный мем. Написать в штосм. Или, хотя бы, <a href=\"https:\/\/forum.openstreetmap.org\/viewtopic.php?id=69429\">порисовать деревни<\/a>.<\/p>\n",
            "date_published": "2020-06-04T10:23:38+04:00",
            "date_modified": "2020-06-04T10:22:33+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/yandex_covid19-nq8.png",
            "_date_published_rfc2822": "Thu, 04 Jun 2020 10:23:38 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1515",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/yandex_covid19-nq8.png",
                    "https:\/\/shtosm.ru\/pictures\/london_sidewalks.jpg",
                    "https:\/\/shtosm.ru\/pictures\/running_covid19.jpg",
                    "https:\/\/shtosm.ru\/pictures\/wide_sidewalk.jpg",
                    "https:\/\/shtosm.ru\/pictures\/google_covid19-nq8.png"
                ]
            }
        },
        {
            "id": "1509",
            "url": "https:\/\/shtosm.ru\/all\/buduschee-raydsheringa-eto-avtobus\/",
            "title": "Будущее райдшеринга — это автобус",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/lyft_zimbabwe.jpg\" width=\"1400\" height=\"600\" alt=\"\" \/>\n<\/div>\n<p>На этой неделе компанию Juno, в которой я работаю, закрыли. Всех разработчиков взял к себе Lyft — другой американский райдшеринг. Раньше мы работали с одним Нью-Йорком, теперь наше поле работы — все Соединённые Штаты. Весёлые времена. Приезжали гости из других офисов, готовили нас к работе в новой компании.<\/p>\n<p>Помимо прочего, смотрели road show видео про компанию, которое они подготовили к своему IPO. Семнадцать минут американского корпоративного бинго — вам это не нужно. В процессе я задумался: какое у всего этого будущее? Мы постоянно пользуемся убером, геттом или яндекс-такси, райдшеринг теперь так же привычен, как троллейбус. Но я помню, как все доставали телефоны, чтобы не тупить в телеграм, а звонить и писать смс, и это казалось естественным и навсегда.<\/p>\n<p>В ролике Lyft говорят, что идея сервиса совместных поездок родилась у авторов в Зимбабве, когда они увидели тамошние маршрутки. «А как бы нам сделать, чтобы люди не по-одиночке стояли в пробках, а помогали друг другу?» И сделали компанию, которая даёт одним людям подвозить других. Пассажиры, в свою очередь, в их видении отказываются от своих машин, что разгружает улицы и освобождает территорию городов для новых парков и пешеходных зон. Их видение сервиса оптимистично: «Most caring, safest, cheapest, reliable».<\/p>\n<p>Правда, ничто из этого списка не характеризует райдшеринг. Первые два сталкиваются с многочисленными <a href=\"https:\/\/www.npr.org\/2019\/09\/12\/759876637\/lawsuits-say-lyft-doesnt-do-enough-to-protect-women-from-predator-drivers\">историями<\/a> пассажиров, пострадавших от водителей, и последним ничего за это не было. Стоят поездки тоже не копейки: на порядок дороже общественного транспорта, доступно не всем. Да и надёжность относительна: думаю, у всех были истории, когда машины не приезжали или блудили, с риском опоздать на поезд или самолёт. Ваша поездка зависит от инфраструктуры, а она не сделана конкретно для вашей машины.<\/p>\n<p>Оптимистичная картина, когда люди бросили машины под пресс и гуляют по парку, немного сбивается реальностью, где большую часть времени тысячи водителей райдшеринга бесцельно ездят по городу в ожидании заказа, увеличивая пробки или занимая парковочные места. Парками люди тоже не наслаждаются — они же работают на uber и яндекс за минимальную оплату. Как всегда, прекрасное будущее оказалось не для всех: без разделения общества на классы оно не работает, у нас снова получилась антиутопия.<\/p>\n<p>Думаю, райдшеринг — такой же временный феномен, переходная технология, как пейджеры. Потому что эти сервисы, во-первых, не для всех, а во-вторых, конкурируют и ухудшают качество общих городских сервисов. <a href=\"https:\/\/www.citylab.com\/transportation\/2019\/01\/uber-lyft-ride-hailing-impact-public-transit-ridership\/581062\/\">Исследования<\/a> показывают, что когда появляется райдшеринг, он сокращает не число машин на улицах, а число пассажиров автобусов. Райдшеринг должен умереть, вернувшись в свою премиальную нишу такси. Что и произойдёт, когда водители потребуют нормальной оплаты и страховки. И как раз Lyft в этом плане более дальновидная компания, потому что делает платформу для всего транспорта, включая общественный.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/valencia_scooter.jpg\" width=\"1400\" height=\"600\" alt=\"\" \/>\n<\/div>\n<p>В чём же будущее? Ну, это точно не такси: даже с электрическими самоуправляемыми машинами подвозка людей останется премиальным сегментом, ухудшающим состояние города пробками, квадратными километрами дорог и выбросами, прямыми или нет. Парящие автомобили без водителей из фантастических фильмов опускают проблему, кто именно ими пользуется из миллиардов жителей планеты. Self-driving, очевидно, важен — но не для личных перевозок, а для автобусов и грузовиков.<\/p>\n<p>Будущее персональной транспортации, очевидно, за микромобильностью: то есть, электросамокатами. Я не люблю их по какой-то <a href=\"https:\/\/www.citylab.com\/perspective\/2019\/09\/scooters-pros-and-cons-city-rental-bird-lime-safety-mobility\/597949\/\">иррациональной причине<\/a>. Наверное, потому что они не спортивны. Но это и есть их killing feature: в отличие от велосипедов, они убирают спорт из микромобильности. Хватит потеть и напрягаться. Да, самокаты небезопасны, но это не значит, что шлем обязателен. Даже на велосипеде шлем — лишь заплатка для отсутствующей дорожной инфраструктуры. Отдели велосипеды с самокатами от машин на всё пути от дома до школ, работ и театров, — и всё, шлемы не нужны. Как в Нидерландах, например.<\/p>\n<p>Но на самокаты не посадишь всю свою семью, как и не встанешь, если у тебя ноги или руки не слушаются. Даже райдшеринг не поможет: пробовали когда-нибудь вызвать такси для двух детей? Будущее перевозок такое же, как их прошлое: общественный транспорт. Он поменяется, станет полностью электрическим, водители превратятся в кондукторов, маршруты станут к вам ближе, различия между разными видами транспорта сотрутся. Только общественный транспорт может быть доступен каждому из-за цены и размеров: в некоторых городах он вообще бесплатен. Да, это благодаря государственным субсидиям, но без них никак: это вложения в рост страны и людей.<\/p>\n<p>Роль нынешних райдшерингов и Lyft во всём этом — не управлять, а решать проблемы микромобильности (самокаты пока нерентабельны) и помогать оптимизировать сети общественного транспорта. Мы видели зачатки работы в этом направлении, когда смеялись над идеей CityMapper сделать маршрутки 2.0 в Лондоне. Главное, что у компании тогда получилось, — <a href=\"https:\/\/medium.com\/citymapper\/smartbus-7b6848241526#38fc\">перепридумать<\/a> маршрутную сеть, чтобы получить максимальную прибыль. Но автобусы должны оставаться прерогативой муниципалитета, потому что он не только может оперировать в масштабе города, но и понизить цену пользования до нуля, дав возможность перемещения каждому жителю. А возможность перемещения — это то, что развернёт города обратно, позволив людям селиться где угодно. Вкупе с удалённым сетевым присутствием, конечно.<\/p>\n<p>Что хорошего в новой мобильности для OpenStreetMap? Разумеется, райдшеринги типа Uber рассматривали карты TomTom и Here для своих операций. Они полные, качественные и достаточно часто обновляются — тут никаких проблем. Вот только сам их принцип настолько устарел, что потенциальные заказчики едва скрывают разочарование. Это автомобильные карты дорог. Для водителей. А там, куда мы направляемся, не нужны дороги. И как ни смешно, единственная карта с достаточно большим покрытием и достойной сетью пешеходных и велосипедных дорожек — это OpenStreetMap. Полностью в интересах компаний, занимающихся микромобильностью, уточнять и пополнять наши геоданные, чтобы точнее определять, где ставить станции и как добраться до ближайшего самоката.<\/p>\n<p>Мы начертим автобусные полосы и отделим велодорожки от проезжей части. Следующий шаг — убрать проезжую часть вообще. <a href=\"https:\/\/roadswerenotbuiltforcars.com\/\">Дороги строили не для автомобилей<\/a>. Машины так же преходящи, как райдшеринг. Если подумать дальше, то людям не нужен транспорт, как не нужны и карты. Им нужно быть в точке Б. Потому что там работа, или больница, или кинотеатр. Чтобы решить эту проблему, не обязательно выводить более быстрых лошадей — в смысле, самоуправляемые автомобили или расу рабов. Ни социальные, ни технологические изменения тут не помогут. Только структурные и культурные. Базовый доход заставит людей оценить, так ли им охота пилить на работу, или лучше заняться творчеством или увлечениями дома или в соседнем кафе. Нефликс и аналогичные сервисы показывают, что станет — что уже происходит — с кинотеатрами. Меньше человеческих контактов — меньше болезней и справок — меньше необходимость во врачах. Атомизация общества неизбежна, и именно она приведёт к тому, что легковые машины станут никому не нужны.<\/p>\n",
            "date_published": "2019-11-23T11:03:34+04:00",
            "date_modified": "2021-12-13T00:02:54+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/lyft_zimbabwe.jpg",
            "_date_published_rfc2822": "Sat, 23 Nov 2019 11:03:34 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1509",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/lyft_zimbabwe.jpg",
                    "https:\/\/shtosm.ru\/pictures\/valencia_scooter.jpg"
                ]
            }
        },
        {
            "id": "1507",
            "url": "https:\/\/shtosm.ru\/all\/glavny-vopros-openstreetmap\/",
            "title": "Главный вопрос OpenStreetMap",
            "content_html": "<p><i>Сейчас в Призрене, Косово, идёт конференция State of the Map SEE (юго-восточной Европы). Видеозаписей не будет: она по-настоящему локальная, для той пары сотен человек, кто понимает английский. После моего доклада появились несколько идей, которые стоило записать. Если хотите контекст — следите за телеграм-каналами <a href=\"https:\/\/t.me\/foss4g_ru\">@foss4g_ru<\/a> и <a href=\"https:\/\/t.me\/shtosm\">@shtosm<\/a>.<\/i><\/p>\n<p>Рассказал про OpenStreetMaps во множественном числе. Втопил за многоязычность и разнообразие среди участников — и понимание, что у нас не одна OpenStreetMap с единым всемирным сообществом, а тысяча отдельных OSM с тысячью маленьких и больших сообществ, у каждого из которых свои практики тегирования и мнения о полноте карты. Я не понимаю, как здесь, в Косово, отметят свои кебабные рестораны на карте их владельцы, когда они не могут даже узнать про OSM (сайт этой конференции — только на английском) и узнать его правила (перевода вики на албанский нет).<\/p>\n<p>Сейчас с Феликсом классно обсудили эти наблюдения. Спросил у него про нападки на Missing Maps. Европейцы замечали, что от всей этой инициативы веет колониализмом: белые мужчины решают, как выглядеть карте Африки и Азии. С другой стороны, карта колониальна по своей природе: ты идёшь в соседний двор и решаешь, как ему выглядеть на карте, что должно там быть и что нет. Карта — это власть; нельзя делать карту и не иметь власти. Цель подобных конференций — поделиться этой властью, дать её как можно большему количеству людей.<\/p>\n<p>Но, опять же, среди слушателей нет владельцев кебабных. Они не поймут доклады, хотя среди них есть очень доходчивые ликбезы, потому что они на английском. Нужно ли им это? Закрадывается странная мысль, что может, пусть они жарят свои кебабы, карта им ни к чему. Поэтому их нет в OSM. Это опасно походит на поверье десятилетней давности, что женщин в технических профессиях мало, потому что это не женское дело, это им не интересно. Стыдная мысль, даже писать её неловко.<\/p>\n<p>Другое, о чём мы задумались, — OpenStreetMap как средство получения и передачи знаний. Ты не рисуешь домики, а узнаёшь, как устроена карта, как проекция влияет на прямоту углов, как спутниковые снимки соотносятся с картой. Ты получаешь важные знания и даже не обращаешь на это внимание. Потенциальные картографы в деревнях, охваченных Missing Maps, лишаются этого: всё нарисовано за них. Для компаний и кампаний OpenStreetMap — это данные. Нужно больше данных, нужны свежие данные. Но людям нужны не данные, а знания. Люди — особенно люди из далёких стран — предпочтут научиться, предпочтут освоить удочку, а не получить рыбу. Закрашивая карту из лучших побуждений, мы лишаем этих людей знания.<\/p>\n<p>Важная часть обучения картографии — ошибки. Придя в проект, ты рисуешь кривые домики, выбираешь глупые теги (я помню про свои <i>juridical_faces<\/i>) и забываешь соединить улицы. Потом понимаешь, в чём ошибка. Придумываешь свои теги, обращаешь внимание на мелочи, которые не интересуют других: на полосы обгона, кусты вдоль дороги, люки. Быть в OpenStreetMap на заре его становления было классно: ты двигался наощупь и узнавал многое в процессе.<\/p>\n<p>Сейчас если ты сделаешь ошибку, тебе в личку быстро придёт кто-то из сотни валидаторов и сообщит о ней. Может, даже отругает. Всё стандартизировано, везде валидаторы. Карту используют в Facebook, Mapbox, Microsoft, Apple. Она должна быть однообразна и корректна. У современных новичков в OSM нет права на ошибку. Они приходят и становятся частью даже не сообщества, а армии картографов, где всё должно быть ровно, параллельно и покрашено в уставные цвета. Из проекта уходит игра и приходят задачи. А игра — это лучший способ получить знания. Корпорации и опытные картографы лишают участников знаний в обмен на большие и качественные данные.<\/p>\n<p>Непонятно, что с этим делать. Возможно, это лишь моментное чувство, а OpenStreetMap, как мы знаем, не оперирует моментом: на него нужно смотреть через десять, пятьдесят лет. ML и AI, которые никогда не приносят новых знаний, как пришли, так и уйдут. Может, мы поймём, что OSM идёт не туда, и сделаем альтернативу. Может, мы запретим массовые правки. Или запретим препятствовать им. В ближайшие годы нам придётся ответить, <i>что такое OpenStreetMap<\/i>. Данные или карта? Игровая площадка или галеры? Средство общения или проект? Польза или сообщество? Наш совместный ответ определит будущее проекта — и, конечно, оно не понравится никому в любом случае.<\/p>\n",
            "date_published": "2019-10-26T18:32:01+04:00",
            "date_modified": "2019-10-26T22:16:51+04:00",
            "_date_published_rfc2822": "Sat, 26 Oct 2019 18:32:01 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1507",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "1504",
            "url": "https:\/\/shtosm.ru\/all\/kant-and-openstreetmap\/",
            "title": "Рисование карты по Канту",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/summit2019.jpg\" width=\"1148\" height=\"492\" alt=\"\" \/>\n<\/div>\n<p>Прочитал на «репаблике» краткий <a href=\"https:\/\/republic.ru\/posts\/94582\">пересказ<\/a> тезисов Канта в отношении морали и этики и понял, чем мне не нравится инициатива Missing Maps. Они подменяют категорический императив гипотетическим, этим вредя проекту, перенося его в статус необязательного.<\/p>\n<p>Многие из нас рисуют карту просто потому что могут. «Картировать должен каждый» — эта фраза, в которой обычное «может» подменяется императивом «должен», руководит нашим выбором. Особенно если подменить слово «картировать» на «улучшать OpenStreetMap», где первое слово обозначает всё: и программирование, и написание текстов, и организацию мероприятий. Это категорический императив: он ничем не обусловлен и мир стал бы лучше, если бы им руководствовался каждый.<\/p>\n<p>Тут приходят активисты Missing Maps и говорят: «рисуйте карту — она спасёт жизни!» На призыв откликаются тысячи людей, которые очень быстро наполняют данными белые пятна в OpenStreetMap. Проекты гуманитарной команды один полезнее другого: где помогают оценить ущерб от наводнения, где — спрятать девочек от обрезания, в Филиппинах превентивно закартировали всю страну не только для экстренного реагирования, но и для госпроектов. Всех людей в гуманитарной команде объединяет наличие цели: они не рисуют карту, а помогают людям. Для них карта утилитарна, картировать — это гипотетический императив.<\/p>\n<p>По Канту, следование гипотетическому императиву легально, то есть, полезно и правильно, но не морально. Этически развитому человеку не нужны причины, он следует долгу, и если он знает про открытую карту, то улучшает её, не придумывая, зачем он (или она) это делает. При этом, не имеет значения, OSM рисует человек или «Народную карту»: то и то считается моральным, потому что позволяет реализовывать свой долг его описания. Способ реализации не важен, покуда действие является добром для мира. Поэтому я когда-то вполне мог оказаться в НЯК и рассказывать по всему миру о нём, а не об OpenStreetMap.<\/p>\n<p>Если люди рисуют карту одинаково продуктивно, руководствуясь и категорическим, и гипотетическим императивами, то какая разница? По Канту, поступок, сделанный не из долга, несовершенен. С точки зрения опытных участников проекта OSM разница налицо: имея целью не выполнение долга по улучшению карты, а стороннюю цель («спасаем жизни!»), люди на самом деле не улучшают карту, а вредят ей. Клацают кривые домики «на отвяжись», засоряют города линиями без тегов и дорогами невпопад. Ещё не сформировавшимся местным сообществам придётся не рисовать карту с нуля, как мы любим, а разгребать чужие ошибки. И это мы ещё не говорим про автоматическое рисование.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/missingmaps19.jpg\" width=\"1400\" height=\"600\" alt=\"\" \/>\n<\/div>\n<p>Проект Missing Maps невероятно эффективен в привлечении редакторов. Но его существование — проблема для проекта, равно как и наоборот. В 2016 году мы спорили насчёт термина craft mappers, которым Майкл Мигурски <a href=\"http:\/\/mike.teczno.com\/notes\/openstreetmap-at-a-crossroads.html\">окрестил<\/a> людей, препятствующих развитию OSM. Кажется, философия Канта объясняют, в чём именно он был неправ: craft mappers — это люди, для которых улучшение карты является категорическим императивом. Этот императив требует от них контроля и абстрагирования от реальных задач для карты. Их сложно понять тем, у кого карта <a href=\"https:\/\/www.facebook.com\/darafei\/posts\/10217965825364698\">не входит<\/a> в число абсолютных ценностей.<\/p>\n<p>Это не значит, что Missing Maps нужно закрывать, или что их мероприятий нужно избегать. Напротив. У лекторов проекта можно научиться заражать своим видением мира других, а затем помочь участникам не сильно портить карту. Они дают шанс подумать, что станет с OSM, когда о нём действительно узнает каждый. В субботу 12 октября в Москве рядом с метро «Белорусская» состоится первый марафон Missing Maps в России. <a href=\"https:\/\/vrachi-bez-granits-m-deci.timepad.ru\/event\/1070614\/\">Сходите на него<\/a> и побудьте ответственным картографом, записавшись в валидаторы и проверяя правки новичков.<\/p>\n",
            "date_published": "2019-10-04T20:01:59+04:00",
            "date_modified": "2019-10-04T20:01:51+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/summit2019.jpg",
            "_date_published_rfc2822": "Fri, 04 Oct 2019 20:01:59 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1504",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/summit2019.jpg",
                    "https:\/\/shtosm.ru\/pictures\/missingmaps19.jpg"
                ]
            }
        },
        {
            "id": "1503",
            "url": "https:\/\/shtosm.ru\/all\/zhelaem-togo-chto-imeem\/",
            "title": "Желаем того, что имеем",
            "content_html": "<p>Пока готовился к докладу, прослушал много попыток представить API 0.7 другими людьми, особенно <a href=\"https:\/\/2018.stateofthemap.org\/2018\/T107-Modding_the_OSM_Data_Model\/\">Йохеном Топфом<\/a> и <a href=\"https:\/\/2015.stateofthemap.us\/some-osm-futures\">Энди Алланом<\/a>. И прочитал, конечно, <a href=\"https:\/\/wiki.openstreetmap.org\/wiki\/API_v0.7\">страницу в вики<\/a>. Предложений много. Самые радикальные, но с которыми сложно не согласиться, проходят по разряду «наша модель данных сложная, давайте приблизим её к Simple Features». Специальный тип для полигонов, например. Но правильно ли мы хотим?<\/p>\n<p>У нас же всё есть. Мы уже умеем отличать закрытые линии от периметров, умеем разбирать мультиполигоны. Зачем упрощать, когда незачем упрощать? То же самое в предложении Йохена убрать точки без тегов и добавить линиям координаты — по сути, собственную геометрию. Да, сейчас кэширование координат ест память, собирать объекты неудобно. Но кто сказал, что должно быть удобно потребителям данных? Удобно должно быть редакторам, потому что OpenStreetMap — проект для редакторов. С их позиции всё отлично: тайлы рендерятся, данные в базу загружаются, osmium вообще быстрый стал.<\/p>\n<p>Технарям, которые пишут софт, право голоса ни к чему. У них есть рычаг, коего лишены большинство участников проекта: они умеют писать софт. А остальным с моделью данных, на которую они пытаются повлиять, придётся жить. И ни разу не очевидно, что жизнь станет проще: мало ли, разрезать окружности напополам станет сложнее, или потребуется указывать, насколько важна каждая точка. Делать лишний клик на перекрёстках. Вся нужная информация уже есть в базе, а память и хранилища дешевеют быстрее, чем мы рисуем новые объекты.<\/p>\n<p>Разумеется, API всё равно устарел и его нужно менять. Только смотреть не туда, куда показывают натруженные пальцы программистов. А туда, где болит конкретно у вас, картографов. Вандалы замучали? Давайте думать, что нам упростит поиск проблемных правок и их откат. Лень тратить время на исправление тупых ошибок вроде линий из одной точки? Посмотрим, какую валидацию можно встроить в обработчики загрузки данных. Не выбрать между landuse=forest и natural=wood? Давайте запретим один из них на уровне API.<\/p>\n<p>И ещё пора перестать делать вид, что Overpass API — сторонний проект, никак не связанный с OSM API. На минуточку, в вики более сорока страниц про первый и всего одна про второй. OSM API не находится в вакууме, это интерфейс доступа к данным не лучше и не хуже других. Поскольку OSM децентрализован, то ничего удивительного, что API разбросан не только по нескольким странам, но и по нескольким способам доступа. Overpass API — один из них, и он решает очень много пожеланий к API 0.7. У него одна проблема: в отличие от Taginfo, Nominatim или форума он не установлен на серверах OSMF, и поэтому его сложно воспринимать всерьёз участникам проекта. Даже несмотря на то, что сервисов, написанных на Overpass, больше, чем использующих API. Ваш API 0.7 — это Overpass API, смиритесь с этим и думайте, какие особенности OSM API ограничивают все способы работы с данными.<\/p>\n<p>Я поставлю на <a href=\"https:\/\/www.youtube.com\/watch?v=MKLwLI8fyn0\">отказ от пакетов правок<\/a>: как метаданные, они лучше расстановки одинаковых тегов на всех объектах, но не оправдывают никаких ожиданий. Запрос для скачивания содержимого пакета, а не только тегов, должен быть выкорчеван из API, чтобы не подавать странных идей. И поставлю на лучшие связность и версионирование: не могу не согласиться с Йохеном, что когда внутри одной версии у линии может быть несколько разных геометрий, это дезавуирует всю систему версионирования. Нельзя откатить линию или отношение к прошлой версии, потому что это вызывает вопросы, к каким версиям откатывать их члены. Так мы возвращаемся к API 0.5, когда история адресовалась по меткам времени. Поэтому специфику OSM, «всё связано со всем», нужно подчеркнуть указанием ссылок на родительские элементы, и версии делать либо составными, либо увеличивать на каждый чих.<\/p>\n<p>В докладе на State of the Map, помимо <a href=\"https:\/\/t.me\/shtosm\/292\">проблем комментариев к правкам<\/a>, я упомянул, что неплохо бы добавить способ выкачивания полной истории для любого объекта, включая историю его членов. И получение удалённых объектов для заданной области. Которое у нас уже есть для Potlatch 1, но не для остальных редакторов, несмотря на <a href=\"https:\/\/github.com\/openstreetmap\/openstreetmap-website\/pull\/1448\">попытки Фредерика<\/a>. Да, это частично умеет Overpass API, но работа с исходной базой данных поможет получить результат быстрее и помочь в выкапывании истории другим инструментам, которые не приняли Overpass как нашего отца и спасителя. Наконец, задумавшись об истории в API, мы сможем сделать ещё один маленький шажок и добавить в него метод \/revert. А затем и соответствующие кнопочки на сайт.<\/p>\n<p>Нам не нужно упрощать данные. Нынешние инструменты отлично справляются с преобразованием их в удобные другим людям форматы. Нам нужно подумать, чего мы лишены. И доделать это: изменить инструменты мониторинга или поправить модель данных, чтобы понять историю нашей карты.<\/p>\n",
            "date_published": "2019-09-27T12:29:16+04:00",
            "date_modified": "2019-09-30T12:22:05+04:00",
            "_date_published_rfc2822": "Fri, 27 Sep 2019 12:29:16 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1503",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "1490",
            "url": "https:\/\/shtosm.ru\/all\/ne-tolko-karta-ulic-i-ne-slishkom-otkrytaya\/",
            "title": "Не только карта улиц, и не слишком открытая",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/kiiv_old_map.jpg\" width=\"1400\" height=\"600\" alt=\"\" \/>\n<\/div>\n<p>OpenStreetMap — открытая карта улиц. Это назначение зашито в название проекта, потому что атласы всегда были для автомобилистов. Улицы, шоссе, грунтовки с подписями на фоне бледных лесов и городских районов. Лора Блисс в <a href=\"https:\/\/www.citylab.com\/life\/2019\/08\/thomas-guide-los-angeles-history-street-map-google-waze-app\/591721\/\">статье для CityLab<\/a> вспоминает, как рассматривала атлас Лос-Анджелеса в детстве, когда водители считали за честь держать всю сетку улиц в голове и знать, как объехать пробку на магистрали, — и понимает, почему атласы уступили навигаторам.<\/p>\n<p>Мобильные навигаторы полностью меняют фокус: в них город вращается вокруг водителя, а не водитель находится где-то в городе. У карты на экране ни секунды покоя: она то поворачивается, то меняет масштаб. Нет времени её рассмотреть и понять. Поэтому запомнить город с экрана навигатора невозможно, остаётся следовать указаниям и надеяться, что по маршруту нет размытых мостов и перекрытых дорог. Но даже люди, которые когда-то помнили каждый переулок, отказываются от знаний и переходят на мобильные карты.<\/p>\n<p>Причина проста: пробки. Машин на дорогах всё больше, они блокируют не только магистрали, но и объездные маршруты. Когда-то тихие районы теперь перегружены машинами, потому что навигаторы советуют срезать через них. Хорошей памяти на улицы недостаточно: нужно получать информацию об авариях и заторах ежеминутно, чтобы не простоять два часа. Полезная карта для водителя — это живая карта в навигаторе.<\/p>\n<p>Сложно представить человека, который рассматривает карту в навигаторе. Она не предназначена для долгого взгляда. Главное на экране — синяя лента маршрута, чуть менее важны все остальные дороги слева и справа по ходу движения. Остальные элементы неинтересны, потому что по ним нельзя ехать. Хорошо бы их убрать или затенить, чтобы не отвлекать водителя. Мобильная карта — карта для автомобилиста, это карта улиц.<\/p>\n<p>Настольные карты тоже стремятся к утилитарности мобильных. Открой гугль — там белые дороги на светлом фоне, зато экран усыпан яркими булавками заведений: «кликни меня!» Карты яндекса красивее: дома, дворовые проезды, тропинки и велодорожки. Вроде как пёстро и интересно, но пяти минут достаточно, чтобы понять: эта карта тоже только для одной задачи: «проложи маршрут!» Невозможно уделять таким картам время, с ними нужно решить задачу и уйти.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/many_maps.jpg\" width=\"1400\" height=\"600\" alt=\"\" \/>\n<\/div>\n<p>Мне с детства нравится рассматривать карты. Следить за линиями и обозначениями и находить взаимосвязи. Но рассматривание карты ушло в прошлое вместе с атласами. Теперь печатные карты — лишь <a href=\"https:\/\/t.me\/shtosm\/218\">историческая ценность<\/a>. Две коробки моего картографического архива спрятаны где-то в шкафу, толстые красивые атласы пылятся под потолком, карты из спинки автомобильного сиденья я не доставал лет пять. Всё устарело, стимула покупать новое нет: там то же самое, только на свежих данных.<\/p>\n<p>Каждый год на конференциях State of the Map и FOSS4G устраивают конкурс плакатов. Кажется, вот оно: стой и рассматривай. <a href=\"https:\/\/t.me\/foss4g_ru\/366\">Задерживаюсь у каждого<\/a> на несколько минут — но это же не карты. Это либо исследовательские работы, поданные в форме плаката, с горой текста, несколькими графиками и парой простых обзорных карт. Либо художественные работы, которые не сколько рассматриваешь, сколько воспринимаешь. Да, встречаются красивые, «Pop Art» когда-то я утянул домой и не жалею об этом. Но карты — красивые, глубокие карты больше не вешают. Карта стала утилитарна; если она не выполняет предназначение, она не нужна.<\/p>\n<p>Любопытные глаза теперь рассматривают спутниковые снимки. Присматриваются к контурам домов, прослеживают грунтовку через поля и леса. Находят правильные контуры военных объектов или деревню в глуши. Что это за пятно? Кто здесь живёт? Когда на одну точку есть шесть разных снимков, интересно их <a href=\"http:\/\/osmz.ru\/imagery\/\">сравнить<\/a>, посмотреть, как застраивался город или меняла русло речка. Снимки бесконечны как вширь, так и вглубь: всегда есть интересный район или история, которую открывают две спутниковые фотографии, разделённые десятилетием.<\/p>\n<p>Для таких любопытных была сделана викимапия: люди просто подписывали все объекты на снимках, чтобы другие получили ответ на «а что здесь такое?» Подписывали без разбора, дом так же, как озеро, как военную часть или тропинку через лес. Оставляли комментарии: «о, я тут рыбу ловила, пока не заросло». Викимапия была уникальным проектом для любопытных — пока авторы проекта не забыли, кто к ним ходит, и не угробили проект рекламой и смещением фокуса на картографию.<\/p>\n<p>Казалось, вот два очевидных решения: люди смотрят на карточки — баннер же не помешает? И обвесили рекламой всё по периметру и немного внутри, чтобы пользоваться сайтом без адблока стало противно. И второе, наши редакторы же обводят снимки, а тут один шаг до классификации, чтобы получилась карта. Сделали — офигеть, карта начинает получаться, люди трассируют дороги и обводят населённые пункты. Вот только эти люди перестали уделять время тому, чем сайт был полезен: подписывать снимки, описывать спрятанные чудеса. Теперь они зачем-то дублируют работу, которую делают пользователи НЯК, OSM, Here. Делают недо-карту. Викимапия из уникального источника превратилась в никому не нужное подобие. Теперь на неё заходишь из жалости.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/varna_imagery_w_overlay.jpg\" width=\"700\" height=\"300\" alt=\"\" \/>\n<\/div>\n<p>Рассматривать викимапию неприятно, а карты гугля, яндекса и подобных — бессмысленно. Атласы ушли в прошлое, а на спутниковых снимках можно что-то различить, но не понять. Получается, рассматривать нечего? Напротив: ответ был перед нами все пятнадцать лет.<\/p>\n<p>Это OpenStreetMap. В отсутствие альтернатив OpenStreetMap стал главным атласом для рассматривания. Откроешь <a href=\"https:\/\/www.openstreetmap.org\">глагне<\/a>  — и залипнуть в карту можно надолго. Не только дороги и дома: тропинки, болота, фонтаны и места для пикника. Именно поэтому когда-то люди <a href=\"https:\/\/github.com\/gravitystorm\/openstreetmap-carto\/pull\/542\">возмущались<\/a>, что railway=abandoned убирают со стандартного стиля: да, эти линии обозначают снятые рельсы, это не-объекты. Но когда смотришь на карту, они многое рассказывают об истории. Объясняют, почему там просека или тропинка. Интересная карта рассказывает историю, и сотни тысяч редакторов своими кусочками историй превращают OpenStreetMap в величайшую сказку на земле.<\/p>\n<p>Опытные участники знают, что наша карта внутри гораздо больше, чем снаружи. Модель данных OSM со свободными форматами и бесконечными схемами тегирования подталкивает редакторов к слишком детальному картированию. Они указывают номера квартир в подъездах, виды деревьев в парке и напряжение в ЛЭП. Загружая кусочек города в JOSM, никогда не знаешь, какие мелочи заинтересовали местного картографа. То дороги окажутся усыпаны пожарными гидрантами, а то придётся ворочаться промеж отрисованных поребриков.<\/p>\n<p>Карта богата внутри, но увидеть это богатство непросто. Раньше был набор из нескольких десятков визуализаций Ito Map: они показывали ограничения скорости, колеи железных дорог, освещённость, адресацию и кучу других атрибутов. К сожалению, в июле этот проект <a href=\"https:\/\/www.itoworld.com\/ito-map-announcement\/\">закрыли<\/a>. У нас остались несколько тематических проектов типа <a href=\"https:\/\/www.openrailwaymap.org\/\">OpenRailwayMap<\/a> и <a href=\"https:\/\/zlant.github.io\/parking-lanes\/\">Parking Lanes<\/a>. Проблема с ними в том, что их не найти. Ссылки рассыпаны по случайным страницам нашей вики, сайты включаются и выключаются в произвольные моменты времени. Они не столько углубляют представление об OpenStreetMap, сколько бросают: «а вот ещё какая штучка у нас есть». Вместо единой шкатулки драгоценностей получилась сеть музеев одной брошки.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/map1eu_sample.jpg\" width=\"994\" height=\"426\" alt=\"\" \/>\n<\/div>\n<p>OpenStreetMap сродни карьеру, полному смыслов и геоданных. Чтобы в него углубиться, картостилей недостаточно, нужны более точные инструменты. Такие как Taginfo и Overpass API. Нашли интересный тег — запустили запрос, чтобы выкопать подобные объекты в своём районе — раскрасили и сделали себе тематическую карту. Подождали, пока лимит на плотность запросов отпустит, и продолжили раскопки. Скачали GeoJSON или подкрутили карту в редакторе. Очень увлекательно, это как править «матрицу», смотря на стекающие зелёные буковки. Только Level0 не хватает для комплекта. Думаю, лишь 400-500 человек на весь мир умеют смотреть так глубоко.<\/p>\n<p>Нормальные люди приходят на наш сайт и рассматривают картостиль OSM Carto. Они не знают о «подводной части» базы данных — а ведь в ней самое интересное. Мы уже победили всех остальных по глубине карты, по её залипательности. Но чтобы усилить эффект, нужно что-то делать. Одно из двух. Либо, подобно <a href=\"https:\/\/www.openstreetmap.de\/\">немецкой глагне<\/a>, заменить карту стеной текста со ссылками. Правда, с нашим мастерством принятия решений за результат может быть стыдно: вывесят туда ссылки на вики, на форум и на планету. Разбирайтесь, мол, сами. Второй выход — заменить тайлы в карте векторными.<\/p>\n<p>Любой картографический стиль делит классы объектов на карте надвое: те, что он отображает и те, что прячет. Это нормально: чем продуманнее картостиль, тем короче его легенда. И это свойственно печатным картам. Но у нас на сайте интерактивная карта с бесконечным количеством атрибутов. Глупо отображать для всех одно и то же, по-барски позволяя включить аж четыре других стиля. Сколько атрибутов — столько картостилей. Нас спасут только векторные тайлы. Каждый посетитель должен получать свой собственный срез данных, чтобы посмотреть и офигеть от разнообразия. Мы <a href=\"https:\/\/t.me\/shtosm\/97\">обсуждали этот подход<\/a> во время прошлого State of the Map, но, кажется, никто не понимает, что нужно делать.<\/p>\n<p>Карта OpenStreetMap — это не картинка, которую можно рассматривать только вширь. Это калейдоскоп: покрути фильтры — и рассматривай заново, потому что открываются новые слои и новые взаимосвязи. Такое невозможно даже представить в коммерческой или печатной картографии, но мы, редакторы открытой карты, настолько привыкли к многогранной и запутанной модели данных, что даже не задумываемся, насколько уникальна и завораживающа наша карта. Мы пользуемся специальными инструментами, чтобы рассматривать грани, — а хорошо бы рассматривать их невооружённым взглядом.<\/p>\n<p>Улиц недостаточно. Пробки сиюминутны и потому не нужны. Важна общая картина. Карта обучает, просвещает, помогает найти себя в мире. Проект OpenStreetMap способен рассказать о твоём городе или маршруте столько, сколько не снилось атласам. Осталось придумать, как разрушить статус-кво с картостилями и недо-векторными тайлами от Mapbox. Мы можем сделать лучше. Карта должна быть свободной.<\/p>\n",
            "date_published": "2019-08-20T14:13:03+04:00",
            "date_modified": "2019-08-20T14:12:03+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/kiiv_old_map.jpg",
            "_date_published_rfc2822": "Tue, 20 Aug 2019 14:13:03 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1490",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/kiiv_old_map.jpg",
                    "https:\/\/shtosm.ru\/pictures\/many_maps.jpg",
                    "https:\/\/shtosm.ru\/pictures\/varna_imagery_w_overlay.jpg",
                    "https:\/\/shtosm.ru\/pictures\/map1eu_sample.jpg"
                ]
            }
        },
        {
            "id": "1489",
            "url": "https:\/\/shtosm.ru\/all\/knopki-ne-nuzhny\/",
            "title": "Кнопки не нужны",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/paper_map.jpg\" width=\"1400\" height=\"871\" alt=\"\" \/>\n<\/div>\n<p>Вчера <a href=\"https:\/\/t.me\/shtosm\/251\">в телеграме<\/a>, развивая мысль про интерактивные карты как признак ленивого дизайнера, я написал, что кнопки плюс-минус — худшее, что есть в картах после переключателя слоёв. Кажется, многие читатели восприняли это как шутку, а другие поделились контекстом, когда эти кнопки не заменить. Например, когда нужно управлять телефоном одной рукой, или демонстрировать карту на проекторе с пультом. Все эти проблемы — лишь следствие того, что мы слишком привыкли к плюсу и минусу.<\/p>\n<p>Современные интерактивные карты выглядят гораздо проще классических ГИС: нет панели с полусотней слоёв, нет трёх рядов кнопок управления и панели состояния с рядом загадочных чисел. Мы постепенно избавлялись от лишнего, и теперь карту загораживают только строка поиска и несколько кнопок. К сожалению, для хорошего интерфейса недостаточно убрать лишнее: нужно убрать, а затем переизобрести всё остальное.<\/p>\n<p>Кнопки изменения масштаба появились от свойств тайловой схемы вкупе с линукс-мышлением. Тайлы, из которых состоит карта, устроены просто: на нулевом масштабе один тайл, на первом — четыре (2×2), на втором — шестнадцать (4×4) и так далее, каждый квадратик делится пополам в обоих измерениях. Линукс-мышление требует максимальной конфигурируемости: вдруг пользователь захочет посмотреть на карту конкретно на 13 масштабе, а мы ему не дадим? Поэтому развитие карт идёт увеличением количества уровней масштаба как <a href=\"http:\/\/shtosm.ru\/all\/evolyuciya-glagne\/\">вглубь<\/a>, так и вширь, добавлением промежуточных уровней и переходом на векторные тайлы с непрерывным масштабированием. Больше контроля пользователю!<\/p>\n<p>Работа с интерактивной картой похожа на управление автомобилем с ручной коробкой передач. Ты дёргаешь рычаг при езде, довёл действия до автоматизма и понимаешь, зачем это делаешь и чем одна передача отличается от другой. Когда приходит дизайнер и <a href=\"https:\/\/ilyabirman.ru\/meanwhile\/all\/designers-and-specialists\/\">предлагает убрать<\/a> рычаг, первой реакцией будет от него отмахнуться. Но теперь мы ездим на машинах с двумя педалями вместо трёх с рычагом, и всё меньше людей готовы работать частью механизма. То же и с кнопками масштабирования в интерактивных картах: они упрощают жизнь разработчикам javascript-библиотек и усложняют всем остальным, от пользователей до создателей карт.<\/p>\n<p>Эти кнопки — бич веб-картографии. Как не устаёт <a href=\"http:\/\/городшахты.рф\/question\/stil-kartografa\/answer\/14746\/\">напоминать<\/a> Сергей Голубев, при каждом нажатии на «+» вы видите новую карту, с собственным картостилем и свойствами. На сайте osm.org у нас 20 (двадцать) различных картостилей. Каждое изменение стиля osm-carto затрагивает примерно половину из них, поэтому неудивительно, что дискуссии в репозитории обильно иллюстрированы и могут затягиваться. Но если подумать, действительно ли пользователю нужны все эти карты? Вне компьютера хватает трёх-четырёх: атласа мира, атласа области и карты города. Когда масштабов мало, больше времени остаётся на полировку оформления каждого. А точная настройка интерфейса становится излишней.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/burn_buttons.jpg\" width=\"1400\" height=\"600\" alt=\"\" \/>\n<\/div>\n<p>Изменить масштаб можно многими способами, в зависимости от устройства и сайта:<\/p>\n<ul>\n<li>кнопками плюс-минус на экране;<\/li>\n<li>теми же кнопками с зажатым shift для большей скорости;<\/li>\n<li>ползунком масштабирования;<\/li>\n<li>колёсиком мыши;<\/li>\n<li>двойным кликом левой кнопкой;<\/li>\n<li>растягиванием прямоугольника мышью с зажатым shift;<\/li>\n<li>кнопками «+» и «-» на клавиатуре;<\/li>\n<li>перетягиванием двумя пальцами на тачпаде или экране;<\/li>\n<li>щипком или расщипком на экране;<\/li>\n<li>дважды тыкаешь пальцем, второй раз не отпуская удерживаешь и тянешь вниз или вверх.<\/li>\n<\/ul>\n<p>Почему так много? Потому что у каждого из этих способов есть недостатки: от сложности обнаружения (последний пункт от Сергея Синицына удивил многих в чате) и отсутствия технической возможности (клавиатура есть не у всех) до неудобства, неточности или низкой скорости отклика.<\/p>\n<p>Но пользователи обычно приходят к вам не для того, чтобы масштабировать карту. Им все эти способы нафиг не нужны. Они хотят посмотреть на данные или понять взаимоотношение географических объектов. Если остановиться и подумать, что нужно пользователю, может оказаться, что либо не нужна интерактивность целиком, либо не нужно масштабирование, либо не нужны двадцать карт и сложные способы переключения между ними.<\/p>\n<p>Как пример альтернативной навигации, я сделал <a href=\"http:\/\/osmz.ru\/weirdzoom.html\">демонстрационный сайт<\/a>. На нём всего одна кнопка: её достаточно для карты, предназначенной для рассматривания. Кроме того, там всего пять уровней масштаба: достаточно, чтобы за три клика найти нужный дом, а не крутить карту туда-сюда, разглядывая промежуточные стили. Наконец, кнопка стоит внизу: так до неё удобнее дотянуться на телефоне.<\/p>\n<p>Разумеется, для более сложных сайтов одной кнопки может оказаться недостаточно. Но это не повод вестись на традиции и пользоваться стандартными элементами. Всегда можно сделать лучше. Вместо списка нарисовать картинки, вместо картинок встроить карты, вместо карт сделать простой инструмент. Интерактивная карта — всегда зло, но если вы её делаете, думайте о задачах пользователя и не перекладывайте на него свою работу.<\/p>\n",
            "date_published": "2019-07-18T10:50:46+04:00",
            "date_modified": "2019-07-18T10:50:22+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/paper_map.jpg",
            "_date_published_rfc2822": "Thu, 18 Jul 2019 10:50:46 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1489",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/paper_map.jpg",
                    "https:\/\/shtosm.ru\/pictures\/burn_buttons.jpg"
                ]
            }
        },
        {
            "id": "1485",
            "url": "https:\/\/shtosm.ru\/all\/vision-of-a-future\/",
            "title": "Vision of a Future",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/mapbox-vision-leftlane.jpg\" width=\"1400\" height=\"600\" alt=\"\" \/>\n<\/div>\n<p>Вы наверняка знаете про <a href=\"https:\/\/vision.mapbox.com\/index.html\">Mapbox Vision SDK<\/a>. Удивительная библиотека, которая прямо на устройстве прогоняет видео с телефонной камеры через нейронную сеть. Ищет в кадре машины, пешеходов и знаки, размечает кадр попиксельно, рисует на экране маршрут и напоминает об ограничениях. Продвинутый видеорегистратор. <a href=\"https:\/\/www.youtube.com\/watch?v=9FFMJ1Xa7TQ\">Видеоролик<\/a> лучше любого описания: да, техника дошла, будущее уже в телефоне и почти не тормозит.<\/p>\n<p>Его проблема в том, что он не нужен водителям. Несомненно, эта разработка на порядок интереснее самодвижущихся машин, которыми прожужжали все новости: такие машины купят несколько тысяч человек, а телефоны есть у миллионов водителей. Но авторы, как это часто бывает с технарями, для гениального ядра придумали яркий, но совершенно бесполезный обвес. Забыли одно из главных правил вождения: не отвлекаться. Все их линии и напоминания на практике не нужны.<\/p>\n<p>Когда я за рулём, экран моего телефона выключен. Там работает навигатор и в правильные моменты он подсказывает: «поверните налево», «через триста метров направо». Никогда не удавалось оценить, сколько это — триста метров; порой приходилось резко тормозить и сдавать назад. Если прикрепить телефон к приборной панели, я начинаю его палить: контролировать скорость и время по GPS, смотреть на окрестности на карте. Читать уведомления из мессенджеров.<\/p>\n<p>Поэтому AR, дополненная реальность, не нужна. Остальные части презентации тоже по-своему бесполезны. Предупреждения, например, либо избыточны и их игнорируешь — вспомните «динь» о превышении скорости в яндекс-картах, — либо редки и слишком неожиданны, чтобы вовремя среагировать. Картинки на сайте Vision SDK предлагают и третий вид уведомлений: слишком ярких и перегруженных, чтобы читать за рулём. Последний слайд в «Use Cases» особенно зловещ: внедрение системы приведёт к штрафам за то, что водители не роботы.<\/p>\n<p>Когда-то я целый год смотрел ролики ру-чп и теперь при езде я вижу сотни собственных ошибок, которые могли бы привести к аварии. Отвлёкся на медиафасад. На узкой полосе мечусь между зеркалами и машиной впереди. Автобус справа закрыл сигнал светофора и я его предположил. Мчу по трассе и ожидаю, что пешеходы не самоубийцы. Перестраиваюсь влево и каждый раз жду, что влечу в машину либо в слепой зоне, либо впереди, когда проверяю эту зону.<\/p>\n<p>Vision SDK захватывает воображение как обещание безопасного будущего. Водителю нужна помощь — но не в навигации: с ней справляются и обычные навигаторы. Этот технологический костыль приблизит то, о чём безосновательно грезят апологеты автономного транспорта: более безопасные и эффективные дороги. Для этого не нужно покупать новую машину и бояться, что встретишь непредсказуемый для искусственного интеллекта таз. Достаточно поставить две камеры сзади и спереди, запустить приложение и построить маршрут.<\/p>\n<p>Главное в разработке — заткнуть внутреннего технаря и решать проблемы, а не предоставлять возможности. Например, не показывать, а говорить. Не «триста метров», а «перед забором». «Две минуты до съезда, перестройся вправо». Или «десять секунд», если машин вокруг мало. Это всё базовые улучшения, для которых не нужно камер. Vision SDK позволяет оценивать окружающую обстановку так, как не сможет никакой водитель, особенно усталый или в сумерках. «Впереди пешеход, притормози».<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/empty-screen-dash.jpg\" width=\"1400\" height=\"600\" alt=\"\" \/>\n<\/div>\n<p>Обучение привычкам водителя, плюс данные с камер и автомобильных датчиков, плюс картография решат все затруднения, знакомые каждому водителю. Стоит ли разгоняться, или всё равно на светофоре стоять? Безопасно ли обгонять таз с прицепом, когда встречка далеко, но слепит фарами? Прервать обгон и встроиться между фурами? Быстрее ли соседняя полоса и точно ли там сейчас никого нет в слепой зоне? Сколько на этой дороге полос, не стоит ли принять чуть вправо? Тормозить или резко свернуть перед препятствием? Не влетит ли в меня обгоняющий, если я поверну налево?<\/p>\n<p>Нужно не вываливать всё, что вычислили, а ненавязчиво подсказывать и, возможно, светить крупными, понятными индикаторами. Знаю, что превышаю скорость, но пора бы понять, что я люблю ездить плюс пять к ограничению, за которые не штрафуют. Если я в правой полосе, то зачем предлагать держаться правее? Линия маршрута нафиг не нужна, когда о повороте можно сказать голосом, а вот индикатор «можно обгонять» очень бы пригодился. Как и индикаторы безопасности перестроения на левом и правом боковых зеркалах.<\/p>\n<p>Будут ли аварии из-за водителей, излишне положившихся на такого помощника? Конечно. Это предсказуемая угроза безопасности, с которой приложение, единственная задача которого — минимизация угроз, — должно бороться. Производители автономных машин сейчас думают, как водитель, следящий за правильностью решений, должен сигнализировать о своём внимании. Наша гипотетическая система тоже должна постоянно давать сигналы, что она следит за дорогой. При этом не раздражая водителя. Пониженная уверенность в данных — тоже красный флаг, который должен привлекать внимание. Эффективные сигнальные системы потребуют работы когнитивистов, которых не каждая компания догадается нанять. Это не лампочки на приборной панели, а интерфейс более высокого, интуитивного уровня.<\/p>\n<p>Будущее вождения может быть построено на Vision SDK, если не произойдёт неминуемого. Я жду традиционного: Mapbox выпустит SDK и со временем переключит разработчиков на другие задачи. Несколько стартапов вырастут вокруг этой библиотеки и каждый запилит свою часть головоломки. Будут несколько приложений с платными подписками (потому что использование SDK стоит по доллару за человека), которые почти, но не совсем, помогают водителю, каждое по-своему. Пазл из них не сложится в идеального помощника. И в финале, как недавно нейронные сети для определения и маскировки лиц, технология обработки автомобильного видео станет ещё одним не взлетевшим технологическим прорывом.<\/p>\n<p>Но я надеюсь, что когда-нибудь перестану волноваться об обгонах, перестроениях и пропущенных поворотах. Технологии возрождаются в лучшем виде после того, как полежат несколько лет в болоте разочарования. Вождение будет безопасным.<\/p>\n",
            "date_published": "2019-05-03T12:57:46+04:00",
            "date_modified": "2019-05-03T12:57:34+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/mapbox-vision-leftlane.jpg",
            "_date_published_rfc2822": "Fri, 03 May 2019 12:57:46 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1485",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/mapbox-vision-leftlane.jpg",
                    "https:\/\/shtosm.ru\/pictures\/empty-screen-dash.jpg"
                ]
            }
        },
        {
            "id": "1479",
            "url": "https:\/\/shtosm.ru\/all\/pod-gnyotom-meritokratii\/",
            "title": "Под гнётом меритократии",
            "content_html": "<p>Долгое время мы считали, что в OpenStreetMap меритократия. Сегодня уже понятно, что властью в проекте обладают скорее те, кто в нём дольше: жест Стива Коста (ушёл в 2012 году) был беспрецедентным. И что меритократия — такой же миф, как «здравый смысл» или предрасположенность мужчин к математике. <a href=\"https:\/\/aeon.co\/ideas\/a-belief-in-meritocracy-is-not-only-false-its-bad-for-you\">Восьмимартовская статья в Aeon<\/a> объясняет это коротко и доходчиво.<\/p>\n<p>Начинают они с того, что поверье (у 70% населения, по опросам), будто усилия приводят к процветанию, — полное заблуждение и не подтверждается практикой. При этом, заблуждаются обе стороны: бедные считают, что если бы они чуть меньше ленились и взяли, например, побольше задач, то сразу же разбогатели бы. А богатые — что они всего добились собственными умом и упорством. Разумеется, это не так, иначе бы петербуржские академики не продавали свои книжки в переходах, а миллионы на благотворительность жертвовал бы не Билл Гейтс, а программисты поспособнее.<\/p>\n<p>К богатству ведёт не труд, а сочетание начальных условий (родиться в богатой семье лучше, чем в бедной; в Америке — лучше, чем в Польше), предрасположенности к предпринимательству, воспитания и, конечно, удачи. Сто программистов могут придумать алгоритм, но только один продаст его условному фейсбуку — и не потому, что он самый умный. Множество талантливых и упорных людей собирают вам айфоны на китайских фабриках.<\/p>\n<p>Хуже того, продолжает Клифтон Марк, научные исследования показывают, что вера в меритократию откровенно вредит. Люди, убеждённые в ней, ведут себя более эгоистично, менее самокритично и допускают дискриминацию по любым признакам. Например, есть известная игра «ультиматум», когда есть условные 100$ и одному человеку нужно предложить второму такую долю, чтобы он или она согласились. Обычно первый предлагает 40-50$. Но если перед этим с ним или с ней сыграть в другую игру, убеждающую в уме или усидчивости, то вне зависимости от результата, в «ультиматуме» этот игрок предлагает другому меньшую сумму. Второй игрок, если не проходил аналогичную «подготовку», был готов на неё согласиться.<\/p>\n<p>Многие успешные люди не считают свои деньги и статус следствием удачи. Интересно, что если про неё напомнить, у них повышается вероятность пожертвований и в целом щедрых жестов, хотя обычно они таким людям не свойственны. Когда в компаниях провозглашают следование принципам меритократии, возрастает зарплатное неравенство между людьми разных полов или рас. Игнорируют меритократию — разница исчезает. То есть, принцип, который как будто должен устранить неравенство и воздать каждому по заслугам, приводит ровно к противоположному результату.<\/p>\n<p>Сообщество OpenStreetMap взращивалось на принципах меритократии, <a href=\"https:\/\/wiki.openstreetmap.org\/w\/index.php?title=Foundation\/Core_Values&oldid=732254\">do-ocracy<\/a>: они работали, когда этим сообществом была группа друзей (технари мужского пола из Западной Европы). Когда мы все присоединялись лет десять назад, мы верили: трудись — и сможешь влиять на проект. Теперь ежу понятно, что проектом рулят только те, кто успел войти в него до 2008 года и разделить ценности создателей. Только решив эту проблему, сменив политический строй, OpenStreetMap сможет повернуться лицом к пользователям и перейти на следующий уровень качества.<\/p>\n",
            "date_published": "2019-03-28T11:40:44+04:00",
            "date_modified": "2019-03-28T12:20:52+04:00",
            "_date_published_rfc2822": "Thu, 28 Mar 2019 11:40:44 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1479",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "1474",
            "url": "https:\/\/shtosm.ru\/all\/skovannye-odnim-sloem\/",
            "title": "Скованные одним слоем",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/leaves_roschino.jpg\" width=\"932\" height=\"399\" alt=\"\" \/>\n<\/div>\n<p>В прошлой заметке мы узнали, что осмеры рисуют карту для себя и поэтому препятствуют внесению большого количества данных. Кроме того, свежесть данных почти невозможно проконтролировать, поэтому лучше сдаться заранее. Откуда взялись эти проблемы — модель данных же предполагает бесконечное расширение? Может быть, это не проблемы, а всего лишь задачи для нынешнего поколения картографов и разработчиков?<\/p>\n<h2>Клубок данных<\/h2>\n<p>Шесть лет назад слои были у всех на устах. «Какие слои в вашем проекте закончены?» — спрашивали на конференциях. «Рано или поздно придётся внести понятие слоёв», — комментировали в штосме. И вот мы в 2018, как успехи в этом направлении?<\/p>\n<p>У нас были сайт Ito Map и панель фильтров в JOSM: ввела <i>highway=*<\/i> и получила слой дорог и связанных с ними POI. Теперь к ним добавились тематические сайты на основе Overpass API — например, <a href=\"https:\/\/www.openstreetmap.org\/user\/acsd\/diary\">редакторы полос от Almaz<\/a>. Это круто, конечно, но не решает общую проблему OpenStreetMap.<\/p>\n<p>Проблема с нашими данными в том, что они неделимы. Это хуже, чем топология (когда объекты собираются из частей): связи в данных невероятно прочны и непредсказуемы. Точка лежачего полицейского в составе линии дороги, территория школы и забор вокруг неё в одном объекте, остров-лес... Мрак для человека, всю жизнь работавшего с шейпфайлами. Добавим сюда отношения с сотнями автобусных маршрутов поверх одних и тех же дорог, административные границы по рекам и прочие радости типа <i><a href=\"http:\/\/shtosm.ru\/2012\/11\/14\/2\/\">type=person<\/a><\/i> — и трогать данные становится страшновато.<\/p>\n<p>Спрятать лишнее фильтрами? Не только потеряем некоторые сильные связи (см. границы по дорогам), но и наткнёмся на распространённые слабые связи: когда кажется, что объекты не связаны, но их взаимное расположение или общие элементы важны. Например, многие проспекты разбиты на сегменты, которые объединяет только тег <i>name<\/i> (да и то не всегда). Магазины нередко находятся внутри здания с <i>shop=mall<\/i> (или без этого тега, но с названием вида «ТЦ Скрытный»). Как узнать адрес кафе? Ищете дом, содержащий кафе, затем точку с адресом, лежащую внутри контура дома, ближайшую к кафе.<\/p>\n<p>Зато модель данных простая!<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/osm_cartoon_litvak.jpg\" width=\"700\" height=\"300\" alt=\"\" \/>\n<\/div>\n<p>OpenStreetMap с самого начала был не про дороги. Это много карт в одной: города и административное деление, леса и поля, гидрография, дорожный граф и запреты поворота, улицы и адреса, каталог заведений, схемы общественного транспорта, база объёмных моделей зданий. Классические ГИС позволяют включать и выключать тематические слои, чтобы они не мешали работать. Классические ГИС умерли, потому что слои — слишком сложно. Единственный крестик в OSM — на вкладке браузера.<\/p>\n<h2>Справочник<\/h2>\n<p>Мы хотим, чтобы наша карта работала в качестве справочника заведений, и в этом не уступала коммерческим альтернативам — от странного Here до агрессивного 2ГИС. Разве не за этим вы старательно вводите часы работы магазина во время стоянки в путешествии? Не для этого удаляете с карты закрытое кафе по пути на работу? Как приятно в незнакомом городе найти хорошее кафе или неочевидную детскую площадку в OsmAnd! Сразу чувствуешь, что картографы-любители работают не зря.<\/p>\n<p>«Смотри-ка, люди пользуются OpenStreetMap» — удивляются владельцы крупных организаций и просят своих менеджеров добавить все заведения сети на карту. Иногда срабатывает: когда заведений немного и их можно <a href=\"https:\/\/www.openstreetmap.org\/user\/Hilton%20Hotels\">добавить руками<\/a>. Иногда они обращаются к тем же компаниям, что добавляют их в коммерческие справочники — и вы знаете, что происходит. Картографы не хотят, чтобы на карте были все объекты. И не только потому что они будут мешать картированию — а они будут, своей неидеальностью, — но и потому что начнётся неявное соревнование человека и «машины». Бездушной капиталистической машины.<\/p>\n<p>Как только какие-то классы объектов на карте станут относительно полными — например, заправки — картографы и пользователи OSM начнут на них полагаться. «У нас есть почти всё» — будут думать они и пропускать неотмеченные небольшие заправки, предполагая, что уже всё есть. Сейчас картографы чувствуют ответственность: кто, если не они. Это приятно, потому что ощущение ответственности похоже на ощущение власти (и ломка от понимания разницы страшная). Когда мы отдаём заметную часть POI, «справочник», на откуп коммерции и роботов, картографы потеряют к ней интерес. Эта потеря может затронуть и остальную карту: мол, запятнали, сами и рисуйте.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/nepal_mapping.jpg\" width=\"976\" height=\"418\" alt=\"\" \/>\n<\/div>\n<p>Естественная реакция на подобную задачу — выделить слой справочника в отдельный проект. Тоже открытые данные, но с более жёстким классификатором и более дружелюбный к организациям и импортам. Перенести все POI из OpenStreetMap и установить правило: справочник → там. Короче, предложить <a href=\"https:\/\/opencorporates.com\/info\/about\">OpenCorporates<\/a> двухсторонний обмен информацией.<\/p>\n<p>Разумеется, это не сработает: OpenCorporates — это коммерческая компания, а одно из главных достоинств OSM — что наши данные ни от кого не зависят. Как и другие достоинства, с другого ракурса оно скорее походит <a href=\"http:\/\/shtosm.ru\/all\/openstreetmap-ne-vash\/\">на недостаток<\/a>. Но чинить, что не сломано, — не наша задача. Поэтому наш справочник — это OpenStreetMap. У нас есть база заведений, мы умеем отделять её от других данных. Насколько эта база хороша?<\/p>\n<p>Доверия к заведениям в OSM нет даже у опытных осмеров. От моего дома до ближайшего неотмеченного на карте заведения двести метров. Уверен, это расстояние не превысит полукилометра для значительной части активных редакторов. Когда нужно найти кафе, я открываю foursquare, когда ищу автосервис — карты яндекса. Чем больше POI на карте, тем меньше уверенности в их актуальности. Точки вполне могли нарисовать несколько лет назад. А когда фрагмент карты выглядит относительно полным, осмеры перестают его замечать. Наши инструменты не делают удобным обновление данных. Приятно отметить новый магазин. Удалить закрытый сложно.<\/p>\n<h2>Будущее<\/h2>\n<p>«Участвовать в проекте легко — достаточно зарегистрироваться и нажать кнопку „Правка“». Нажимаем, видим мешанину как на рисунке ниже. Как здесь найти магазин, который нужно поправить, или как тыкнуть в парк, чтобы его обвести, или как проложить тротуар и не зацепить ничего лишнего? Любой опытный осмер, запомнивший, какой кнопкой расцеплять линии, ответит, что это почти невозможно. И мы даже не упоминаем отношения. Постепенно территории, где опасно орудовать в iD и неудобно в JOSM, расширяются. Когда-нибудь такой плотной станет вся карта — и это не будет поводом для радости.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/chelyabinsk-poi.jpg\" width=\"1047\" height=\"449\" alt=\"\" \/>\n<\/div>\n<p>Могли бы помочь <a href=\"http:\/\/shtosm.ru\/all\/josm-tested-xxi\/\">автофильтры<\/a>, вот только за полтора года мы не увидели работ в этом направлении. Да и нынешние их воплощения не сильно отличаются от обычных фильтров, проблема которых описана выше. Нет, дополнительной функциональностью существующие редакторы не поправишь. Пора признать, что в OpenStreetMap у стандартного подхода «скачать всё и потом редактировать» нет будущего. Ни JOSM, ни iD, ни Vespucci, ни Go Map не посоветуют новичкам через десять лет.<\/p>\n<p>Что же посоветуют? Другие редакторы, эксперименты в которых мы видим в последние годы. Прежде всего, это Maps.Me и StreetComplete. Несмотря на технические недостатки, ими пользуются десятки тысяч пользователей. Их особенность — они <i>тематические<\/i>. Не пытаясь обрабатывать весь клубок данных, они вытаскивают и пришивают только интересные им ниточки: POI и дополнительные атрибуты. Пользоваться ими легко, и для работы с этими слоями даже опытные осмеры предпочитают достать телефон, а не запускать редактор на компьютере.<\/p>\n<p>Именно это и произойдёт в будущем: редакторы всё-в-одном расслоятся на низкоуровневые, типа Level0, и тематические. На мобильных устройствах последние уже победили, теперь дело за настольными редакторами. Вдохновляющие заметки о первых попытках их сделать только начинают появляться в ленте. Например, <a href=\"https:\/\/www.openstreetmap.org\/user\/Richard\/diary\/45108\">Deriviste от Ричарда<\/a>: простая (и очень сырая) страничка с фотографией из Mapillary, картой и поиском по заготовкам тегов. Дважды кликаешь на магазин на фотографии, корректируешь его расположение, вводишь «фрукты» и идёшь дальше. Обработка фотографий из картографической прогулки раньше была невыносимо сложной, а теперь это игра. Гениально.<\/p>\n<p>Пока что у нас нет ни единого <i>законченного<\/i> тематического редактора, которым хотелось бы пользоваться вместо обычных. Близки к таким редакторы полос, упомянутые выше. Может, ещё <a href=\"http:\/\/audit.osmz.ru\/\">Conflation Audit<\/a> для подтверждения изменений при импортах POI. Логичным развитием его будет помощь при загрузке любых пакетных точечных данных — так что видя страницу магазина с пятью адресами, захочется открыть этот редактор, а не JOSM или iD, потому что он удобнее и гарантирует обновление данных, когда обновится сайт.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/helsinki_parking_edit-nq8.png\" width=\"933\" height=\"400\" alt=\"\" \/>\n<\/div>\n<p>Чудесные тематические редакторы будущего обойдут все проблемы, которые описаны ранее:<\/p>\n<ul>\n<li>Они очевидным образом <i>решают вопрос слоёв<\/i>, работая только со срезом данных. Например, вы указываете автобусные остановки по маршруту, а редактор сам прокладывает маршрут по ближайшим улицам и после проверки правильно разрезает их и собирает отношения <i>route<\/i>. Связи между слоями станут не случайными, а осмысленными и одобренными пользователем.<\/li>\n<li>Они <i>автоматизируют редактирование<\/i>: заботы об обновлении данных лягут не на супер-картографов, коих сейчас один человек на миллион жителей, а на машину. Она сама скачает данные из того же источника и сама напомнит, когда ваш вклад начнёт выглядеть устаревшим. Хранение жизненного цикла внутри OSM не работает, в отличие от сторонних сервисов, которые знают, что делать со всеми этими датами.<\/li>\n<li>Они <i>дают уверенность в качестве данных<\/i>, потому что валидируют не только геометрическую и техническую корректность, но и источник, и взаимосвязь объектов внутри темы, и возраст данных. Импорты станут умнее, потому что у импортированных объектов будет история. Авторы редакторов будут писать валидаторы не вширь, как в JOSM, а вглубь, находя новые неочевидные способы убедиться в правильности изменений.<\/li>\n<\/ul>\n<p>В мире, где люди открывают редактор карты, чтобы поправить время работы или чтобы нарисовать новый маршрут автобуса или вырубку, а не тупо покопаться в месиве из данных, OpenStreetMap будут воспринимать тем, чем он является: множеством разных карт в одной. Которые в сумме больше и полезнее, чем по-отдельности.<\/p>\n<p>Дело за малым: придумать и написать. Авторы потенциальных редакторов-хитов должны не только хорошо разбираться в OpenStreetMap и уметь программировать, но и иметь опыт в проектировании хорошего UX. Знать все примеры хорошего пользовательского дизайна в картографии: сайта Moovit, редактора запретов поворотов в iD, алгоримов модерации, интерфейса «народных карт»... Да, подвох тут очевиден. Продолжение следует.<\/p>\n",
            "date_published": "2018-10-13T13:17:27+04:00",
            "date_modified": "2018-10-13T13:17:15+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/leaves_roschino.jpg",
            "_date_published_rfc2822": "Sat, 13 Oct 2018 13:17:27 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1474",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/leaves_roschino.jpg",
                    "https:\/\/shtosm.ru\/pictures\/osm_cartoon_litvak.jpg",
                    "https:\/\/shtosm.ru\/pictures\/nepal_mapping.jpg",
                    "https:\/\/shtosm.ru\/pictures\/chelyabinsk-poi.jpg",
                    "https:\/\/shtosm.ru\/pictures\/helsinki_parking_edit-nq8.png"
                ]
            }
        },
        {
            "id": "1473",
            "url": "https:\/\/shtosm.ru\/all\/agentam-spravochnika-vhod-vospreschyon\/",
            "title": "Агентам справочника вход воспрещён",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/audit_sample_map-nq8.png\" width=\"700\" height=\"300\" alt=\"\" \/>\n<\/div>\n<p>Анна из «народной карты» расписала в их блоге, <a href=\"https:\/\/yandex.ru\/blog\/narod-karta\/vzaimodeystvie-yandeks-spravochnika-i-narodnoy-karty\">откуда берутся заведения<\/a> на картах яндекса. В компании ведут два набора данных: «справочник» и «народная карта». Копирование данных налажено пока только из карты, скоро будет и обратное. И этот поток автоматических правок будет куда сильнее: ведь доля пользовательских данных в наполнении справочника очень мала.<\/p>\n<p>Здесь всплывают две темы: постепенное замещение картографов-любителей роботами на «народных картах» под безграничное терпение первых и приоритеты в картографировании заведений. Обе темы подчёркивают радикальное отличие и «народных карт», и просто карт Яндекса от OpenStreetMap во всех своих ипостасях.<\/p>\n<h2>Приоритеты<\/h2>\n<p>В заметке перечислены восемь источников данных о заведениях, которые склеиваются и доступны из поиска на карте: правки народных картографов, сообщения из разных видов обратной связи, информация от организаций и от оплачиваемых сборщиков данных. Сколько из них есть в OSM? Только два: правки осмеров и заметки на сайте. Хотя, честно говоря, заметками владельцы заведений не пользуются, потому что их почти невозможно найти.<\/p>\n<p>Где всё остальное? Ладно, у нас нет службы поддержки и сотрудников, обзванивающих организации. Но многие компании специально платят, чтобы их филиалы наносили на карты — и мы осознанно сопротивляемся этим «импортам». Что хорошо для всех популярных карт, оказывается плохо для OpenStreetMap. Как же так?<\/p>\n<p>Дело в целевой аудитории. Кто адресат нашей карты, для кого мы рисуем? На сайте и в вики про это ни слова. «OSM предоставляет данные тысячам сайтов» — ничего не значащее утверждение, этот блог тоже предоставляет. А если OSMF и администраторы сайта отказываются ограничить ЦА карты, за них это сделают сами картографы. Самым очевидным способом.<\/p>\n<p><i>OpenStreetMap — это карта для картографов под открытой лицензией.<\/i> Два тезиса, которые определяют все решения в проекте. Открытая лицензия регулирует отношения со внешним миром: запрет на нелегальные данные и обклацывание гугля, публикацию планеты под ODbL, экосистему открытого кода. А первый тезис, что целевая аудитория — это картографы, регулирует все вопросы внутри сообщества. Прежде всего, конечно, тегирование, требования к редакторам и выбор допустимых слоёв для импортирования.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/komarov_corine.jpg\" width=\"847\" height=\"363\" alt=\"\" \/>\n<\/div>\n<p>Самое неочевидное, что следует из ориентированности на редакторов карты, — это ограничение на размер данных. Когда их становится слишком много (например, после массового импорта «зелёнки»), сообщество бунтует и заводит reverter. OSM состоит из одного слоя, который непросто разделить по типам объектов, поэтому один перегруженный слой затрудняет редактирование остальных. Нарисовали схему помещений — контур здания теперь не улучшить. Импортировали Corine — проще закрыть редактор, чем обозначить вырубку. Обозначили каждый лоток на рынке — никто не будет обновлять информацию, да и проходы трогать побоятся.<\/p>\n<p>Поэтому участники неодобрительно смотрят на импорты заведений. С одной стороны, пользователям карты хорошо: можно найти в любимом Maps.Me или OsmAnd заправку по пути и кафе у гостиницы. С другой, мы рисуем OSM не для пользователей: сотни тысяч, если не миллионы, импортируемых точек нужно проверять, поддерживать, обновлять. Никто этим не будет заниматься, а потому они не должны быть частью карты. Карта — для того, что интересно рисовать и несложно поддерживать.<\/p>\n<h2>Роботы<\/h2>\n<p>Задачу поддержки заведений из сторонних источников решить несложно: периодически проверять и импортировать заново. От картографов ничего не понадобится, только верить и не мешать. Разумеется, правки импортированных данных сохранятся после обновления — или нет, смотря сколько времени прошло. В перспективе это можно распространить на «зелёнку» и адреса.<\/p>\n<p>Получится, что за существенную часть данных OpenStreetMap — сотни миллионов объектов — будут отвечать роботы, пусть и курируемые людьми. Медленно процесс поддержки данных OSM будет мигрировать к модели википедии, когда в истории правок любой статьи минимум 10% правок идут от роботов, следящих за порядком. Потому что если можно импортировать, то почему нельзя автоматически <i>amenity=sauna<\/i> заменять на <i>leisure=sauna<\/i>? Логично же это поручить роботу и спать спокойно, зная, что база консистентна?<\/p>\n<p>В народных картах Яндекса это само собой разумеется. Там автоматизировано всё: импортирование данных в новых странах, сдвиг объектов при обновлении снимков, обновление данных из справочника. Роботам помогают сотрудники на зарплате и участники «Толоки», которых всё больше. Когда нужна актуальная и полная карта, полагаться на добровольных картографов-любителей недостаточно — это очевидно примерно всем. Поэтому народная карта мигрирует влево по шкале свободы картографии, усиливая контроль над содержимым карты.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/map_openness.jpg\" width=\"1400\" height=\"358\" alt=\"\" \/>\n<\/div>\n<p>Активным участникам сообщества НЯК это, конечно, <a href=\"https:\/\/yandex.ru\/blog\/narod-karta\/autsorsery-kartograficheskogo-proizvodstva-zadachi\">не нравится<\/a>. Данные от людей на зарплате предсказуемо хуже работы любителей — по всем показателям, кроме тех, что входят в ТЗ. «Теперь я не слежу за порядком. Спасибо яндексу за это», — хлопают дверью модераторы. Да и под заметкой про интеграцию справочника немало недоумённых комментариев. Это всё люди, которые не успели перестроиться три года назад и не поняли, что «народная карта» больше не самостоятельная песочница, где можно в одиночку нарисовать и поддерживать город, а инструмент обратной связи к картам Яндекса. Народные картографы теперь не столько правят карту, сколько корректируют импортированное и нарисованное профессионалами.<\/p>\n<p>Очевидно, что автоматические правки противоречат целям сообщества OpenStreetMap: иметь карту, которую весело редактировать. Картограф с опытом всегда найдёт, какую претензию предъявить оператору любого скрипта. Данные плохо привязаны. Теги неправильные, но замена неравнозначна. Формат телефонного номера не тот. Это дискриминация против малого бизнеса. Хорошо, но проверяй каждый объект вручную. Этим атрибутам не место в OSM. Посмотрите на TIGER, хотите повторения? Любой импорт или автоматическая правка должны пройти через болото уныния, и редкий энтузиаст доползёт до его середины.<\/p>\n<p>Мы говорим «карту может поправить каждый», но мы же и говорим «карта для любителей, а не корпораций». Мы ратуем за карту без дискриминации, но в то же время рисуем таблички про вход воспрещён. Открытый проект, но пожалуйста, не надо. Решить это противоречие может сильная структура, наделённая правом окончательного голоса. Но в нынешней парадигме «Совет + рабочие группы» такая структура невозможна. Тут либо делать альтернативный проект, либо повторить то, что Стив Кост сделал четырнадцать лет назад: выкручиваться малыми силами, находя новые смыслы в существующих структурах. И не сказать, что это невозможно. <a href=\"http:\/\/shtosm.ru\/all\/skovannye-odnim-sloem\/\">Продолжение<\/a>.<\/p>\n",
            "date_published": "2018-10-09T16:29:27+04:00",
            "date_modified": "2018-10-13T13:18:03+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/audit_sample_map-nq8.png",
            "_date_published_rfc2822": "Tue, 09 Oct 2018 16:29:27 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1473",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/audit_sample_map-nq8.png",
                    "https:\/\/shtosm.ru\/pictures\/komarov_corine.jpg",
                    "https:\/\/shtosm.ru\/pictures\/map_openness.jpg"
                ]
            }
        },
        {
            "id": "1470",
            "url": "https:\/\/shtosm.ru\/all\/morya-korichnevyh-kvadratikov\/",
            "title": "Моря коричневых квадратиков",
            "content_html": "<div class=\"e2-text-picture\">\n<a href=\"https:\/\/www.openstreetmap.org\/#map=15\/-6.9031\/39.1780\" class=\"e2-text-picture-link\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/sea_of_buildings.jpg\" width=\"700\" height=\"350\" alt=\"\" \/>\n<\/a><\/div>\n<p>Вы, наверное, слышали об инициативах HOT, особенно о серии картовстреч Missing Maps. Добровольцев сажают за JOSM и учат обклацывать домики в Центральной Африке. Результатом становятся сотни тысяч контуров с building=yes, которые аналитики используют для планирования акций помощи.<\/p>\n<p>Jean-Marc Liotier намедни задал вопрос, столько неожиданный, сколько и очевидный: <a href=\"https:\/\/lists.openstreetmap.org\/pipermail\/talk\/2018-July\/080907.html\">а зачем это всё<\/a>? Добровольцы оставляют жутко неточную карту, на которую опытный осмер без слёз не взглянет. Дороги недорисованы, POI отсутствуют, будущим африканским мапперам будет проще удалить это всё и начать с нуля.<\/p>\n<p>Зачем вообще рисовать контуры? Для анализа населённости достаточно нарисовать полигон landuse=residential с атрибутом плотности. На крайняк — вместо контуров ставить в центре домиков точки со всеми нужными тегами. У аналитиков будет способ посчитать население, а карта не пострадает. Зачем тратить время и силы ценного человеческого ресурса на работу, которую осмеры захотят удалить?<\/p>\n<p>Для зарождающегося африканского сообщества эти недокарты вообще мина: здесь не кривые линии дорог нужно выправлять, как после импорта TIGER американцам, здесь каждый домик нужно скрупулёзно передвигать на правильное место. Любой, кто этим занимался, схватится за голову.<\/p>\n<p>В рассылках вопрос поддержали опытные осмеры, а члены HOT ответили, но как-то не по существу. Про пользу да про валидаторов, которых всегда не хватает, потому что это не так интересно. Нет вопроса о пользе карты для кого-то, кроме аналитиков HOT, в справочнике команды. Никто не подумал. Проблемы не белых людей.<\/p>\n<p>Один из вариантов ответа: встречи Missing Maps — отличный способ завербовать далёких от картографии людей в OpenStreetMap. <a href=\"https:\/\/lists.openstreetmap.org\/pipermail\/hot\/2018-July\/014441.html\">Научить<\/a> их редактированию и показать осязаемую пользу от работы. Да, качество их домиков будет ниже плинтуса, но если мы берём за цель их участие в сообществе, то то, что они нарисуют, можно удалить. Главное, что человек завяз.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/bad_buildings.jpg\" width=\"887\" height=\"444\" alt=\"\" \/>\n<\/div>\n<p>Работа гуманитарной команды поднимает сразу несколько вопросов. Например, чем сотни тысяч нарисованных добровольцами домиков лучше автоматического импорта домиков из сторонней базы (тут как раз Bing пожертвовал <a href=\"https:\/\/blogs.bing.com\/maps\/2018-06\/microsoft-releases-125-million-building-footprints-in-the-us-as-open-data\">125 миллионов<\/a>)? Наши правила запрещают массовые правки без обсуждения, но здесь же живые люди обклацывают снимки. Да, качество так себе, да, придётся большую часть удалить. При этом, сообщество не приемлет автоматические правки и импорты. Главный аргумент — потому что данные из сторонних источников всегда уступают тёплым ламповым нарисованным вручную домикам.<\/p>\n<p>Впрочем, организованное редактирование скоро тоже зарегулируют <a href=\"https:\/\/wiki.openstreetmap.org\/wiki\/Directed_Editing_Policy\">новым регламентом<\/a>. Он гласит, что если вы собрались больше трёх, то посчитаем это импортом: косо посмотрим, сплюнем, спросим за район.<\/p>\n<p>Почему появился этот регламент? Некоторые компании начали платить мапперам за улучшение карт густо населённых районов, и осмеры из этих районов возмутились. Импорты и организованное редактирование никого не волнуют, пока не нарушают главное правило: только не на моём участке. Стоит задеть территорию опытного осмера, как узнаешь про много разных правил и ограничений. Классы дорог не трожь, используй <i>contact:website<\/i> вместо <i>website<\/i>, каждый POI должен быть проверен на местности и подтверждён нотариально заверенной фотографией. Правило «Не на моём участке» в сообществе идёт первым, до лицензии и проверяемости. Гуманитарной команде позволяют работать в Африке только потому, что там нет увлечённых мапперов, которые от очередного набега придут в ужас.<\/p>\n<p>Наконец, проблема сотен тысяч домиков поднимает через Жана-Марка тот же вопрос, какой должен задавать себе каждый из нас: зачем мы картируем? Чем мы руководствуемся при выборе тегов и объектов для картирования, и какой конечный результат покажет нам, что мы выполнили свою работу хорошо? Линия на стандартном картостиле? Слово «МакАвто» в результатах поиска на смартфоне? Размер файла с выгрузкой города? Числа в валидаторе? Какой бы ни была ваша метрика, не бойтесь поделиться ею на форуме или в чатике: вам не только помогут найти лучшие источники и модули редакторов для работы, но и объяснят, почему ваша работа не имеет смысла. Мы всегда рады помочь.<\/p>\n",
            "date_published": "2018-07-06T09:10:47+04:00",
            "date_modified": "2018-07-07T11:25:14+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/sea_of_buildings.jpg",
            "_date_published_rfc2822": "Fri, 06 Jul 2018 09:10:47 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1470",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/sea_of_buildings.jpg",
                    "https:\/\/shtosm.ru\/pictures\/bad_buildings.jpg"
                ]
            }
        },
        {
            "id": "1457",
            "url": "https:\/\/shtosm.ru\/all\/openstreetmap-ne-vash\/",
            "title": "OpenStreetMap не ваш",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/mushrooms.jpg\" width=\"700\" height=\"300\" alt=\"\" \/>\n<\/div>\n<p>На волне новостей от Google Том Чедвин <a href=\"https:\/\/medium.com\/@tomchadwin\/a-time-for-free-maps-aec1fddcdffa\">напомнил<\/a> о преимуществах открытого софта и закончил заметку словами: «теперь у вас есть железный аргумент для тех, кто спрашивает, почему бы просто не взять Google Maps».<\/p>\n<p>А у меня титановый аргумент в пользу условных Google Maps: потому что у вашей открытой карты нет будущего, вот почему. На ней даже POI нет нормальных, не то, что у гугля, которому все эти точки несут владельцы добровольно. Потому что там не сотня хмурых амбалов, отворачивающих всех, кто несёт данные, а коврик постелен с «добро пожаловать».<\/p>\n<p>Разумеется, это преувеличение. У нас замечательная, красивая карта, которой во многих областях нет не то, что равных, — нет альтернатив. Ниоткуда вы больше не возьмёте в меру корректный граф дорог. Ни по одной другой карте не прикинете плотность населения. Никто не даст вам данные, чтобы установить копию сервиса в закрытой сети.<\/p>\n<p>Но нельзя не заметить, что OpenStreetMap загибается. Не потому, что у нас база данных вместо карты, или модераторов нет, или данные не разделены на слои, как придирался <a href=\"https:\/\/blog.emacsen.net\/blog\/2018\/02\/16\/osm-is-in-trouble\/\">Серж<\/a>. Для технически подкованного человека поверить в упадок OSM невозможно: это же децентрализованные данные, они по определению вечны. Кроме того, они бесплатны и наполняются миллионом редакторов по всему миру: почему их не использует каждый первый сайт?<\/p>\n<p>А дело в том, что невозможно нас использовать. OSM проигрывает любой альтернативе по одной причине: нет контроля. Ни у кого. Ни над чем. OpenStreetMap примерно с 2012 года на автопилоте летит в бездну, и редкие попытки выправить курс наталкиваются на хмурых амбалов, защищающих ручки управления со словами «не позволим захватить власть» и «у нас саморегулирующийся проект». Сила проекта оказалась его слабостью — и, кажется, фатальной.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/brick_wall.jpg\" width=\"700\" height=\"300\" alt=\"\" \/>\n<\/div>\n<p><b>Над картой нет контроля.<\/b> Хотите импортировать сеть своих магазинов? Фигушки, ваше качество данных не отвечает нашим критериям. Хотите порисовать свой посёлок? Познакомьтесь с местным вахтёром, который сначала поругает вас за выбор классов дорог, а затем пропадёт, потому что вы невыносимы. А вахтёрам, кстати, тоже несладко: четырнадцатый год проекту, а лучшее, что мы смогли сделать для контроля качества, — OSMCha. Пользователи которого до сих пор стонут от диаметров больших, но худых пакетов правок. Автора OWL мы успешно потеряли. Члены DWG до сих пор для работы пользуются скриптами на Perl из прошлого десятилетия.<\/p>\n<p><b>Над сайтом нет контроля.<\/b> Это прочувствовал каждый, кто делал пул-реквесты в любой элемент нашей основной инфраструктуры. Никогда вы не услышите спасибо, зато комментариев соберёте полное лукошко. Два человека на страже не пропускают никаких концептуальных изменений: будто посреди рушащегося мира нужно удержать хотя бы то, что есть. Не понять им, что они так крепко держат, что мир крошится в их руках.<\/p>\n<p><b>Над моделью данных нет контроля.<\/b> В последний раз для изменения API потребовались деньги и усилия целой компании Cloudmade, десятка осмеров, работавших за венчурные инвестиции несколько недель. Надежда на тип area или другие изменения тлела лет пять назад, но теперь об изменениях перестали думать даже самые оптимистичные осмеры. Единственное, что нас ждёт в API, — это огораживание личных данных для GDPR, да и то потому что штраф платить никто не хочет.<\/p>\n<p><b>Над тегированием нет контроля.<\/b> Главное отличие и достоинство OpenStreetMap — свободная атрибутивная модель — настолько разрослась, что никому, даже ветеранам проекта, не под силу выбрать правильные теги. Форумы полнятся шутками про вереск, лес и пространства имён. Пропозалы — смех: с одной стороны изобретают инопланетные схемы на полсотни килобайт, с другой изворачиваются в попытках потопить каждое предложение. Новички не офигевают только потому, что все редакторы, даже мобильные, заменили таблицы тегов заготовками.<\/p>\n<p><b>Над картостилем нет контроля.<\/b> Когда-то основной стиль был настолько сложен, что все боялись к нему притронуться. Потом его перевели на CartoCSS, навели порядок, и сразу потянулись участники, пошла работа. Несколько лет улучшали значки и цвета, поменяли структуру базы данных, причесали шрифты — карта стала выглядить прилично, как у людей. Такая же блёклая.<\/p>\n<p>Но сейчас заметно, что никто не знает, куда двигаться дальше. Собственно, Пол Норман с этой темой уже два года выступает на конференциях. На конвульсии разработчиков особенно тяжело смотреть в этом году: они безуспешно пытаются изменить устоявшиеся схемы тегирования, потому что модель данных OSM несовместима с приличной картографией. Мы упёрлись в потолок стека, написанного пять лет назад. Единственным разумным выходом будет выкинуть всё и начать заново — что авторы и <a href=\"https:\/\/github.com\/gravitystorm\/openstreetmap-carto\/issues\/3201\">обсуждают<\/a>.<\/p>\n<p><b>Над разработчиками нет контроля.<\/b> «Наш главный ресурс — это люди, которые тянут проект в светлое будущее». Ага, а присмотришься к разработчикам — там кто в лес, кто по дрова. Одни пилят двадцатый геокодер или десятый роутер, другие на две недели погружаются в жонглирование данными, чтобы на выходе получить невпечатляющий набор точек. «Мне удалось поднять тайл-сервер» — слышно из угла. Мои поздравления, блин. 2018 год, а у нас ни окружения для разработчиков или интеграторов, ни финансовой поддержки, ни стратегического плана. Только по одному волонтёру на ключевых элементах инфраструктуры сидят.<\/p>\n<p><b>Над лицензией нет контроля.<\/b> Картографы хотят защитить свой труд, это понятно. Отсюда растут все вирусные лицензии, которые когда-то ставили целью сделать мир лучше, открытее. Вот только у них обнаружилась проблема. Для успеха в этом мире нужно уметь договариваться. Взять у муниципалитета информацию по всем зданиям, а взамен предоставлять правки, уточняющие геометрию. Позволить сервису бронирования не раскрывать данные о гостиницах, которые они примешивают, чтобы получить полтора миллиона проверенных точек и иметь возможность исправлять ошибки позиционирования в сервисе, которым пользуются сотни миллионов. И так далее.<\/p>\n<p>Наша лицензия запрещает всё это, от чего третьи стороны не особо страдают — у них уже есть достаточно данных. Страдаем мы, потому что не можем адекватно ни с кем договориться. Участники сообщества зорко следят, чтобы никто не проскочил. Даже с тривиальными случаями использования у нас проблема. Я только за этот год видел полдюжины вопросов насчёт использования карты в телепередачах, и каждый раз на одинаковые вопросы им выдавали разные ответы. Никто, даже юридическая рабочая группа, не понимает ODbL. Но это статус кво, в OpenStreetMap он тут власть.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/mushrooms2.jpg\" width=\"700\" height=\"300\" alt=\"\" \/>\n<\/div>\n<p>Как вы знаете, в этом мире чтобы оставаться на месте, нужно быстро бежать. Я читаю новости 2ГИС, Яндекс.Карт, Google Maps и вижу, что они пробуют новые алгоритмы, новые точки зрения. Меняют интерфейсы, постоянно дополняют модели данных, учатся по-новому взаимодействовать с сообществом. Реагируют на проблемы структурными изменениями. В их возможностях всё поменять — или наоборот, причесать данные, сгладить углы, сделать удобно. Они могут купить и продать, чтобы сделать свою карту лучше.<\/p>\n<p>Всё, что на сегодня способно сообщество OpenStreetMap, — сообща за выходные нарисовать домики ещё в одном городе. Поэтому главными применениями проекту остаются гуманитарные инициативы, да использование в качестве подложки, когда не хватило денег на нормальную карту. Вспомните, что у нас такого происходило за последний год, достойного заметок в главных технологических журналах? Новую версию JOSM выпустили с обрезанием пробелов в тегах?<\/p>\n<p>Да, полагаться на проприетарную карту — значит, отдавать часть контроля корпорации. Но вы уверены, что хотите иметь контроль над каждой частью картографического стека? Вам точно хватит денег? Коммерческая компания может изменить условия и поставить вас в неловкое положение, но от OSM её отличает договороспособность. Там работают живые люди и у них есть все рычаги: можно позвонить и сторговать лимиты, или попросить помочь с картографическими данными. Для них вы — клиент; для OSM вы, если чего-то хотите от карты для бизнеса, хуже чем никто.<\/p>\n<p>Поэтому OpenStreetMap не растёт. Если приглядеться, <a href=\"https:\/\/wiki.openstreetmap.org\/wiki\/Stats\">на графиках<\/a> намечаются негативные тренды. Как викимапия около 2011 года, наш проект выбрал большую часть своих смыслов. С нынешним направлением у нас ещё лет десять, после которых мы будем выглядеть как викимапия сейчас: с кучей данных и без сообщества, разбежавшегося по альтернативным проектам. И тогда уже люди, выбравшие OSM как замену Google Maps, задумаются.<\/p>\n<p>Именно сейчас, в ближайшие два года, нужно найти для проекта новые векторы развития. Риторика «а зато у нас бесплатно», неизменная на протяжении десяти лет, превратилась из прогрессивной в жалкую. Главный вопрос — зачем вам OpenStreetMap, когда есть много альтернативных картографических сервисов, каждый из которых в чём-то его превосходит (и не надо тут про качество отрисовки вашего двора)? Может, мы собираемся перевернуть обучение географии, или стать новой универсальной базовой картой, или заделаться фреймворком для экспериментов в новой картографии. Любой ответ хорош, если вы готовы подкрепить его делом.<\/p>\n<p>А пока что для многих организаций проще взять Google Maps.<\/p>\n",
            "date_published": "2018-05-08T13:16:13+04:00",
            "date_modified": "2018-05-08T13:15:25+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/mushrooms.jpg",
            "_date_published_rfc2822": "Tue, 08 May 2018 13:16:13 +0400",
            "_rss_guid_is_permalink": "true",
            "_rss_guid": "https:\/\/shtosm.ru\/all\/openstreetmap-ne-vash\/",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/mushrooms.jpg",
                    "https:\/\/shtosm.ru\/pictures\/brick_wall.jpg",
                    "https:\/\/shtosm.ru\/pictures\/mushrooms2.jpg"
                ]
            }
        },
        {
            "id": "1455",
            "url": "https:\/\/shtosm.ru\/all\/pervopereotkryvateli\/",
            "title": "Первопереоткрыватели",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/peru_restore.jpg\" width=\"1056\" height=\"528\" alt=\"\" \/>\n<\/div>\n<p>В конце января рабочая группа по данным получила уведомление от перуанской компании: «семь лет назад ваши картографы стащили у нас геоданные, удалите их». DWG расчехлила Redaction Bot (специальный скрипт, который не только удаляет объекты, но и вычищает их из истории) и оперативно убрала заимствования вместе с правками, которые семь лет накапливались поверх них. Сообщество в Перу подготовило «пирог» для картирования и за три месяца <a href=\"https:\/\/www.openstreetmap.org\/user\/karitotp\/diary\/43824\">перерисовало потерянное<\/a>, о чём отчитался karitotp.<\/p>\n<p>Ничего такого, о чём стоило писать новость: данные импортировать нельзя, и срока давности нарушения не имеют. Об этом уже была <a href=\"http:\/\/shtosm.ru\/2012\/09\/14\/1\/\">длинная заметка<\/a>, добавить нечего. Мы уже экстренно востанавливали страны: например, Польшу, пострадавшую от перелицензирования. Да и диванные картовстречи, когда за пару дней отрисовываем города и районы, для нас не в новинку: вспомнить тот же <a href=\"http:\/\/shtosm.ru\/2011\/03\/13\/1\/\">Саранск<\/a>.<\/p>\n<p>Такие инциденты показывают силу сообщества. Но и его ограниченность. Картографов-любителей привлекают белые пятна, они любят дорисовывать дворовые проезды и домики в промзонах. Сообщество невероятно быстро делает базовую подложку в любом регионе мира: дороги, населённые пункты, гидрографию. Радуется анимации с было-стало и пишет посты в блог. А затем уходит.<\/p>\n<p>Позавчера Александр Истомин нашёл <a href=\"https:\/\/www.openstreetmap.org\/#map=18\/54.18217\/45.16828\">кладбище мусорных точек<\/a> в Саранске. Почти год там копятся объекты, которых нет на местности. Незаметно — потому и не удаляют? Нет. 22 апреля провели первый тестовый матч на новом стадионе «Мордовия», построенном к чемпионату мира. Вчера прошёл второй матч. Стадион открыт, все горожане о нём знают. На OpenStreetMap прямо сейчас там <a href=\"pictures\/saransk-stadium-nq8.png\">строительная площадка<\/a>. Картографов не волнует: обновлять уже нарисованное не так интересно. Даже если картой OSM конкретно в этом месте будут пользоваться сотни тысяч туристов через Maps.me.<\/p>\n<p>Но если взять и вычистить город от данных, осмеры всей страной соберутся и за выходные снова отрисуют его идеально, по свежайшим данным.<\/p>\n",
            "date_published": "2018-05-05T11:17:50+04:00",
            "date_modified": "2018-05-05T11:16:59+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/saransk-stadium-nq8.png",
            "_date_published_rfc2822": "Sat, 05 May 2018 11:17:50 +0400",
            "_rss_guid_is_permalink": "true",
            "_rss_guid": "https:\/\/shtosm.ru\/all\/pervopereotkryvateli\/",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/saransk-stadium-nq8.png",
                    "https:\/\/shtosm.ru\/pictures\/peru_restore.jpg"
                ]
            }
        },
        {
            "id": "1362",
            "url": "https:\/\/shtosm.ru\/all\/net-karta\/",
            "title": "Нет, карта",
            "content_html": "<p>BushmanK в декабре <a href=\"http:\/\/www.openstreetmap.org\/user\/BushmanK\/diary\/37645\">длинно обосновал<\/a>, почему новичкам лучше сразу говорить, что OpenStreetMap — это база данных, а не карта. В обсуждении заметки <a href=\"http:\/\/radio.osmz.ru\/all\/24-dekabrya-navigatory\/\">на радио<\/a> я предположил, что каждый осмер проходит три стадии понимания.<\/p>\n<p>Как новичка не убеждай, а он видит: словом OpenStreetMap подписывают растровые карты, которые подобно гуглю и яндексу появляются на разных сайтах, и венце их openstreetmap.org. Эти карты умеют находить адреса и прокладывать маршруты. Правда, пробок нет, и слоя снимков, поэтому OSM явно проигрывает своим конкурентам. Зато работает в навителе, есть кнопка «редактировать», да и, говорят, карма чистится, если править эту карту, а не народные. Хорошее дело народным не назовут.<\/p>\n<p>Через пару месяцев бороздения форума и вики заматеревший осмер понимает: карта — это вообще не про OSM. Мы наполняем некую абстрактную базу геоданных, которая может быть представлена в любом виде и использована столькими способами, что не всегда и поймёшь, гео это или нет. Есть набор <a href=\"http:\/\/habrahabr.ru\/post\/269733\/\">абстрактных тегов<\/a>, есть сомнительная точность на всех этапах, есть целостности физическая, геометрическая и логическая (и печальное отсутствие средств их сохранения). Опытный участник умеет пользоваться редактором Level0 и видит, откуда пошли все правила участия в проекте. И, конечно, при объяснении сути проекта новичкам он идёт напрямик, ошарашивая пунктом первым: «OpenStreetMap — это база геоданных».<\/p>\n<p>Третья стадия — это когда осмер понимает, что всё это время он рисовал карту! То есть, конечно, это всё ещё база данных. Но чтобы понять, что нужно добавлять в эту базу, нужно понимать, что продукт OSM — это, как ни странно, карта. Карта того, что есть в реальности, с уровнем детализации как у карты, с системой координат, слоями, подписями и т. п. То, что это карта, отвечает на многие странные вопросы, типа стоит ли добавлять контуры снимков или маршруты самолётов. В базу геоданных — да. На карту — нет. Понимание того, что OpenStreetMap — это, прежде всего, карта, упрощает решение вопросов и экономит время. А когда не мучает экзистенциальная тоска, наполнять базу геоданных становится веселее.<\/p>\n<p>Разница между первой картой и последней в том, что вначале карта OpenStreetMap воспринимается как полуфизический объект: изображение на экране, распечатанный лист. А на третьей стадии осмер понимает карту как совокупность всех возможных карт, которые можно получить из данных OSM. Дороги всех цветов и размеров, населённые кварталы в виде домов, закрашенных прямоугольников и строк в таблице населённости, POI в поиске, в картинках, в записной книжке, в роутинге, в базах данных, в цифровом искусстве, в табличках на их прототипах. Рисуя и тегируя линию, опытный осмер видит все возможные применения для неё, и понимает ограничения среды, модели и здравого смысла. В двух словах это можно сократить до «рисуем карту».<\/p>\n<p>Но понимая, что у каждого участника проекта разные взгляды на его продукт и терминологию, и ожидая толпы новичков с немного искажённым понятием карты (ох этот навител), осмер мгновенно поднимается на четвёртую стадию понимания проекта, которую подметил Эдуард «edward17»: OSM — это боль.<\/p>\n",
            "date_published": "2016-01-15T23:43:06+04:00",
            "date_modified": "2016-01-15T23:42:25+04:00",
            "_date_published_rfc2822": "Fri, 15 Jan 2016 23:43:06 +0400",
            "_rss_guid_is_permalink": "true",
            "_rss_guid": "https:\/\/shtosm.ru\/all\/net-karta\/",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "1352",
            "url": "https:\/\/shtosm.ru\/all\/nichego\/",
            "title": "Ничего",
            "content_html": "<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/atlas.jpg\" width=\"700\" height=\"350\" alt=\"\" \/>\n<\/div>\n<p>Мы всегда считали, что в точке 0;0 ничего нет. Приходили периодически и махом удаляли гору мусора. Ничего нам не указывало, что все объекты там — плод ошибки, но мы так считали. Недавно оказалось, что один физический объект (кроме пятикилометрового столба воды) там есть: <a href=\"https:\/\/www.openstreetmap.org\/node\/3815077900\">это буй<\/a>. Его цель — измерять температуру и ветер. Он дрейфует вокруг нуля, и на OpenStreetMap отплыл на сотню метров. И теперь, когда к нему будет прибиваться мусор со всей планеты, нужно не забыть его не удалить.<\/p>\n<p>Это мне напомнило про вопрос обозначения отсутствия данных. Вот например, на конференции Костя «GaM» показал велосипедный трек от Кузьминки до Невской Дубровки: он проверял все отворотки в поисках сквозной дороги. Нашёл только один проезд, но как он обозначил тупики отвороток? Track просто обрывается, и непонятно: то ли анонимный объездчик (на навигаторе нет авторов карты) устал, то ли там поляна и тупик. Конечно, у нас есть тег <i>noexit=yes<\/i> и антоним к нему, <i>fixme=continue<\/i>, но никаких промежуточных вариантов. Что, если оканчивается проезжаемая дорога, но ещё до магистрали идёт пешеходная тропа? Что подразумевает <i>continue<\/i>: что там волки, что объездчик устал, что дорога стала сильно хуже?<\/p>\n<p>Или случай из волховской картовстречи: на бинге обозначены два дома, в OSM — тоже, а на местности — две заросших бетонных площадки: дома спилили под ноль, хоть стоянку организуй. Нельзя дома удалить, потому что это не обозначит их отсутствие. Я поставил точку с описанием «здесь домов нет», потому что непонятно, как обозначать такие бетонные площадки. Но не сомневаюсь, что какой-нибудь домикоманьяк придёт, увидит точку и с возгласом «какие ваши доказательства» снесёт её и дорисует недостающее.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/dubrovka.jpg\" width=\"700\" height=\"300\" alt=\"\" \/>\n<\/div>\n<p>Всё это сводится к тому, чего на карте нет. Сейчас у карты два состояния: либо что-то нарисовано, либо неизвестность. Нужно придумать третье состояние: «точно чего-то нет». Нет буя. Нет дома. Нет дороги. Нет брода, можно проехать. Если на карте не отметили — это не значит, что объекта нет. Как обозначить отсутствие?<\/p>\n<p>Причём, даже наличие объекта в данной точке не означает отсутствия всего остального. Если ткнуть в середину леса, нельзя быть уверенным, что в этой точке нет здания. Даже если там прошёл маппер и своими глазами видел, что на 10 км вокруг только черника растёт. Он же не может это наблюдение транслировать на карту. Возьми случайную точку ограды — точно ли в ней нет дырки? Насколько точно маппер нарисовал береговую линию: если туда прийти, окажешься на суше или в воде?<\/p>\n<p>Не думаю, что этот вопрос решён хоть на одной альтернативной карте. Коммерческие картографы используют понятие качества и равномерности: вероятность отсутствия дороги одинакова на всей территории. Но это ещё хуже, потому что доверие к фрагментам, объезженным на автомобиле, равняется доверию к обрисованному по генштабу 60-х годов, и зачем тогда тратить деньги на объезд? Все карты отвечают только на вопрос «что здесь есть», и даже ответ «ничего» может быть ложью.<\/p>\n<p>Вопрос, конечно, в доверии, а не в наличии-отсутствии. Насколько карте можно верить в этой конкретной точке. Поэтому можно заменить обозначение отсутствия слоем доверия. Непрерывным на весь земной шар, плюс на каждый сантиметр каждого объекта. И заставлять мапперов заполнять величину доверия. «Я здесь проехал и уверен». Правда, чихнул и не заметил круглосуточного магазина, но махом залил доверием всю трассу. Можно ли доверять мапперу, отметившему уровень доверия? И кто его будет заполнять — вон, smoothness заполняют лишь самые маньяки.<\/p>\n<p>Но если этот вопрос решить, то OpenStreetMap — или его форк, развитие, альтернатива, — станет самой достоверной картой в мире, просто потому, что на карте будут места со 100% достоверностью. Где мы точно сможем сказать, что все люки расставлены так, как человек их увидел два месяца назад, и схема движения по полосам проверена только вчера. Где в точке 0;0 достоверен будет только буй, но не гора мусора, прибившаяся от неудачного импорта. И где очередную покатушку можно будет спланировать не только по пустотам на карте или плотности треков, но и по уровню достоверности: ведь мы же хотим, чтобы наша карта везде была самой точной.<\/p>\n<p>Правда, тут всплывает понятие личной ответственности за карту. Кто нарисовал конкретную фичу и почему? Какой уровень доверия к пользователю? Означает ли выбор редактора JOSM более достоверные данные, чем iD? Влияет ли тег source на актуальность? Какая ответственность у участников мероприятий гуманитарной команды, которые пришли один раз, но, наверное, очень старательно обклацывали какое-нибудь Мали. Ценнее ли личное наблюдение обрисовки по спутниковому снимку? А если снимок — ортофотоплан, сделанный с квадрокоптера? Вопросов бездна, и вкупе они означают: достоверность карты не измерима, осму можно только верить.<\/p>\n<p>Вот только каждый раз, видя окончание дороги, особенно грунтовки, на карте, я задаюсь вопросом: что там увидел маппер? Можно ли там проехать на велосипеде чуть дальше?<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/shtosm.ru\/pictures\/omon.jpg\" width=\"700\" height=\"350\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Использованы фотографии NOAA, Константина Мошкова и <a href=\"http:\/\/www.nashgorod.ru\/forum\/viewtopic.php?p=5780405#p5780405\">F4JA13<\/a>.<\/div>\n<\/div>\n",
            "date_published": "2015-11-25T00:20:07+04:00",
            "date_modified": "2015-11-25T00:19:44+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/atlas.jpg",
            "_date_published_rfc2822": "Wed, 25 Nov 2015 00:20:07 +0400",
            "_rss_guid_is_permalink": "true",
            "_rss_guid": "https:\/\/shtosm.ru\/all\/nichego\/",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/atlas.jpg",
                    "https:\/\/shtosm.ru\/pictures\/dubrovka.jpg",
                    "https:\/\/shtosm.ru\/pictures\/omon.jpg"
                ]
            }
        },
        {
            "id": "1301",
            "url": "https:\/\/shtosm.ru\/all\/moskovskoe-vremya\/",
            "title": "Московское время",
            "content_html": "<p>Долгое время я уравновешивал кучу московских мапперов непомерной активностью петербуржских. Собирал их не реже раза в месяц. Считал, во сколько обойдётся проезд до очередной конференции. На вопрос о работе отвечал, что картами занимаюсь только в свободное время. Теперь, спустя почти пять лет участия в OpenStreetMap, всё поменялось: с этого понедельника я работаю в <a href=\"http:\/\/maps.me\/\">maps.me<\/a>, ныне входящем в Mail.Ru Group, и живу в Москве.<\/p>\n<p>Это означает, что приложение maps.me заинтересует не только миллионы нуждающихся в офлайн-картах, но и тысячи осмеров. Что направлениям Mail.Ru Group, которым понадобится карта для игры или социалки, теперь достаточно одного внутреннего звонка. Что обсуждения открытых геоданных и инициатив, касающихся открытых карт, не пройдут мимо сообщества. Что на мысль от ГИС-Лаба «а не организовать ли» последуют положительный ответ и помощь. Что удастся протолкнуть OpenStreetMap на новых площадках, напомнить москвичам, что карты — это не только Яндекс.<\/p>\n<p>И самое главное, московское сообщество OSM перестанет быть диванным. Я не просто перенесу сюда всю петербуржскую движуху, коей завидовали осмеры со всей России, но смогу задействовать в ней все ресурсы Mail.Ru. Как программист и специалист по OpenStreetMap, я буду работать над удвоением крутости maps.me, но как осмер с возможностью уделять проекту часть рабочего времени, я планирую сделать OpenStreetMap самым громким и одним из самых эффективных краудсорсинговых проектов в России. Начнём, как обычно, с картовстреч — готовьтесь к апрелю, москвичи.<\/p>\n<p>Команда maps.me растёт, мы будем рады программистам на C++ и другим специалистам. Пишите, будем строить большие планы и писать маленькие фичи вместе. В этом блоге, радиопередачах и на других сайтах я продолжаю говорить как осмер, а не как сотрудник maps.me: ничего из сказанного не является официальной позицией компании, если не заявлено обратное.<\/p>\n",
            "date_published": "2015-02-13T18:16:10+04:00",
            "date_modified": "2015-02-13T18:15:34+04:00",
            "_date_published_rfc2822": "Fri, 13 Feb 2015 18:16:10 +0400",
            "_rss_guid_is_permalink": "true",
            "_rss_guid": "https:\/\/shtosm.ru\/all\/moskovskoe-vremya\/",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        }
    ],
    "_e2_version": 3576,
    "_e2_ua_string": "E2 (v3576; Aegea)"
}