{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "ШТОСМ: заметки с тегом overpass", "_rss_description": "ШТОСМ", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/shtosm.ru\/tags\/overpass\/", "feed_url": "https:\/\/shtosm.ru\/tags\/overpass\/json\/", "icon": false, "author": { "name": "Илья Зверев", "url": "https:\/\/shtosm.ru\/", "avatar": false }, "items": [ { "id": "1544", "url": "https:\/\/shtosm.ru\/all\/svoy-overpass\/", "title": "Свой Overpass", "content_html": "

Сегодня у сайта osm.org появился свой выделенный сервер для запросов к Overpass API. Он не публичный (и пожалуйста, не надо добавлять его себе в зеркала) и предназначен только для одного: поиска объектов вокруг заданной точки. Когда вы выбираете на сайте инструмент «Что здесь?» со стрелочкой и знаком вопроса и тыкаете в карту, сайт запрашивает список у Overpass API (потому что OSM API этого не умеет). Раньше это был сторонний сервер overpass-api.de, теперь — свой<\/a>.<\/p>\n

Эта новость порадует всех, кто пользуется инструментом «что здесь». Как узнать, что стало лучше? Тыкните в любое место три раза подряд. Из-за драконовских ограничений сервера раньше вы гарантированно получили бы ошибку: слишком много запросов. Теперь и на десятый клик сайт стабильно показывает объекты рядом и полигоны, содержащие заданное место. Видеть, как Overpass API работает без сбоев, умилительно: будто вернулся на пять лет назад.<\/p>\n

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

Кажется, это была единственная часть сайта, которая работала нестабильно. После перехода с тайлового CDN (тридцать серверов которого так и стоят без дела) на Fastly ушли проблемы с медленными тайлами. Удивительно, но когда платишь людям за работу, эта работа оказывается сделанной хорошо. Построение маршрутов обеспечивают немецкий сервер OSRM (оплачен FOSSGIS) и немецкий же GraphHopper (витрина их бизнеса), оба стабильные. Чужие тайловые слои работают как часы, включая добавленные за пандемию французский велосипедный и немецкий общественного транспорта.<\/p>\n

Но этот переход напоминает, что на самом деле стабильность стоит очень больших денег. Восьмиядерные серверы<\/a> со ста гигабайтами памяти и терабайтом диска для Overpass API на дороге не валяются. Прокладка маршрута будет вам стоить от 50$ в месяц<\/a>. Чуть меньше, если поднимете сервер на амазоне сами. Геокодирование платное. Тайлы платные. Кэширующий CDN тоже дорогой. А если хочется бесплатно и по-быстрому, то ограничения делают открытые сервисы бесполезными для публичных проектов.<\/p>\n

OpenStreetMap — это открытые и бесплатные карты для каждого. Для каждого человека. Но когда нашими сервисами начинают пользоваться компании, оказывается, что стоимость этого пользования слишком велика<\/a>. Раньше мы могли банить проблемных пользователей по-одиночке, но теперь их слишком много. Карты нужны всем. И либо ты строишь забор, который мешает и тем, кто растит в саду яблони, либо каждый день будешь видеть длинную очередь людей в костюмах и с пустыми мешками.<\/p>\n", "date_published": "2021-10-30T19:21:00+04:00", "date_modified": "2021-10-30T19:20:16+04:00", "image": "https:\/\/shtosm.ru\/pictures\/osm_query_tool.png", "_date_published_rfc2822": "Sat, 30 Oct 2021 19:21:00 +0400", "_rss_guid_is_permalink": "false", "_rss_guid": "1544", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/shtosm.ru\/pictures\/osm_query_tool.png" ] } }, { "id": "1460", "url": "https:\/\/shtosm.ru\/all\/zavernite-vsyo-pozhaluysta\/", "title": "Заверните всё, пожалуйста", "content_html": "

Overpass API версии 0.7.54 вышел больше года назад и в нём было так много нового, что Роланд завёл блог проекта<\/a>, чтобы похвастаться полезными применениями. Язык запросов был и так сложен, но там появились выражения: если, например, добавить (if:count_tags() == 0)<\/i>, то получите объекты без тегов. А чтобы выбрать дороги с повышенной скоростью, пригодится (if:number(t[maxspeed])>110)<\/i>. Наконец, появился важный селектор отбора по идентификатору (id:123,456,...)<\/i>.<\/p>\n

Со дня на день выйдет следующая версия API. Роланд уже неделю обновляет<\/a> описание языка запросов в вики. Там, разумеется, много непонятной дичи вроде операторов цикла и условия, а также «цикла до тех пор, пока результат не стабилизируется». Добавили новые операторы для (if:...)<\/i>: is_closed()<\/i> и length()<\/i> для линий, count_by_role(...)<\/i> для отношений.<\/p>\n

Есть и штука, которая будет немедленно полезна каждому, кто когда-либо делал запросы: фильтр nwr<\/i>, который объединяет в себе node<\/i>, way<\/i> и rel<\/i>. Больше не нужно перечислять все три типа в запросах по тегу: достаточно nwr[shop=pet]<\/i> — и получите все зоомагазины, каков бы ни был их тип. И самое главное — фильтр уже работает<\/a> на основном сервере!<\/p>\n

В списке запросов для тестирования<\/a> новой версии можно найти пример, который ещё лучше сократит ваши запросы:<\/p>\n

nwr[amenity=recycling](if: t["recycling:glass"] || t["recycling:paper"] || t["recycling:clothes"]);<\/code><\/pre>",
            "date_published": "2018-05-15T12:37:07+04:00",
            "date_modified": "2018-05-15T12:43:36+04:00",
            "_date_published_rfc2822": "Tue, 15 May 2018 12:37:07 +0400",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "1460",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css",
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "1435",
            "url": "https:\/\/shtosm.ru\/all\/obhodnye-listy-v-qgis\/",
            "title": "Обходные листы в QGIS",
            "content_html": "
\n\"\"\n<\/div>\n
Шесть лет назад я написал инструкцию<\/a>, как печатать обходные листы с использованием современного (на тот год) открытого софта и активно разрабатываемого (на тот год) рендерера Maperitive. Вечером перед тульской картовстречей я посмотрел на каталог этого рендерера и понял, что хватит это терпеть. Но что открыть взамен? В mapnik непросто повернуть карту (а это критично), с эзотерическими рендерерами, типа alaCarte и smrender, долго разбираться. Я уже много лет советую всем QGIS для печати карт — так возьму его сам.<\/p>\n
Это одновременно статья про то, как непросто и одновременно несложно было разобраться в инструментах и получить файл pdf с обходными листами, и инструкция. Печатайте больше обходных листов и выводите картографов на улицы. Вам не обязательно загружать собранные объекты именно в OpenStreetMap, но мы были бы рады. А вот данные для печати, кроме как из OSM, взять неоткуда. Начнём с их подготовки.<\/p>\n
(Если вы делаете обходные листы, не дочитав заметку до конца, советую заглянуть в главу «волшебство»).<\/p>\n
Подготовка данных<\/h2>\n
Прежде всего, вам понадобятся QGIS версии не ниже 2.14, GDAL не ниже 2.0 и JOSM.<\/p>\n
    \n
  1. Откройте JOSM, включите «режим эксперта», если ещё не.<\/li>\n
  2. В меню «Файл» выберите «Загрузить с Overpass API» и введите туда запрос: (node({{bbox}});<;>);out meta;<\/tt><\/li>\n
  3. Выберите район картовстречи и качайте. А затем сохраните в файл .osm и закрывайте редактор.<\/li>\n
  4. Теперь нужен GDAL, чтобы сделать файл для QGIS. Для сохранения тегов типа addr:housenumber нужно настроить ogr2ogr. Если коротко, берите этот osmconf.ini<\/a> и положите к данным. Возможно, вы захотите добавить тегов в поля attributes<\/i> разделов [lines]<\/i> и [multipolygons]<\/i>.<\/li>\n
  5. Выполните из командной строки:<\/li>\n<\/ol>\n
    ogr2ogr --config OSM_CONFIG_FILE osmconf.ini -t_srs EPSG:3857 -f GPKG party.gpkg party.osm<\/code><\/pre>
    Здесь мы используем все достижения последних трёх лет: простое скачивание данных из Overpass API, хорошую поддержку формата OSM библиотекой GDAL и формат GeoPackage. Последний опубликован только три года назад и удобен для хранения данных из OSM: в отличие от шейпов, файл получается всего один и при этом непустой.<\/p>\n
    Файл osmconf.ini в комплекте GDAL разочаровывает на каждом шагу: очень мало тегов, даже адресов нет. И нет полигональных водоёмов. То ли дело файл style, приложенный к osm2pgsql. Воспользовался бы последним, но тогда цепочка получилась бы слишком сложной: osm → osm2pgsql → postgresql → ogr2ogr → gpkg. Два шага в этой цепочке выглядят лишними.<\/p>\n
    Оформление карты в QGIS<\/h2>\n
    Было бы здорово сказать: «просто используйте этот стиль на ваш файл», как обычно с мапником или маперитивом, но в мире высоких ГИС не всё так просто. Нужно открывать свойства каждого слоя, кликать на цвета, делать дубликаты, фильтровать. Любое ваше действие QGIS запишет в файл проекта, поэтому я не дам свой: кто знает, какую порнографию вы откопаете в tula.qgs<\/i>. Так что — пошаговая инструкция.<\/p>\n
      \n
    1. Откройте в QGIS файл GeoPackage и добавьте слои lines<\/i> и multipolygons<\/i>. В первом лежат дороги, ручьи и заборы, во втором — здания, парки и водоёмы.<\/li>\n
    2. Справа внизу кликните на «EPSG:4326», включите перепроецирование на лету и выберите проекцию EPSG:3857, привычную по растровым картам.<\/li>\n
    3. Отфильтруем дороги. Кликните правой кнопкой на слое линий, там — «Фильтр». Выделим улицы: highway in (’trunk’, ’primary’, ’secondary’, ’tertiary’, ’residential’, ’unclassified’, ’pedestrian’)<\/tt><\/li>\n
    4. Теперь оформим: двойной клик на слое, во вкладке стиля цвет #777777 и толщину 0,3 мм.<\/li>\n
    5. Во вкладке «Подписи» окна свойств сверху выберите «показывать подписи» и ниже поле «name». Цвет #666666 и размер шрифта 10.<\/li>\n
    6. А что с пешеходными дорожками? Правую кнопку на слое, «Дублировать». Правите теги в фильтре на (’footway’, ’path’)<\/tt> и в свойствах: «простая линия», стиль линии ставите в «штриховая».<\/li>\n
    7. Аналогично для всех остальных слоёв: линии highway=service<\/i>, railway=rail<\/i>, waterway NOT NULL<\/i> и полигоны воды, парков и зданий building NOT NULL<\/i>.<\/li>\n
    8. Для зданий нужно указать подписи не только с номером дома, но и с этажностью. Справа от выбора поля подписи жмите на кнопку «ε» и введите формулу: addr_housenumber || ’\/’ || building_levels<\/tt><\/li>\n<\/ol>\n
      \n\"\"\n<\/div>\n
      На этапе фильтрации данных в слое я понял, что импорт файлов OSM напрямую — это шляпа: на любой чих QGIS мне мерзко отвечал: «какая-то проблема в вашем SQL». Поэтому нужен GeoPackage. Можно справиться и с более старым Spatialite, но зачем.<\/p>\n
      После танцев с бубном в Maperitive (да, я помню их спустя шесть лет!) оформление карты в QGIS — праздник предсказуемости и удовольствие конфигурируемости. Не программирование, а интерактивный выбор из списков. Никаких подписей поверх линий, работает их вытеснение, а линии не меняют толщину и цвет в непонятной зависимости от масштаба. Да и вообще не нужно думать о масштабе. Первые десять минут не верил, что всё так просто, но да: быстро переписал все размеры и цвета из стиля для Maperitive<\/a> и увидел красивую карту.<\/p>\n
      Пирог<\/h2>\n
        \n
      1. Добавьте новый векторный слой типа Polygon. В нём нужны поля name<\/i> (строка) и rotation<\/i> (целое число).<\/li>\n
      2. В его свойствах отключите заливку, добавьте жирный контур и подпись из name<\/i>.<\/li>\n
      3. Включите редактирование и обводите листы для печати, один за другим. Левый клик — добавить точку, правый — завершить. Рисовать лучше прямо по улицам. Поле fid, если есть, заполнять не нужно. Называйте полигоны в формате «14-запад»: номер куска в пироге и указание на его часть.<\/li>\n<\/ol>\n
        Опять же, видя прямоугольники листов на карте, ощутил наступление будущего: не нужно терпеть ме-е-едленный поворот всей карты в Inkscape, элементарно переставить или подвинуть куски. Единственное, чего не хватает, — автоматического вычисления поворота, чтобы каждый кусок печатать в максимально возможном масштабе. Поле rotation<\/i> придётся заполнять самостоятельно.<\/p>\n
        Печать атласа<\/h2>\n
          \n
        1. «Проекты» → «Создать макет», там во вкладке «Атлас» включите его, выберите слой, скройте его и щёлкните на «создать многостраничный документ».<\/li>\n
        2. Добавьте карту и во вкладке «Свойства элемента» отрегулируйте положение и размер. Включите «используется для атласа» с полем 0%, выше свяжите вращение карты с полем rotation<\/i>.<\/li>\n
        3. Добавьте в угол текстовую метку с содержимым [% «name» %]<\/tt> и настройте её вид.<\/li>\n<\/ol>\n
          Это всё — если не нужно поворачивать карту на отдельных листах. Но, конечно, поворачивать надо. Поэтому:<\/p>\n
            \n
          1. Включите предпросмотр атласа.<\/li>\n
          2. В окне QGIS откройте таблицу атрибутов слоя пирога и включите редактирование.<\/li>\n
          3. Для каждого листа оцените поворот в градусах (положительные значения — по часовой стрелке) и впишите в нужную строку. После этого в окне макета нажмите «Обновить» и проверьте угол. Поправьте, если не попали.<\/li>\n
          4. «Следующий объект» — и так далее до последней страницы. Муторно, но всё проще и быстрее, чем в Inkscape.<\/li>\n<\/ol>\n
            Теперь точно всё. Из меню «Атлас» сразу печатайте или сохраните в PDF. Если нужно проверить оформление, напечатайте одну страничку из меню «Макет».<\/p>\n
            Нет, не всё<\/h2>\n
            Боже, двадцать два шага. Пирог «наполеон» готовить проще, чем пирог к очередной картовстрече. Даже с учётом современных технологий получилось длинно и сложно. Клики правой кнопкой мыши, клики левой. Нам нужно проще. Поэтому я начал смотреть, как оптимизировать отдельные этапы. Главное — подбор углов поворота. Глазами получается неточно, а в модуле processing есть интересная функция «oriented minimum bounding box», которая делает ровно то, что нужно: находит повёрнутый прямоугольник минимальной площади, в который вписывается каждый объект слоя.<\/p>\n
            \n\"\"\n<\/div>\n
            Открыл питонскую консоль, набросал короткий скрипт — и действительно, поверх слоя домиков в своём районе увидел россыпь повёрнутых прямоугольников вокруг них. А в атрибутах — размеры и углы. Сохранил скрипт, довольный. Через пару минут дошло: плагины же тоже на питоне пишутся. Если делать не только для себя — нужен плагин. А если делать плагин, то нужно идти до конца, чтобы получилось...<\/p>\n
            Волшебство<\/h2>\n
            Именно по этой причине эта заметка задержалась на три недели. Забудьте все шаги выше. Забудьте Overpass, забудьте ogr2ogr, забудьте свойства слоёв и составление атласов. Теперь подготовка пирога так же проста, как его обход:<\/p>\n
              \n
            1. Установите модуль «Walking Papers».<\/li>\n
            2. Найдите кнопку с синими прямоугольничками и после нажатия выберите «Скачать данные OSM».<\/li>\n
            3. На новом слое нарисуйте (слева вверху карандашик и какая-то область) полигон вокруг области картовстречи. Затем снова жмите «Скачать».<\/li>\n
            4. Ура, есть карта! В слое «Pie Overview» наметьте широкими линиями границы кусков пирога.<\/li>\n
            5. В слое «Pie Sheets» обведите кварталы, которые войдут на каждый лист. Обычно это два-три листа на кусок пирога. Давайте им названия в виде «4-запад», с номером куска и ориентиром внутри него.<\/li>\n
            6. Снова под той же синей кнопкой «Подготовить к печати». Всё, просмотрите листы и экспортируйте в PDF.<\/li>\n<\/ol>\n
              \n\"\"\n
              Картинка со старой версией модуля, где был лишний шаг<\/div>\n<\/div>\n
              Невероятно! Шесть шагов, из которых только два требуют осмысленной работы, чесания головы, пристального взгляда на спутниковые снимки, ворошения прошлых пирогов, захлопывания крышки ноутбука с возгласом «да ну его, завтра нарисую!» Печать качественных<\/i> обходных листов больше не удел гиков, которые «на ты» с таким осмерским софтом, который вы бы не захотели встретить в тёмной подворотне. Жду не дождусь августа, чтобы воспользоваться модулем по назначению.<\/p>\n
              Внутри QGIS<\/h2>\n
              Осталась одна ма-аленькая проблемка. Если повернуть страницу атласа, то её масштаб станет мельче, чтобы вместить все данные с неповёрнутой страницы. А если карта управляется объектами с отдельного слоя, то на вычисление масштаба размеры этих объектов не влияют (посмотрите на отступ до дороги сверху на правом листе на фотографии в начале статьи). Вот незадача: хотели повернуть кварталы вдоль листа, чтобы приблизить их до упора и не мельчить при обходе, а получилось наоборот. Из-за этого поворот карты становится бесполезным. Что же делать?<\/p>\n
              Как известно, открытый софт развивается через боль. Если вас что-то не устраивает в QGIS, вы либо идёте жаловаться в телеграм, либо оплачиваете разработку в NextGIS, либо делаете git clone<\/i> и открываете Qt Designer сами. Будучи ленивым, я пропустил первые два шага, нашёл в исходниках вычисление размеров объекта и всунул в нужное место geometry.rotate()<\/i>. Пул-реквест<\/a> отправился в ветку будущего релиза QGIS 3.0.<\/p>\n
              А дальше я начал узнавать, чем гостеприимный опенсорс отличается от пассивно-агрессивного, как принято в OSM. «Офигенное решение проблемы, спасибо!» — поприветствовал меня один из разработчиков QGIS. И сразу такое тёплое чувство внутри: меня ждали, мне рады, я не зря изучал исходники. «Только допиши тест на питоне, пожалуйста» — и окрылённый, я пошёл изучать систему тестирования QGIS и писать нужную функцию.<\/p>\n
              В процессе наткнулся на неудобство API прямоугольников и дописал функции их сдвига. Так я узнал про SIP bindings и зачем нужен скрипт prepare_commit.sh<\/i>, который нужно запускать до git commit<\/i>. На каждом этапе я мог кинуть клавиатуру в окно от очередного «сделай ещё тут кое-что», но благодаря вежливости и доброжелательности участников проекта я был рад делать ещё и ещё. Только метафорической линейкой по пальцам удержало меня от новых правок и улучшений в коде QGIS. Зачем оставаться в OSM и всё это терпеть, когда там так приятно и легко, и говорят спасибо после мёржа?<\/p>\n
              \n\"\"\n
              Встреча приятных людей в Эссене, фотография Аниты Грейзер<\/div>\n<\/div>\n
              Но проблема осталась<\/h2>\n
              Версия QGIS 2.18 останется в большинстве репозиториев до сентября 2018 года: моя правка в неё не попадёт. Пользоваться модулем хочется прямо сейчас, не дожидаясь новых версий QGIS. Поэтому нужно как-то обойти ошибку. С пул-реквестом за плечами решение оказалось несложным: модуль делает копию слоя пирога с модифицированной геометрией и новыми атрибутами. Новый слой невидимо управляет параметрами карты, чтобы у вас были идеальные обходные листы.<\/p>\n
              Как ещё можно улучшить? Ну, например, сделать рисование листов пирога сразу прямоугольниками пропорций листа А4. Тогда этап вычисления углов поворота станет ненужным. Слой тайлов OpenStreetMap пока приходится подключать вручную через QuickMapServices<\/a>: возможно, лишние клики стоит оптимизировать, общаясь с этим модулем напрямую. Это поможет и для подготовки обзорных страниц в атлас. Наконец, оформление обходных листов зашито в модуль: чтобы его поменять, нужно править файл внутри каталога, но после обновления модуля правки потеряются.<\/p>\n
              Буду ли я улучшать модуль? Нет, он достаточно хорош и мне лень.<\/p>\n
              Писать модули прикольно. Что для JOSM, что для QGIS. По окончании радует ощущение, что операции, которые требовали времени и внимательности, переложены на машину и делаются одной кнопкой. Оформление модуля трудоёмко: нужно копаться в API, разбираться с репозиторием, рисовать значки и не забыть про переводы. Альтернатива — короткие куски кода для консоли python или плагина JOSM Scripting<\/a>. Писать их не проще, а найти потом, когда через год-другой возникнет похожая задача, — почти невозможно. Так что лучше неделю потерять, но потом несколько часов сэкономить.<\/p>\n",
            "date_published": "2017-07-05T11:44:18+04:00",
            "date_modified": "2017-07-05T11:43:25+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/tula-pies.jpg",
            "_date_published_rfc2822": "Wed, 05 Jul 2017 11:44:18 +0400",
            "_rss_guid_is_permalink": "true",
            "_rss_guid": "https:\/\/shtosm.ru\/all\/obhodnye-listy-v-qgis\/",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css",
                    "system\/library\/highlight\/highlight.js",
                    "system\/library\/highlight\/highlight.css"
                ],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/tula-pies.jpg",
                    "https:\/\/shtosm.ru\/pictures\/building-layer-labels.png",
                    "https:\/\/shtosm.ru\/pictures\/rotated-buildings-nq8.png",
                    "https:\/\/shtosm.ru\/pictures\/qgis_wp_menu-nq8.png",
                    "https:\/\/shtosm.ru\/pictures\/qgis-essen-meeting.jpg"
                ]
            }
        },
        {
            "id": "1437",
            "url": "https:\/\/shtosm.ru\/all\/overpass-kladyot-v-osm\/",
            "title": "Overpass кладёт в OSM",
            "content_html": "
              \n\"\"\n<\/div>\n
              Этой ночью Мартин Райфер научил Overpass Turbo<\/a> сохранять запросы не только в локальное хранилище браузера, но и прямо в OSM API, после авторизации. Вы увидите свои запросы на всех компьютерах и на любой копии сервиса.<\/p>\n
              Кажется, это второй случай использования Preferences API<\/a> популярным приложением. Первым был редактор Merkaartor, который задействовал<\/a> эти функции, когда версия API была ещё 0.5, и наткнулся на ограничение в 150 тегов. Потому что теги и настройки обрабатывались одним и тем же кодом. Были предложения сохранять настройки в OSM и другим редакторам — JOSM и iD, но забылись за отсутствием интереса.<\/p>\n
              Кроме ста пятидесяти настроек за раз<\/i>, у API есть ещё ограничение: не больше 255 символов на строку. Длинные запросы Overpass Turbo сохраняет в несколько ключей и склеивает их при загрузке.<\/p>\n
              Наконец, API не решает задачу публикации кода запроса. Пусть сервис сам по себе — библиотека запросов с удобным интерфейсом, было бы здорово<\/a> отвязаться от неё и загружать код в GitHub Gist вместе с коротким примером использования в Leaflet. Ровно как это делает Geojson.io при нажатии кнопки «Share».<\/p>\n",
            "date_published": "2017-06-26T15:53:19+04:00",
            "date_modified": "2017-06-27T11:26:55+04:00",
            "image": "https:\/\/shtosm.ru\/pictures\/overpass-to-osm-nq8.png",
            "_date_published_rfc2822": "Mon, 26 Jun 2017 15:53:19 +0400",
            "_rss_guid_is_permalink": "true",
            "_rss_guid": "https:\/\/shtosm.ru\/all\/overpass-kladyot-v-osm\/",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/shtosm.ru\/pictures\/overpass-to-osm-nq8.png"
                ]
            }
        },
        {
            "id": "1414",
            "url": "https:\/\/shtosm.ru\/all\/josm-tested-xx\/",
            "title": "josm-tested XX",
            "content_html": "
              \n\"\"\n<\/div>\n
              Только что вышла очередная стабильная версия JOSM, в которой закрыли дыру с несанкционированными запросами в интернет. Чуть ранее опубликовали другую стабильную версию с кучей изменений за месяц. Самое интересное в ней — отображение загруженных треков в виде тепловой карты (как на картинке). Теперь не нужно подключать ненадёжный тайловый слой, чтобы проследить оси дорог, и можно пользоваться своим огромным архивом треков. Чтобы переключить отображение, нажмите правую кнопку на слое треков, там «настроить отрисовку».<\/p>\n
              С августа в редакторе сделали ещё несколько полезных штук:<\/p>\n