точёные пики... я думал это детсадовский прикол

Допустим такая ситуация с улицы от ворота до парковки 30 м., тоесть дорогу надо разделить на 2 части служебная/парковочная?

Как вариант, да

Странный какой-то проезд на парковке, конечно. Диагональный. Хотелось бы посмотреть на это в реале

Тоесть, рисуется примерно прямоугольным, не задевая отметок линии парковки на асфальте?

Дороги рисуются примерно по траектории, по которой машина едет

Пример: https://www.openstreetmap.org/#map=18/59.44092/24.86469

И последний вопрос, я просто новичек, с улицы в жилой комплекс уходит дорога со знаком "жилая зона", внутри ЖК указать везде парковочный проезд или жилая зона всё таки?) Закрывающего знака отсутствует

Хайвей=сервис + лайвинг_стрит=ес

СпС 👍

Пжлст🤷‍♂

Добрый день, дорогие друзья!

Часть I. "О продолжающемся импорте театров"

Вчера Илья Зверев внес [1] в OSM все то, что мы отсмотрели (валидировали) во время картоакции "Неделя театров" [2], которая по факту стала месяцем - она длилась весь декабрь 2019 года. Однако на этом не завершился импорт набора открытых данных Министерства культуры РФ по театрам, длящийся с 2017 года.

Сейчас необходимо поправить внесенные в OSM данные, ведь некоторые театры были добавлены с тегом fixme, в котором содержатся различные пожелания или уточнения. Всего таких театров 103 из 693, то есть почти 15%, что, как мне кажется, достаточно неплохой результат.

Для удобства выполнения этой задачи Илья создал задание [3] на сервисе MapRoulette, в котором содержатся все 103 театра, требующие дополнительного внимания.

Часть II. "Выводы об импорте театров"

Мы прекрасно понимаем с Ильей, что почти любой импорт в OSM - это не самое простое дело, в котором возможны ошибки и недоработки. Поэтому готовы к конструктивной критике и обсуждению данного вопроса. Мы предполагаем, что недовольство может быть вызвано тремя разными вещами:
1. Качеством набора данных;
2. Качеством выполненной валидации, то есть теми, кто это делал - членами сообщества OSM;
3. Инструментом для импорта.

Однако обсуждать мы готовы только две из них, которые зависят от нас, - вторую и третью. Почему? Потом что на качество данных мы никак не можем повлиять. Данные можно либо брать, либо нет. Хотя, как сказал мне Илья, он всегда перед импортом знакомится с набором данных и готовит его для OSM. И если он совсем плохого качества, то он такое не берет. Например, от импорта музеев он вовремя отказался.

Анализируя пункт № 2, мы пришли к выводу, что необходима более подробная и ясная инструкция. Илья выразил готовность заняться этим.

Если же говорить про пункт № 3, то тут требуется ваша помощь - обратная связь. Что не так в разработке Ильи - OSM Conflator [4], с помощью которой выполняется импорт? Что бы вы добавили? Чего не хватало? Что раздражало? Не бойтесь и смело делитесь. Только так мы сможем в будущем повысить качество импортов. Причем не только в России, потому что этим инструментом пользуются по всему миру.

[1] https://forum.openstreetmap.org/viewtopic.php?pid=773711#p773711
[2] https://forum.openstreetmap.org/viewtopic.php?id=68084
[3] https://maproulette.org/browse/challenges/11848
[4] https://wiki.openstreetmap.org/wiki/OSM_Conflator

Пост на форуме OSM: https://forum.openstreetmap.org/viewtopic.php?id=68389

да я и так в Москве поправлю, зачем мне для этого мапрулет. главное чтобы исправлятели для ачивок не прискакали

Обычно, если данные хорошие, то и валидация требуется минимальная (иногда и вовсе чисто формальная)

Спасибо

Может тогда закрывать задания в Мапрулете по Москве тебе?

Добрый день, дорогие друзья!

Часть I. "О продолжающемся импорте театров"

Вчера Илья Зверев внес [1] в OSM все то, что мы отсмотрели (валидировали) во время картоакции "Неделя театров" [2], которая по факту стала месяцем - она длилась весь декабрь 2019 года. Однако на этом не завершился импорт набора открытых данных Министерства культуры РФ по театрам, длящийся с 2017 года.

Сейчас необходимо поправить внесенные в OSM данные, ведь некоторые театры были добавлены с тегом fixme, в котором содержатся различные пожелания или уточнения. Всего таких театров 103 из 693, то есть почти 15%, что, как мне кажется, достаточно неплохой результат.

Для удобства выполнения этой задачи Илья создал задание [3] на сервисе MapRoulette, в котором содержатся все 103 театра, требующие дополнительного внимания.

Часть II. "Выводы об импорте театров"

Мы прекрасно понимаем с Ильей, что почти любой импорт в OSM - это не самое простое дело, в котором возможны ошибки и недоработки. Поэтому готовы к конструктивной критике и обсуждению данного вопроса. Мы предполагаем, что недовольство может быть вызвано тремя разными вещами:
1. Качеством набора данных;
2. Качеством выполненной валидации, то есть теми, кто это делал - членами сообщества OSM;
3. Инструментом для импорта.

Однако обсуждать мы готовы только две из них, которые зависят от нас, - вторую и третью. Почему? Потом что на качество данных мы никак не можем повлиять. Данные можно либо брать, либо нет. Хотя, как сказал мне Илья, он всегда перед импортом знакомится с набором данных и готовит его для OSM. И если он совсем плохого качества, то он такое не берет. Например, от импорта музеев он вовремя отказался.

Анализируя пункт № 2, мы пришли к выводу, что необходима более подробная и ясная инструкция. Илья выразил готовность заняться этим.

Если же говорить про пункт № 3, то тут требуется ваша помощь - обратная связь. Что не так в разработке Ильи - OSM Conflator [4], с помощью которой выполняется импорт? Что бы вы добавили? Чего не хватало? Что раздражало? Не бойтесь и смело делитесь. Только так мы сможем в будущем повысить качество импортов. Причем не только в России, потому что этим инструментом пользуются по всему миру.

[1] https://forum.openstreetmap.org/viewtopic.php?pid=773711#p773711
[2] https://forum.openstreetmap.org/viewtopic.php?id=68084
[3] https://maproulette.org/browse/challenges/11848
[4] https://wiki.openstreetmap.org/wiki/OSM_Conflator

Пост на форуме OSM: https://forum.openstreetmap.org/viewtopic.php?id=68389

С такими данными, которые были у театров, вместо импорта народ вынужден был заниматься ручной проверкой данных