{ "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\/import\/", "feed_url": "https:\/\/shtosm.ru\/tags\/import\/json\/", "icon": false, "author": { "name": "Илья Зверев", "url": "https:\/\/shtosm.ru\/", "avatar": false }, "items": [ { "id": "1522", "url": "https:\/\/shtosm.ru\/all\/richard-vsyo-obyasnil\/", "title": "Ричард всё объяснил", "content_html": "

В официальном блоге появилась невзрачная заметка<\/a>: институт открытых данных спонсировал две управы в Великобритании, чтобы они посмотрели на OpenStreetMap. В рамках этой работы Ричард Фэйрхёрст подготовил документ, объясняющий основные вопросы проекта и подсказывающий способы интеграции данных.<\/p>\n

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

Хватит объяснять каждой новой организации основы OpenStreetMap сызнова, теперь достаточно отослать им руководство Ричарда. Там есть всё, о чём можно подумать. Зовут в компанию рассказать про OSM? Берёте этот документ и нарезаете на слайды. Не нужно вспомнинать, не нужно вообще думать. Вопрос регулирования импортов закрыт. Осталось, наверное, написать всё то же самое на русском языке.<\/p>\n", "date_published": "2020-07-23T23:56:05+04:00", "date_modified": "2020-07-23T23:55:40+04:00", "_date_published_rfc2822": "Thu, 23 Jul 2020 23:56:05 +0400", "_rss_guid_is_permalink": "false", "_rss_guid": "1522", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "1427", "url": "https:\/\/shtosm.ru\/all\/obeschanie-digitalglobe\/", "title": "Крадущийся Facebook, затаившийся DigitalGlobe", "content_html": "

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

На прошлом State of the Map US сотрудники Facebook рассказали о том, как они натравили алгоритмы машинного обучения на спутниковые снимки, чтобы найти на них дороги. Затем люди проверяют эти дороги и склеивают их с данными OpenStreetMap. Поразительно по двум причинам: Facebook дорисовывает OSM! И скоро никому не нужно будет обклацывать спутниковые снимки!<\/p>\n

Правки сотрудников фейсбука начали появляться в Египте и Таиланде и их, конечно, быстро удалили. Как это обычно бывает с автоматическими массовыми правками: вместо улучшения геометрии удаляли нарисованное и заливали заново, причём с косяками (оставались узлы); качество было сомнительным, особенно на дефектах снимков, которые определялись как дороги; классы дорог очищали и тегировали всё как residential. Причём это началось ещё в мае<\/a>, последующие попытки мы замечали в июле<\/a> и августе. Откатили почти всё, фейсбук затаился.<\/p>\n

В феврале тайские мапперы нашли страницу в вики<\/a>, которая документирует процесс автоматического распознавания дорог фейсбуком. Неужели они решили соблюсти инструкцию по импорту и автоматическим правкам? Увы: на форуме<\/a> быстро заметили, что сотрудники компании продолжают портить данные в Таиланде. Способы разнообразны и всегда печальны, тема читается как история неудач, «33 несчастья» по-осмерски. В субботу осмеры и фейсбуковцы в Таиланде встретились за чашкой чая и договорились об открытости процесса.<\/p>\n

\n\"\"\n
Иллюстрации из письма<\/a> Facebook в рассылку imports@.<\/div>\n<\/div>\n

Главное, впрочем, в мелочах: немногие, кто возмущался новой попыткой фейсбука импортировать нам дороги, прочитали их вики-страницу до конца. Во-первых, фейсбук классифицирует снимки DigitalGlobe. Но не те обрезки, что доступны нам из Bing и Mapbox, а улучшенное покрытие +Vivid<\/a> без облаков и стыков. А в конце они приводят разрешение DG на импорт производных от снимков данных в OSM и ссылки на тайлы с классифицированными дорогами, которые можно сравнить со спутниковой подложкой, где она есть.<\/p>\n

Осмеры, конечно, спросили: а нельзя ли нам заодно и исходные спутниковые снимки? Вы знаете, как оно бывает: спросили, вместе посмеялись, вздохнули и разошлись. Но не в этот раз: Кевин Баллок из DigitalGlobe 16 марта ответил<\/a>:<\/p>\n

\n

Рад сообщить, что мы приближаемся к отличному решению, которое позволит DG опубликовать спутниковый слой специально для трассировки в OpenStreetMap. Эту работу спонсируют несколько организаций, и она сделает слой +Vivid доступным для зарегистрированных редакторов OSM. Надеюсь, это позволит вам проверить импорт команды Facebook. Срок — примерно 4-8 недель. Объявим о результатах, пожалуй, в новой теме, а не в обсуждении импорта.<\/p>\n<\/blockquote>\n

Так что ждём в мае третий глобальный слой спутниковых снимков для обрисовки, лучший из всех.<\/p>\n", "date_published": "2017-04-05T02:09:43+04:00", "date_modified": "2017-04-05T02:09:00+04:00", "image": "https:\/\/shtosm.ru\/pictures\/facebook1.jpg", "_date_published_rfc2822": "Wed, 05 Apr 2017 02:09:43 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/all\/obeschanie-digitalglobe\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/shtosm.ru\/pictures\/facebook1.jpg", "https:\/\/shtosm.ru\/pictures\/facebook2.jpg" ] } }, { "id": "1425", "url": "https:\/\/shtosm.ru\/all\/ne-tolko-64-bita\/", "title": "Не только 64 бита", "content_html": "

Вы помните о проблеме 2013 года<\/a>, когда идентификаторы узлов в OpenStreetMap превысили 2³¹. Те, кто держит регулярно обновляемый сервер тайлов, вчера вечером могли заметить ошибку в логе osm2pgsql:<\/p>\n

Osm2pgsql failed due to ERROR: insert_rel failed: ERROR: value «37945» is out of range for type smallint<\/tt><\/p>\n

Да, программа не ожидала, что на хранение количества членов отношения может не хватить двух байтов. Чтобы восстановить обновление, нужно откатить состояние до этого state.txt<\/a> и убедиться, что osmosis скачивает диффов минимум на два часа. На гитхабе разработчики osm2pgsql обсуждают<\/a>, как и где лучше ограничить размеры отношений.<\/p>\n

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

Откуда взялось такое большое отношение? Это, слава богу, не мультиполигон. В Бразилии кто-то решил импортировать<\/a> геодезические сети: 7700 точек плановой сети (для определения координат) и 38 тысяч — высотной (для определения высот). Не очень понятно, зачем в OSM последние: снимки по ним не привяжешь, а ЦМР по осму нормальные люди не корректируют. Но обсуждение импорта в почтовой рассылке не завязалось, а бразильскую группу в телеграме, куда сбежали осмеры, читать сложно.<\/p>\n

Проблема оказалась в том, что все импортированные точки люди решили объединить в отношения. В вики с 2008 года предупреждают: отношения — не категории<\/a>, не создавайте их для облегчения выкачивания данных. Есть же Overpass API, есть osmfilter. «Но мне же надо» — и получилось отношение из 38 тысяч точек. В течение пары минут после его загрузки у многих обвалился osm2pgsql и через полтора часа DWG откатила правку. По техническим причинам, так как формальности были соблюдены и скоро, видимо, точки вернут.<\/p>\n", "date_published": "2017-03-13T16:17:32+04:00", "date_modified": "2017-03-13T16:17:21+04:00", "image": "https:\/\/shtosm.ru\/pictures\/brazil-geodetic-nq8.png", "_date_published_rfc2822": "Mon, 13 Mar 2017 16:17:32 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/all\/ne-tolko-64-bita\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/shtosm.ru\/pictures\/brazil-geodetic-nq8.png" ] } }, { "id": "1418", "url": "https:\/\/shtosm.ru\/all\/gruzim-tochki\/", "title": "Грузим точки", "content_html": "

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

Знаете, бывает иногда: договорились с какой-нибудь «Пятёрочкой», что они откроют данные для загрузки в OpenStreetMap, месяц пробирались сквозь бюрократию, получили заветный файл в формате CSV... И что? Допустим, сделали из него OSM XML и открыли в JOSM. Там восемь тысяч точек, которые нельзя просто взять и загрузить: в OpenStreetMap половина уже отмечена, часть — полигонами или отношениями, ещё минимум тысяча не подписана. Перелопачивать весь массив долго, монотонно и уныло. А на подходе уже «Магнит», который прознал про нашу лучшую в мире карту и готовит свои девять тысяч точек. И через месяц — обновление.<\/p>\n

Пока в MAPS.ME обращались небольшие компании с сотней-другой точек, мы махали рукой и просили либо разобраться в OSM самостоятельно, либо подождать, пока кто-нибудь напишет скрипт. Но вы знаете основной принцип открытого проекта, так что теперь такой инструмент есть. Задачу из первого абзаца легко решит OSM Conflator<\/a>.<\/p>\n

Это скрипт на Python 3, который принимает профиль с настройками импорта и функцией подготовки данных. Он скачивает свежий набор, запрашивает у Overpass API подходящие объекты из OpenStreetMap и сопоставляет точки из обоих наборов. Геометрия из OSM считается эталонной, как и все теги, кроме заранее определённого набора (например, времени работы, которое поставщику данных лучше знать). Существующим объектам скрипт досыпает тегов, добавляет новые точки туда, где в OSM ничего нет, и выдаёт файл osmChange.<\/p>\n

Дальше его можно напрямую загрузить в OpenStreetMap, но это нехорошо, противоречит руководству по импортам<\/a>. Правильнее будет открыть файл в JOSM, проверить глазами, что ничего не сломалось и теги правильные, а затем выдать профиль и файл на обсуждение сообществу. Именно это я проделал со списоком паркоматов Москвы, полученных с портала открытых данных: до пятницы можно поискать ошибки<\/a> в файле osc и профиле<\/a>, после чего паркоматов в OSM станет на 765 больше.<\/p>\n

Если не хочется импортировать, или владелец данных не дал явного разрешения, можно обойтись валидатором CupIvan<\/a>. Он примерно так же сравнивает данные OSM и официального источника, но вместо загрузки выводит таблицу, где видны неправильные значения тегов, лишние и отсутствующие объекты. Исправлять приходится по одному объекту за раз, зато нет головной боли с обсуждением импорта в сообществе. Иван давно не обновляет валидатор, эстафету за последние три года перехватывали dndred<\/a>, KoolRu<\/a> и Avlaak<\/a>. Последние два даже обновляют данные.<\/p>\n", "date_published": "2017-02-17T00:34:51+04:00", "date_modified": "2017-02-17T00:34:24+04:00", "image": "https:\/\/shtosm.ru\/pictures\/moscow_parkomats-nq8.png", "_date_published_rfc2822": "Fri, 17 Feb 2017 00:34:51 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/all\/gruzim-tochki\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/shtosm.ru\/pictures\/moscow_parkomats-nq8.png" ] } }, { "id": "1268", "url": "https:\/\/shtosm.ru\/all\/milliony-domikov\/", "title": "Миллионы домиков", "content_html": "

В сентябре 2013 года адресные точки и контуры зданий Нью-Йорка были выложены в public domain. Компания MapBox, большинство клиентов которой — американцы, немедленно взялась их импортировать в OpenStreetMap. Но поскольку они не французы и понимают, что нельзя просто взять и скопировать, процесс затянулся на год и затронул около 20 сотрудников. После десятков обсуждений, документирования, написания кода, обработки и постобработки данных, в Нью-Йорке появился миллион зданий и 900 тысяч адресных точек. Для сравнения, в России нарисовано всего 7 млн зданий. Алекс Барт рассказал<\/a> об исходных данных, результатах и выводах. Исходные коды всех инструментов опубликованы на GitHub.<\/p>\n

В похожей заметке блога MapBox<\/a> Алекс поведал решение проблемы обновления исходного набора данных на сайте города. Наша лицензия не позволяет напрямую копировать обновления в базу под public domain, поэтому нью-йоркский отдел ГИС получает ежедневную сводку с изменениями в адресации и контурах домов в OSM. Увы, перевести наши данные под PD для упрощения транзакций у компании не получилось.<\/p>\n

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

Этим летом команда переключилась на другие города США. В июле импортировали<\/a> 150 тысяч домов в Сан-Франциско. Сейчас идёт импорт<\/a> трёх миллионов домов в Лос-Анджелесе (фрагмент — на картинке выше, из твита<\/a> Эрика Фишера). Также обнаружил, что Ian Dees в марте 2013 года импортировал 300 тысяч домов в Чикаго<\/a> — правда, более простым способом, без лишних дискуссий.<\/p>\n

В нашем сообществе никто, кроме отдельных программистов, не любит импорты. По разным причинам, но чаще всего — потому что они делаются тяп-ляп, и результат ни поправить, ни откатить. С 2008 года длинная инструкция<\/a> в вики описывает, какие шаги должен пройти идеальный импорт. Правда, мало кто ей следует. MapBox же обещает соответствовать не только этим требованиям, но и собственным правилам<\/a>, которые сводятся к одному: «мы уважаем сообщество и учитываем его на всех этапах импортирования». Кажется очевидным, но пойди найди какого-нибудь другого импортёра, который подпишется под таким. Мы уже рады, когда уважение к работе других участников OSM проявляют обычные мапперы, редактирующие карту вручную.<\/p>\n", "date_published": "2014-10-20T00:54:11+04:00", "date_modified": "2014-10-20T00:52:49+04:00", "image": "https:\/\/shtosm.ru\/pictures\/labuild.png", "_date_published_rfc2822": "Mon, 20 Oct 2014 00:54:11 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/all\/milliony-domikov\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/shtosm.ru\/pictures\/labuild.png" ] } }, { "id": "1071", "url": "https:\/\/shtosm.ru\/all\/estonskiy-vopros\/", "title": "Эстонский вопрос", "content_html": "

Вытащив<\/a> адреса для всех домиков, что были в базе OSM, SviMik решил, что домиков маловато. И с помощью OverQuantum (который до того занимался упрощением<\/a> опорной сети автодорог) он сделал сайт-опросник<\/a>, который для каждого домика из официального кадастрового слоя выдаёт его контур с тегами и спрашивает, достаточно ли он хорош для нашей карты. Кнопок отбраковки две: «Mark as bad contour», если результат векторизации плохо выглядит, и «Mark as conflict», когда в OSM на месте домика что-то есть. В последнем случае можно запустить JOSM и убрать мешающий объект, если он хуже сделанного автоматически. О найденных проблемах пишут на форум<\/a>, советую посмотреть примеры.

Импорт домов поднимает другую проблему, понятную из этой картинки<\/a>: улицы-то не импортируются, их нужно рисовать вручную. Поиском недорисованного занимается валидатор SviMik<\/a>, куда медленно прибывают девятизначные номера зданий, стоящих в пустоте. Источник для трассировки, похоже, должен быть тем же, что и для домиков: слои Maamet. Об их подключении рассказал, опять же, SviMik: инструкция<\/a> и видеоролик<\/a>.

Тем временем, эстонцы получили свой раздел<\/a> на форуме и с присущей им скоростью плодят темы. А вчера даже заметили<\/a>, что с картой страны что-то происходит.<\/div>", "date_published": "2013-03-27T11:23:01+04:00", "date_modified": "2013-03-27T19:12:55+04:00", "_date_published_rfc2822": "Wed, 27 Mar 2013 11:23:01 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/all\/estonskiy-vopros\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "1060", "url": "https:\/\/shtosm.ru\/2013\/03\/10\/1\/", "title": "Антарктида", "content_html": "
Главная проблема с Антарктидой на картах OpenStreetMap — её очень сложно рисовать. Для начала, у основных провайдеров там нет снимков, кроме ландсата. В обычной гуглевской проекции карта обрезана<\/a> на 85-й широте, поэтому почти миллион квадратных километров недоступен. Можно перейти в WGS84 (до свидания, потлатч), но там все объекты сплющены в пять (как на базе McMurdo) или более раз, в таких условиях ровный прямоугольник дома нарисовать непросто. В отсутствие интереса континент пустует<\/a>: данных во всей Антарктиде примерно столько же, сколько в одной Чечне (или в Магаданской области). Стандартный веб-интерфейс не провоцирует на изучение континента, и до него никому нет дела. Наземный GPS-трек там всего один: картографы-любители базы не посещают.

\"https:\/\/shtosm.ru\/pictures\/concordia.gif\"<\/a>

Jochen Topf второй месяц работает<\/a> над приведением карты Антарктиды в порядок. Для начала, он хочет выпилить неточную границу и импортировать<\/a> новую, дешифрованную по снимкам и включающую, в том числе, территории океана, покрытые льдом. Единственный мультиполигон natural=glacier уйдёт, вместо него будет отмечена реальная поверхность через natural=bare_rock, natural=scree (камни россыпью) и тот же glacier, но только где необходимо.

Для отображения и редактирования есть замечательная проекция EPSG:3031. Тайлы в ней уже готовы<\/a>: маркерами на карте отмечены объекты с тегами. Следующим шагом будет научить<\/a> этой проекции JOSM. Плагин Proj4J, вроде, помогает, вот только перед Северным полюсом пасуют внутренние алгоритмы редактора.

В последней заметке Jochen отчитался<\/a> о готовности данных для импорта. По его завершении начнётся наполнение карты топонимами и остальным, что удастся найти: многие источники<\/a> находятся в public domain.<\/div>", "date_published": "2013-03-10T17:10:52+04:00", "date_modified": "2013-03-10T17:09:56+04:00", "_date_published_rfc2822": "Sun, 10 Mar 2013 17:10:52 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2013\/03\/10\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "996", "url": "https:\/\/shtosm.ru\/2013\/01\/15\/1\/", "title": "Третье измерение OpenStreetMap", "content_html": "
В заметке UN Dispatch<\/a> рассказывают про странные названия улиц столицы Афганистана на картах Apple. «Bad Monkey», «MoJo Way», вот это всё. Причина? Помните, как Эппл взял карты OSM<\/a>, но древнейшие, от 2010 года? Оказалось, как раз в это время первые мапперы Кабула решили пошутить, дав свои названия нескольким улицам. С тех пор карта значительно подросла и посерьёзнела, вот только пользователи айпадов оценивают её по устаревшим данным. Это хороший повод дополнить известное утверждение:

\"\"

Нельзя взять слепок данных и сказать: это — OpenStreetMap. Он теряет свою суть, своё главное отличие от остальных картографических данных в момент, когда вы его загружаете. Наш проект существует в трёх измерениях, и как нельзя от данных отнять широту или долготу, OSM лишается смысла, если его данные обрезать по оси времени. Участники это хорошо понимают, ожидая от всех сервисов на базе OpenStreetMap как минимум ежедневного обновления, в худшем случае — ежемесячного. Каждую секунду сотни человек существенно изменяют карту, что складывается в полгигабайта правок ежедневно, 0.2% от всех данных. Да, у нас масса ошибок, но в контексте третьего измерения они несущественны, поскольку обратная связь мгновенна. Обрежь время — и данные OSM превращаются в неполный, неудобный, местами просто неверный склад геоданных. Именно его часто сравнивают с альтернативами, коммерческими картографическими данными, ведь они точно так же лишены третьего измерения, имитируя его версионностью.

То же верно и для обратного процесса, импорта чужих данных в OSM. Многие энтузиасты рассматривают импорт как единичное вливание данных, «сделал дело — гуляй смело». В итоге на карте появляются двумерные кладбища данных, за которыми никто не присматривает. Источники импортов обновляются: так, пока американцы ковыряются в TIGER от 2005 года, уже вышел значительно превосходящий его по качеству TIGER 2012. Несколько стран импортировали покрытие CORINE 2006 года, которое неминуемо обновят, но иначе как всё удалить и импортировать заново, данные в OSM не обновить. А править руками импортированное настолько муторно, что этим никто не занимается. Большие импорты остаются зафиксированными во времени, они не становятся частью OSM, торча из него спустя годы, когда участник, загрузивший их, уже давно покинул проект.

Поэтому мы так осторожны с предложениями бесплатных геоданных для проекта и не спешим немедленно всё загружать, скорее наоборот, предостерегаем от этого других. Лучший способ добавить ваши POI — открыть обновляемый набор их координат и метаданных, которые осмеры будут синхронизировать в полуавтоматическом режиме, а то и вручную, через валидаторы вроде этого<\/a>. Идеальный способ добавить нам пространственный слой, вроде лесов и полей или зон использования воздушного пространства, — открыть его отдельным набором и подключать во время отображения, не захламляя общую базу очередной нередактируемой и мешающей обычным участникам кучей объектов.<\/div>", "date_published": "2013-01-15T12:12:25+04:00", "date_modified": "2013-01-15T12:11:06+04:00", "_date_published_rfc2822": "Tue, 15 Jan 2013 12:12:25 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2013\/01\/15\/1\/", "_e2_data": { "is_favourite": true, "links_required": null, "og_images": [] } }, { "id": "988", "url": "https:\/\/shtosm.ru\/2013\/01\/10\/1\/", "title": "Эстонское чудо", "content_html": "
Черновик итоговой заметки не продвинулся дальше абзаца «Ничего», поэтому ставлю вместо себя Кирилла, открывшего на форуме новогодний опрос<\/a>. Правда, по его результатам получается, что почти ничего и не произошло. Ещё не поздно дорисовать вагон-другой.

За выходные на форуме появился эстонец SviMik, нашедший WMS-слой с адресами (который эстонская кадастровая организация, недолго думая, разрешила к использованию в OSM, вместе с несколькими другими слоями), и выдал идею<\/a>, как эти адреса быстро загрузить на нашу карту. Удивительно, что не будучи опытным участником, он успел проникнуться духом краудсорсинга, и не стал углубляться в распознавание и прочую автоматизацию, как сейчас модно, а сделал простой сайт<\/a> в духе рекапчи, где для контура дома из OpenStreetMap нужно ввести число с подложки. В итоге, за две недели большую часть работы сделали два десятка мапперов, и сейчас идут последние приготовления перед загрузкой результата в OSM. Названия улиц удалось привязать к номерам благодаря другой базе, так же задаром выданной кадастровой организацией.

Правда, именно здесь могут всплыть основные проблемы, и связаны они не с качеством данных, а со структурой эстонского сообщества. Планируя Новый год, я спросил в твитере, не хочет ли кто из Таллина встретиться и поговорить. Адресованный эстонскому сообществу, вопрос остался без ответа. Может, оно не читает русскоязычные источники, и стоило спросить в их рассылке<\/a> — по видимости, единственном канале общения? Возможно, но плотность дискуссии в несколько сообщений в месяц не выдаёт в её обитателях активных мапперов. Мы знаем одного активного эстонца, Vitalts (теперь двух). Он адресует своё сообщество в третьем лице, будто не являясь его частью, и направляет на сайт maakart.ee<\/a>. Мистические владельцы сайта (как бы local chapter) и подписчики рассылки — одни и те же люди? Они будто сидят на облаке, не проявляя себя, полностью невидимые для обычных участников.

Когда AlexTheTux поправил геометрию и адреса у нескольких домов в Таллине, его правку без объяснений быстро откатил<\/a> ещё один неизвестный нам участник, руке которого принадлежит немалая часть объектов этого города. Может ли он входить в третье эстонское сообщество: затаившихся динозавров, блюдущих корректность и статус-кво? Возможно, таких мапперов там большинство: они рисуют десятки тысяч объектов, ни с кем не контактируя, а затем медленно погружаются в песок, при этом чутко реагируя на его колебания и выхватывая с поверхности зазевавшихся новичков, посмевших нарушить их покой. Где-то сверху витают «старейшины», лениво бросающие реплику в месяц в списке рассылки и владеющие неким выделенным сервером, а по поверхности, кроме озадаченных новичков, споро носятся продвинутые осмеры, не успевшие попасть в два суперкласса, но делающие реальную работу по улучшению карты Эстонии. Только благодаря им синяя линия не горизонтальна.

\"https:\/\/shtosm.ru\/pictures\/nodes-estlanlit.png\"<\/a>

На деле, конечно, в предыдущем абзаце всё выдумка, но такое видение эстонского сообщества, по-моему, — оптимистичный вариант. Потому что иначе получается, что в этот Новый год в Таллине активных мапперов из России было не меньше, чем местных.<\/div>", "date_published": "2013-01-10T20:26:35+04:00", "date_modified": "2013-01-10T20:26:10+04:00", "_date_published_rfc2822": "Thu, 10 Jan 2013 20:26:35 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2013\/01\/10\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "885", "url": "https:\/\/shtosm.ru\/2012\/09\/10\/2\/", "title": "Прямой эфир II", "content_html": "
Всего через четырнадцать месяцев после яндекса<\/a> у нас появилось такое же затягивающее реалити-шоу: live.openstreetmap.fr<\/a>. С той лишь разницей, что не нужно ждать две минуты, пока кто-нибудь нарисует очередной дом. Пока не отображается настоящая геометрия, лишь границы ченджсета. Изредка проскакивают импорты на десятки тысяч объектов, и это несколько пугает: «как? никого не предупредив? хватит мусорить в базе!» — а потом понимаешь, что это Канада, и у них там развлечение<\/a> на многие года — импортировать озёра.<\/div>", "date_published": "2012-09-10T19:08:27+04:00", "date_modified": "2012-09-10T19:06:36+04:00", "_date_published_rfc2822": "Mon, 10 Sep 2012 19:08:27 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/09\/10\/2\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "788", "url": "https:\/\/shtosm.ru\/2012\/06\/01\/1\/", "title": "Здания, тысячи их", "content_html": "
Фредерик Рамм смотрит на импорт<\/a> домов во Франции, и он его печалит. Сейчас 80% всех данных там — это дома. Из них меньше процента имеют адреса. Как с этим жить — непонятно. Он пытается донести ту же мысль, что я много раз высказывал без видимого эффекта: контуры домов по важности сопоставимы с лесами, и от их отсутствия карта не проигрывает. И ладно бы первый случай, так с границами во Франции тоже такая же петрушка. И ещё они импортировали Корину. Очень сложно не импортировать. Активных осмеров там немногим меньше, чем в России, но поддерживать все эти десятки миллионов объектов не под силу никому. Страна превратилась в склад данных, как когда-то Америка. И если не поменять модель данных OSM и не переписать инструменты, будет проще начать заново, чем разгребать эту кучу.<\/div>", "date_published": "2012-06-01T17:10:18+04:00", "date_modified": "2012-06-01T17:10:38+04:00", "_date_published_rfc2822": "Fri, 01 Jun 2012 17:10:18 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/06\/01\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "778", "url": "https:\/\/shtosm.ru\/2012\/05\/25\/1\/", "title": "Импорты потлатчем — скоро во всех регионах страны", "content_html": "
Ричард... превзошёл<\/a> самого себя. Векторные слои на фон в Potlatch 2 можно было подгружать почти с самого начала. Как из файла, так и из сети. Но этого мало. Выбор проекций — очевидная фича, всё есть. Четыре формата файлов, включая GPX и OSM! Отлично, продолжаем. Шаблоны преобразования тегов в OSM-совместимые. А это зачем?

\"\"

Внезапно, комбинацией Alt+Click слой из фонового превращается в рабочий, и его можно загрузить на сервер. Дороги из GPX? Не проблема: даже есть упрощение Дугласом-Пойкером. Планы из шейпов? Обрисованные<\/a> в гугле дороги из KML? Выгрузки GNS? Два клика, и не нужно искать хитрую программу для преобразования или изучать JOSM. Не бойтесь, в потлатче же можно всё проверить и поправить.<\/div>", "date_published": "2012-05-25T17:41:43+04:00", "date_modified": "2012-05-25T17:41:31+04:00", "_date_published_rfc2822": "Fri, 25 May 2012 17:41:43 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/05\/25\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "702", "url": "https:\/\/shtosm.ru\/2012\/03\/30\/2\/", "title": "Карту за карту", "content_html": "
Продолжая тему японских новостей, Yahoo! JAPAN добавили<\/a> на свой картосайт (самый популярный в стране) слой OpenStreetMap. При этом стоит вспомнить, что год назад они подарили<\/a> нам огромное количество геоданных, собранных поглощённой ими компанией ALPS. Их импорт продолжается до сих пор, и часть новых данных держит в заложниках<\/a> один из противников перелицензирования.

\"\"<\/div>", "date_published": "2012-03-30T15:19:35+04:00", "date_modified": "2012-10-18T22:16:57+04:00", "_date_published_rfc2822": "Fri, 30 Mar 2012 15:19:35 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/03\/30\/2\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "510", "url": "https:\/\/shtosm.ru\/2011\/12\/02\/1\/", "title": "Извините за паранойю", "content_html": "
Нашёл свою тему<\/a> на форуме за прошлый июнь, и решил, что сейчас, во время конференции и в свете Челябинска<\/a>, serge56<\/a> и прочих событий, она стала только актуальнее.<\/i>

Предположим такую ситуацию.

Типография некоего города, обнаружив OSM, порадовалась и напечатала тираж карт города (разумеется, с указанием источника). Продавала его с полгода, а потом, скажем, Роскартография, или Дискус, или Карта ЛТД присмотрелись и офигели. И подали на типографию в суд за нарушение авторских прав. «А какие ваши доказательства?» — возопит тут нестройный хор. Доказательства будут. Пара домиков, не соответствующих местности но нарисованных на чьей-либо карте. Изгибы улиц слегка другие. Два извилистых переулка обменялись названиями. Скорее всего, мы даже не услышим, что нас выдало, из-за закрытых дверей суда. Типография серьёзно пострадает, а другим будет наука, как использовать «свободные» карты.

Что мы будем делать после такого?

Не секрет, что с популяризацией проекта сюда набежало много школьников, лишённых чувства ответственности и понятия лицензий. Та самая аудитория «народных карт» (зачем мы пытаемся «открыть ей глаза», ещё раз?). Двадцать человек два года отрисовывали город, а пришелец посмотрел на это, сверился с бумажной картой: «ба, да у вас здесь название неправильное, и переулка не хватает» — и дорисовал без источника. Если хитрый, то ещё подпишет source=survey. Кто-то разочаровался в качестве космоснимков и втихую подложил себе гугль-карты или недавно сильно похорошевшие яндексовские.

Есть у нас и «меценаты», заменившие целые города своими наработками. Мы, конечно, им благодарны и ура, не надо мучаться с переулками. Но, если сесть и подумать — придерживались ли они принципов OSM при рисовании? Наверняка «зелёнка» у них с генштаба, названия — с бумажных карт, дома — с закрытых космоснимков. Хотя бы одно из трёх. Мелочи, но именно среди них будет то, что нас «спалит».

Как мы будем реагировать на прецендент ловли на нарушении авторских прав?

Удалять город? Так там же сто человек его рисовали по своим фотографиям, трекам; тратили дни на обход кварталов. Вычленять «вредителей» и откатывать их правки? Ну даже в лучшем случае, когда мы определим ложные детали, откатим их и даже очистим город, останутся другие города. В которых никто уже не может быть уверен.

Похоже, единственным решением будет начать с чистого листа.<\/div>", "date_published": "2011-12-02T12:29:12+04:00", "date_modified": "2013-03-02T00:32:53+04:00", "_date_published_rfc2822": "Fri, 02 Dec 2011 12:29:12 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2011\/12\/02\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "357", "url": "https:\/\/shtosm.ru\/2011\/09\/10\/1\/", "title": "Импорт по-грузински", "content_html": "
TarzanASG на хабре передал<\/a>, что импорт данных JumpStart International по Грузии<\/a>, наконец, закончен. Шёл он почти семь месяцев, с 15 февраля, под руководством участника Rukeli. Из русских в проекте участвовал только Glebius. Тбилиси, Рустави, Батуми и ещё несколько городов не заливали, потому что они и без того отлично нарисованы. Интересно, что ещё до формального завершения импорта в Грузии обнаружились местные вандалы, удалявшие<\/a> целые города.