OpenStreetMap

Diary Entries in Russian

Recent diary entries

Вчера проехался на запад от дома. Заехал на пруд Кунцевщина, заехал на островок. Хорошее место для шашлыка, правда людное. Заехал на заправку взял выпить и решил проехать по путепроводу через МКАД на водоотстойник (Очистное сооружение дождевой канализации районов Красный бор и Сухарево). До путепровода было далеко. Проехал под мостом, пересек поле и выехал к пруду №3 Дививелко. Объехав вокруг водоотстойника решил отдохнуть на пригорке, понаблюдать за закатом.

Location: Сухарево, Фрунзенский район, Минск, 220059, Беларусь

Здравствуйте!Мы , жители поселка Айтеке би требуем убрать названия (Бомбей, Тигр , Жанаауыл, Генерал, Шанхай, Центр, Аймы агаш, ПМС). У нас законно нет такой названия.

Location: Центр, Айтеке би, Казалинский район, Кызылординская область, 120400, Казахстан

Как известно, в крупных городах власти используют видеонаблюдение для контроля общественного порядка. Мы уже привыкли, и не замечаем как работает эта система, принимая её как должное. Мне захотелось создать картину отображающую масштаб и свойства этого явления. Для этого мной были отмечено примерно 450 камер видеонаблюдения в районе Сокольники города Москва. Для формирования обходных листов, и поиска камер, использовался городской портал открытых данных.

Мне хочется немного рассказать о том как работает эта система, и как происходил сбор и внесение данных. Во первых, надо сказать что в Москве работает программа “Безопасный город”, в рамках которой выделяется три уровня наблюдения:

  1. Реестр камер видеонаблюдения в местах массового скопления людей

https://data.mos.ru/opendata/2386

Камеры этого типа расположены на площадях и в местах где перемещается большое количество людей, например в местах пересадок с одного транспортного средства на другое. Камеры типа “стакан” могут вращаться, и имеют 30 кратное увеличение. Место установки камер на уровне крыш домов. Поскольку камеры имеют ограниченный сектор обзора, то иногда рядом устанавливают по две - три штуки. Количество камер ~ 5000

  1. Реестр камер дворового видеонаблюдения

https://data.mos.ru/opendata/1498

В отличие от первого пункта, камеры устанавливаются во дворах, тоже на уровне крыш. Камеры так же могут вращаться, но имеют 10 кратный зум. Теоретически камеры этого и предыдущего типа могут использоваться для заглядывания в окна квартир близ стоящих домов. Этих камер заметно больше ~ 23000

  1. Реестр камер подъездного видеонаблюдения

https://data.mos.ru/datasets/1500

Подъездные камеры не были отмечены, введу того что это было бы избыточными данными для OSM. Они располагаются на дверях всех подъездов, и направлены строго вперёд, на уровне лица. Эти камеры не имеют функции оптического увеличения изображения, и не вращаются, но зато подключены к системе распознавания лиц. Хочется отметить, что жильцы подъезда имею право потребовать от города демонтаж камеры в месте их проживания. Кто то этим правом успешно пользуется. Количество таких камер ~ 103000.

База данных портала открытых данных не содержит точных координат камер, а только указывает на здание на котором они установлены, по этому напрямую использовать содержащиеся там данные не имеет смысла.

Так же камеры городского видеонаблюдения устанавливаются в учебных заведениях, торговых центрах, и на стройках. Доступом к единой сети видеонаблюдения обладают городские власти, полиция, спецслужбы, сотрудники ЖКХ.

В своей массе камеры системы “Безопасный город” находятся в жилых массивах, и местах пешеходного трафика. В промзонах, и вдоль крупных дорог, вне жилых кварталов камеры не устанавливаются. На частных жилых домах камеры системы “Безопасный город” не устанавливаются. Так же следует отметить, что деревья в летний период значительно перекрывают своей листвой обзор камер, чего нельзя сказать о зимнем периоде, когда все деревья становятся как бы “прозрачными”, по этому в зависимости от сезона, зоны охвата наблюдения не одинаковы. Поскольку камеры устанавливаются на уровне крыш домов, то это позволило посчитать приблизительную высоту их установки. Для этого я умножал этажность здания на 2.7, что соответствует усреднённой высоте потолков в квартире.

Кроме того, существует масса камер принадлежащих частным собственникам. Эти камеры устанавливаются у входов в магазины, на стенах частных домов, возле дворовых шлагбаумов и ворот, но они не подключены к системе “безопасный город”. Я отметил только некоторые из таких камер, поскольку они не представляют интереса для моего исследования.

Отдельно стоит сказать, что такие камеры установлены в парке Сокольники, и некоторые из них открыто транслируют видео в интернет. Для внесения в OSM ссылки на видеопоток, следует использовать тэг: contact:webcam=http://217.147.30.197:10090/video97.mjpg

Для упрощения обозначения камер существует пресет для JOSM, но на самом деле быстрее копировать подходящие тэги из других мест, и локализовать их.

Для отображения камер на карте существует прекрасный проект Surveillance under Surveillance:

https://sunders.uber.space/ru/?lat=55.7924305&lon=37.68011212&zoom=17

В завершение скажу, что мне хотелось бы отрендерить зоны покрытия камер с учётом препятствий, такие как стены домов и деревья. В проекте Surveillance under Surveillance препятствия не ограничивают обзор камер, и выглядит это так, будто камеры видят сквозь дома. Возможно для решения этой задачи можно было бы использовать Blender 3D, сделав на местах расположения камер направленные источники света, засвечивающие зоны своего обзора. Но на данный момент я не знаю как экспортировать в Blender камеры с указанием высоты, направления и угла обзора.

Обсуждение на форуме:

https://forum.openstreetmap.org/viewtopic.php?id=75062

Location: Сокольники, район Сокольники, Москва, Центральный федеральный округ, 107013, Россия

Раз уж мне пришлось в двух предыдущих записях обратиться к теме заметок, я выложу из черновиков ещё одну запись на эту тему. Она станет внеочередной записью из серии про OsmAnd и недвухэтапный ввод POI, и речь в ней пойдёт об одной из разновидностей заметок, которые я оставляю из OsmAnd при таком вводе.

Заметки из OsmAnd оставлять приходится, потому что не всё, что нужно проделать с осмовскими данными, возможно или целесообразно пытаться сделать из самого OsmAnd. Необходимые действия можно отложить, оставив в качестве напоминания заметку, в которой описаны либо сами действия, либо наблюдаемая ситуация на местности, если действия ещё не определены или их долго описывать. Именно из-за последнего варианта я и пишу эту запись, так как на заметки могут среагировать другие участники, не зная, что именно по моему мнению надо сделать.

Рассматриваемая здесь разновидность заметок ставится мной на месте отмеченной POI, и содержит следующее утверждение: POI на этом месте не видно, и непонятно, где бы она могла быть. То есть, тут не просто не наблюдается отмеченного на карте заведения, но и само место выглядит для него неподходящим. Если отмеченного заведения не видно, часто это означает, что оно закрылось и, возможно, на его месте открылось другое. Но там, где я ставлю рассматриваемую заметку, я подозреваю, что заведения никогда и не было.

Неподходящее место

Что такое неподходящее место для заведения? Чаще всего это отсутствие входа в здание со стороны улицы. Если в осме отмечен магазин или общепит, посетители должны туда как-то попасть. Обычно это делается посредством прохода через дверь. Если двери на местности не наблюдается, то и проходить, скорее всего, некуда, как сейчас, так и раньше. Тут, конечно, надо учитывать, что некоторые двери — это бывшие окна, и наоборот, так что нынешнее окно могло быть дверью в существовавшее раньше заведение. В первую очередь это касается, конечно же, окон первого этажа, на котором большинство заведений и расположено.

Но не с любым окном легко проделать операцию переделки в дверь. Если окно расположено достаточно высоко, то есть уровень первого этажа существенно выше уровня земли, к нему придётся пристроить лестницу. Явление это не такое и редкое, иногда лестницу пристраивают и до второго этажа. В нашем неподходящем месте, однако, ни лестницы, ни следов её былого присутствия не наблюдается.

Помимо первого и второго этажа некоторые заведения могут занимать также цокольный. Там они в моей местности встречаются даже чаще, чем на втором. Но обычно там, где я ставлю рассматриваемые заметки, подходящего места на цокольном этаже тоже нет, или нет самого этажа.

Иногда решить, что место неподходящее, можно заглянув в окно. Может стать ясно, что там, например, жилое помещение, и что такая картина наблюдается на протяжении всего этажа. Если при этом на карте там отмечен магазин, его наверняка в этом месте нет и не было, так как переделки торговых помещений внизу здания в жилые — явление не слишком часто встречающееся.

Действия

Почему в такой ситуации я просто не удаляю POI? Если POI была отмечена в том месте, где её быть не могло, весьма вероятно, что она была в другом месте. Данное же место было выбрано по ошибке, причин для чего бывает достаточно, например, выбор соседнего дома вместо нужного. А если POI была в другом месте, то, возможно, она и сейчас находится в другом месте, и тогда её нужно не удалить, а подвинуть. Подвинуть точку из OsmAnd я не могу, тем более что в данном случае я даже не знаю, куда её двигать. Чтобы это знать, реальное место надо сначала найти, а для этого неплохо бы знать, как оно выглядит. Если отмеченная POI не является каким-нибудь известным сетевым магазином типа «Пятёрочки», с этим тоже могут быть затруднения.

Что в итоге я собираюсь сделать, когда вспомню про свои заметки? Примерно то же, что описывается в недавней записи про телефоны. Я могу посмотреть на старые панорамы места, когда точка была добавлена, чтобы убедиться, было ли там тогда соответствующее заведение. Если я его увижу, то всё просто: точку можно удалить, также как и точку телефона в записи про телефоны. Разница с ситуацией из той записи, однако, есть. Там обнаружение телефона на старых снимках было ожидаемым результатом. Здесь же я ожидаю не увидеть заведение на снимках.

Что я собираюсь сделать, если заведения не видно ни в настоящий момент в реальности, ни на старых панорамах? Посмотреть на панорамах вокруг места точки, в первую очередь — на соседние здания. Один из вероятных вариантов — заведение было в соседнем здании, а добавлявший его в осм участник ошибся с выбором места для точки. В этом случае в настоящий момент заведение уже закрыто, так как иначе я бы увидел его в реальности — на соседние здания я бы тоже посмотрел, и при обнаружении заведения там добавил бы заметку «подвинуть». Но раз его там нет, хотя раньше оно там было, я бы всё равно подвинул точку на прежнее реальное место заведения, но убрал бы теги под префикс disused: или ему подобный. Если на том месте уже другое заведение — я бы точку с ним объединил.

Другой вероятный вариант — поблизости на панорамах заведение тоже не обнаружится. Это может означать, что заведение запрятано в глубине здания или с другой его стороны, а, значит, есть вероятность, что оно существует и сейчас. Тогда имеет смысл поискать его в интернете по названию и/или адресу. Может быть контактные данные даже указаны на точке, тогда я ими воспользуюсь, чтобы открыть, например сайт, убедиться, что он обновляется, и найти на нём хотя бы адрес. Если сайт сдох — заведения, вероятно, больше нет, хотя лучше проверить и контакты в соцсетях. Если адрес указан другой — заведение, вероятно, переехало. В этих случаях его точку можно удалить. О том же, что точку лучше не трогать, могут свидетельствовать указания типа «мы находимся на третьем этаже в офисе 32» или «нас трудно найти на месте, звоните нам по телефону».


Итак, написанное выше относилось к заметкам типа POI на этом месте не видно, и непонятно, где бы она могла быть, и написано выше про то, что такие заметки означают, и что собираюсь с ними делать я, когда до них доберусь. Если же до таких заметок раньше доберётесь вы — теперь и вы знаете, что с ними делать.

Телефонное наследие

Как-то раз я вводил очередную порцию данных POI. При том способе, которым я обычно действую, я выясняю, где находятся их входы. Далее, при вводе, я добавляю или изменяю данные так, чтобы было понятно, где находятся соответствующие POI входы. В простейшем случае для этого достаточно поставить точку POI рядом с тем местом, где находится вход в здание, через который можно пройти в редактируемое заведение. Подробнее об этом и о более продвинутых способах ввода можно прочитать в записи про геометрию POI. Большая продвинутось обычно включает в себя также отмечание самого входа как точки entrance=yes, входящей в контур здания. Нередко есть смысл это сделать, так как некоторые входы в здание уже отмечены, и тогда лучше доотметить их все.

Так вот, в тот раз именно доотмечанием входов я и занимался. То есть, мне понадобилось добавить POI в здание, где часть входов уже была отмечена, вместе с чем было лучше добавить в контур здания и неотмеченные входы. Но точки entrance это не единственное, что бывает в линии контура. Помимо задающих геометрию углов здания, там бывают и точки прочих объектов, находящихся в или на стене. Ими могут быть, например, почтовые ящики или мемориальные доски. Ясно, что было бы неплохо, чтобы все обозначения этих объектов шли в том порядке, в котором идут и сами объекты в реальности.

То есть, если в реальности есть входная дверь, и слева от неё находится почтовый ящик, а справа — мемориальная доска, мы захотим, чтобы и в осме было так же. А именно, в линии контура слева направо должны присутствовать точка ящика, затем точка входа, затем точка доски. Если точки входа ещё нет, её надо добавить между ящиком и доской, чтобы она располагалась относительно правильно. Но также точку входа надо добавить на то место, где вход собственно и находится, чтобы она располагалась и абсолютно правильно. А это сделать не удастся, если точки ящика и доски сами в достаточной степени расположены абсолютно неправильно.

Короче, если нам надо воткнуть в стену здания входную дверь, а рядом с местом втыкания уже обозначено что-то ещё, нам придётся, во-первых, выяснить, с какой стороны от двери это что-то ещё находится, а, во-вторых, возможно, подвинуть это в сторону, чтобы дверь можно было поставить на место. И в тот раз мне пришлось подобным заниматься. В роли чего-то ещё, отмеченного рядом с местом входа, выступил телефонный аппарат amenity=telephone. Это такая штуковина, которой в далёкие времена до распространения мобильных телефонов находящиеся на улице люди пользовались для голосовой связи. Сейчас времена уже другие, и подобные штуковины не особо нужны, и их, соответственно, демонтируют. Я даже не уверен, остались ли они где-либо в Петербурге. Где-то я один, кажется, видел.

Так вот, тот раз. В осме на стенке был нарисован телефон, там, куда я хотел добавить дверь. Мне надо было решить, куда подвинуть телефон, в существовании которого я не был уверен. Конечно, до того я побывал на месте, и, значит, видел, есть ли там телефон или нет. Но когда мапишь одну разновидность объектов, привыкаешь не обращать внимания на другие, и я не запомнил, видел ли я рядом с дверью телефон. Сами POI я маплю, конечно, не по памяти, я делаю их фотографии, причём так, чтобы на них оказался вход в заведение. Но в тот раз на том месте мне не повезло: тот участок стены, где мог быть телефон, в кадр не попал. А что это за участок? Раз я не помнил, видел ли я телефон, я не знал и где он мог бы быть. Но узнать это легко, посмотрев, например, на Яндекс.Панорамы, что я и сделал. И на них я увидел телефон справа от двери. Панорамы того места, правда, датируются 2019-м годом, а сейчас 2022-й.

И вот мне пришлось заниматься довольно глупым делом: разглядывать на старых фотографиях то, что скорее всего уже не существует, и куда-то двигать это в осме, чтобы оно не мешало мапить другие вещи. А сколько реально таких телефонов осталось? Не пора ли пройтись конкретно по ним и выпилить лишние осмовские точки? Я решил, что пора.

Подготовительные рассуждения

Собственно, почему существуют такие места, где телефон отмечен, а в реальности его нет, иногда лет даже десять как нет? Видимо, потому что раз на месте его нет, то вроде как и мапить нечего, ну или, по крайней мере, реагировать не на что. Чтобы понять, что надо сделать правку, при обходе надо не только смотреть на объекты в реальности, но и сравнивать их с текущими данными. Так оно получается само собой при подробной отрисовке небольшого участка, например, в Vespucci. Но таким образом действовать долго, и до многих мест очередь дойдёт нескоро.

Если хочется собирать данные, проходя существенные расстояния, бывает легче действовать таким способом, который позволял бы не отвлекаться на сравнения с текущими данными. Например, при своих проверках POI, когда я ищу заведения, а не объекты инфраструктуры, я фотографирую также те места, где заведения могли бы быть, но их нет. Это непосредственно наблюдаемые помещения заведений, которые заброшены или на ремонте, а также закрытые двери, не являющиеся входами в жилые помещения. Потом я сравниваю эти фотографии со своими же старыми фотографиями тех же мест или с панорамами. Так, если в данных POI есть, на старой фотографии — тоже есть, а на новой — нет, я становлюсь уверен, что с POI надо разделаться. Без сравнения старого-нового снимков уверенности было бы меньше: вдруг я POI просто не заметил.

Если применять вышеописанный способ к телефонам-автоматам, на местности придётся обращать внимание на останки демонтированных телефонов. Задача эта не то чтобы невозможная, но более сложная по сравнению с тем, что приходится делать для заведений. В конце концов, демонтировали телефоны не для того, чтобы виднелись от них следы. Но следы иногда заметны, если знать, на что обращать внимание. Легче всего увидеть другую окраску стены в том месте, где была кабинка. Если стену с тех пор покрасили, искать придётся дырки или штырьки для крепления и оборванные провода для подключения. Шансы пройти мимо и не обратить на всё это внимания высоки.

след от ранее существовавшего телефона-автомата

Типичный след бывшего телефона.

В общем, целенаправленно искать места бывших телефонов, не ориентируясь на информацию о том, где телефоны были, довольно сложно да и незачем. Мы-то хотим убрать обозначенные телефоны, отмечать новые и обновлять существующие мы не собираемся. Так что наша задача непосредственно связана с текущими данными, и мы ими воспользуемся. Для упомянутого выше обхода заведений приходится действовать иначе из-за добавлений/обновлений и не только. Бывают места, где заведений много, в них пришлось бы потратить также много времени на сравнения. Сами сравнения при этом не ограничивались бы проверкой присутствия/отсутствия, нужно проверять тип, название и прочие атрибуты. При обходе смотреть на текущие данные заведений неудобно. В Vespucci большие участки обхода грузить неудобно, у него начнутся тормоза. В OsmAnd и подобных приложениях нет гарантий, что все POI будут видны.

В отличие от сказанного выше, для обхода обозначенных телефонов OsmAnd вполне подойдёт. На самом деле, подойдёт практически любое приложение, отображающее осмовские данные для конечного пользователя. Телефоны расположены не так плотно, как заведения, так что с их отображением OsmAnd справится. Никакие теги на них мы сверять и обновлять тоже не будем. Помимо OsmAnd’а и аналогов мы могли бы воспользваться StreetComplete. Для этого надо, чтобы StreetComplete был установлен на устройстве, а его может и не быть, потому что это приложение не для просмотра карты, а для определённого вида проверок и правок. Для проверок нам хватит и OsmAnd’а, а правки на месте мы делать не будем по причинам, о которых рассказывается далее.

Первая причина должна быть уже понятна: если мы видим в данных присутствие, а на месте отсутствие телефона, может быть мы смотрим не на то место? Телефон может существовать и сейчас, но не там, где мы его ищем. Например, когда его точка не вставлена в линию контура здания, она может находиться внутри. Так она могла быть поставлена изначально, или оказаться там в результате сдвига здания. Что если телефон на самом деле внутри здания? Если же мы посмотрим на старый снимок и увидим телефон всё-таки снаружи, там, где его сейчас нет, уверенности в необходимости его удаления у нас будет гораздо больше. Без этого нам придётся искать следы демонтирования, которые могут быть труднозаметны или вообще отсутствовать. В общем, нам может помешать либо недостаточная точность данных, либо недостаточные возможности проверки на местности. И если потом, за компом, нам будет легко свериться со снимками, да и правку будет сделать легче, то лучше так и поступить.

колонны у подземного перехода

Попадаются и такие места, где догадаться о (бывшем) расположении телефона сложно. Где он был: на стене первого этажа? на одной из колонн? с какой стороны одной из колонн? Придётся обойти каждую из них кругом.

То, что правку за компом будет сделать легче, — это ещё одна причина, теперь чисто техническая. Если точка телефона на карте есть, а в реальности телефона нет, какой должна быть правка? Вроде как удалением точки, но на самом деле не только. Точка, вероятно, входит в линию контура здания, и удалить её нельзя, не изменив эту линию. У редакторов POI с этим могут возникнуть проблемы, потому что такие редакторы ориентированы на правки тегов, а здесь нужно править также геометрию. OsmAnd, в частности, имел обыкновение вылетать с неизвестной ошибкой при закачке такого удаления. В MAPS.ME (и, вероятно, в Organic Maps) проблемы решаются просто невозможностью удаления и предложением создать вместо этого заметку.

Проблемы, описанные выше, заключаются в сложностях с редактированием геометрии, являющейся чисто формальной. Точка телефона обычно вставлена в прямой участок стены, потому что именно к прямому, а не, например, к закруглённому, в реальности легче этот телефон прикрутить. Удаление такой точки по сути форму стены не изменит, так что редактору надо лишь суметь исключить точку из линии, а настоящие средства работы с геометрией не нужны. Но это верно, когда точку надо удалить действительно из прямого участка, с упомянутым выше закруглением надо действовать иначе. Тут уже точка телефона не будет лишь формальной частью геометрии.

Хотя телефон в непрямой стене мне пока ни разу не попался, это не единственный способ для точки выступить реальной геометрией. Мне попалось кое-что другое. Точка ведь не обязана входить лишь в одну линию, а, значит, телефон не обязательно будет геометрией только здания. И один из отсутствующих телефонов являлся также углом обозначенного полигоном заведения внутри дома. Такую точку тоже нельзя удалять, но чтобы об этом узнать, надо увидеть её линию. Редактор, встроенный в приложение просмотра карт, отображает не все линии, в отличие от десктопных JOSM или iD. OsmAnd контуры POI рисует, но только если нажать на иконку POI, а она может находиться на расстоянии от нашей точки. Так что о линии контура POI мы можем не узнать.

Допустим, о реально-геометрической роли точки телефона мы знаем. Тогда вместо удаления самой точки нам надо удалить её теги. Реакторы POI обычно не любят и такую операцию. Они хотят, чтобы у точки POI был тип. Точка POI — телефон — в данных уже есть. Редактор может дать поменять тип, которым в данном случае является тег amenity, но не удалить его, или сделать удаление неудобным. OsmAnd тип удалить позволяет, но надо ещё догадаться, как именно. Отгадка: в диалоге тегов, в поле тип надо не выбирать что-то из выпадающего списка, а редактировать его значение как текст и полностью его удалить, стереть все буквы. OsmAnd потом спросит: «Как же так? Неужели вы хотите сохранить элемент без типа?» Да, хотим.

английская телефонная будка

Здесь телефона больше нет, но нельзя сказать, что не осталось ничего, достойного быть отмеченным на карте. Если так, то и удаление — не то, что следует делать.

Короче говоря, разбираться с редактированием лучше потом, в нормальном редакторе, а на месте просто поставить заметку, в которой написать, что телефон не обнаружился.

Переход к действиям

Действия на месте для каждого телефона такие:

  1. Найти в данных телефон, которого, вероятно, нет в реальности.
  2. Пойти туда и посмотреть, есть ли там на самом деле телефон.
  3. Если его нет, добавить соответствующую заметку.

И далее за компьютером:

  1. Загрузить в редактор заметку и данные вокруг неё.
  2. Открыть снимок соответствующего места, сделанный тогда, когда телефон предположительно существовал, и посмотреть, есть ли на нём телефон.
  3. Если телефон на старом снимке виден, удалить его точку и закрыть заметку.

Разбираться по этой схеме мы будем не с каждым телефоном в отдельности, а с пачками. Это несколько повлияет на последовательность шагов.

Действия на месте

Начнём с поиска телефона в данных. В моём случае телефон, которого, вероятно, нет — это любой отмеченный телефон. В другой местности ситуация с демонтажом телефонов может быть иная, и искать их может понадобиться по каким-то признакам. Здесь мы будем искать все телефоны подряд. Сделаем мы это с помощью OsmAnd. Нажмём на кнопку-бургер в левом нижнем углу, далее выберем Поиск. Далее воспользуемся строкой поиска, а не категориями — неочевидно, к какой категории телефоны относятся. В строке поиска наберём “телефон”, а в результатах выберем Телефон — Сервис. Далее должен появиться список ближайших телефонов, а над ним кнопка Показать телефон на карте, на неё и нажмём. Теперь на карте уже на любых масштабах будут выводиться иконки телефонов, и мы сможем узнать, куда нам идти как в общем — к скоплению иконок, — так и в частности — к отдельно взятой иконке места обозначенного в осме телефона.

скриншот OsmAnd с иконками телефонов на карте

Результаты поиска телефонов в OsmAnd, отображаемые на карте.

Так мы наметим себе маршрут обхода нескольких точек. Для каждой из этих точек нам надо найти соответствующее место в реальности. Поскольку самого телефона мы на месте не ожидаем увидеть, нам нужны другие ориентиры. Самый очевидный из них — номер дома. Правда, на него может быть неудобно смотреть: в OsmAnd номер рендерится по середине здания, которую надо ещё найти, или не рендерится вообще, это зависит от зума. Нажимать на здание при этом бесполезно, оно выберется только при нажатии на номер. Значит, если номера не видно, придётся зумиться или смотреть на номера соседних домов.

Гораздо более заметными на карте являются иконки POI, но в реальности сами POI могли измениться — мы и пришли засвидетельствовать одно из таких изменений. Но, может быть, POI на карте достаточно свежие, и тогда мы сможем искать телефон рядом с отмеченным и хорошо заметным на месте магазином. Есть ещё входы в здания, которые в реальности меняются реже, но, как мы знаем из начала этой записи, они не обязательно полностью отмечены. В таких условиях, чтобы использовать их как ориентиры, надо не перепутать один вход, неотмеченный, с другим, отмеченным.

Допустим, место мы нашли. Там мы можем увидеть: телефон, его останки, ничего или то, с чем телефон можно перепутать. Если мы видим телефон, то здесь ничего делать не надо, можно только отметить место как просмотренное для себя, создав закладку кнопкой со звёздочкой. Если видны останки телефона, можно было бы его сразу удалить, но, как мы знаем, нам могут помешать технические причины. Так что мы добавим заметку, в которой напишем, что телефона нет. Поскольку в данном случае его очевидно нет, особых подробностей можно не писать.

Для добавления заметки нужно, чтобы был включен плагин редактирования osm (меню > Плагины). Если он включен, то после нажатия на иконку телефона на карте и далее нажатия на кнопку Действия будет доступна кнопка OSM-заметка. Когда мы ей воспользуемся, введём комментарий и сохраним, заметка ещё не будет закачана на сервер. Закачивание мы выполним позже, так мы можем не пользоваться мобильным интернетом.

Теперь более сложные случаи, когда не видно ни телефона, ни следов от него. Если на месте вообще ничего нет, просто стена без чего-либо к ней прикреплённого, то это как раз тот случай, из-за которого мы и хотим смотреть архивные снимки. Вероятно, стену тут отремонтировали после того, как телефон был убран, но возможны и другие варианты. Здесь мы тоже добавим заметку, но в комментарии нам стоит как-то описать место, где именно мы не видим телефона. Или вместо телефона мы можем обнаружить что-то другое, что могло быть кем-то отмечено как телефон. Например, это может быть устройство для экстренной связи, которое тоже как-бы телефон, только не amenity, а emergency. Какой-нибудь участник мог отметить его таки как amenity. Тогда мы добавим заметку, в которой напишем, что телефона нет, и что вместо него есть то, что обнаружилось. Может даже попасться демонтированное устройство — то есть, то, и чего уже нет, и с чем можно было перепутать телефон.

Разобравшись с одним местом, мы пойдём к следующему, там тоже создадим закладку/заметку и так далее. Когда мы решим, что обошли достаточно, нужно будет закачать созданные заметки. В OsmAnd заметки закачиваются таким же образом, как и другие изменения данных. Пункт меню для этого действия не так давно поменялся, и теперь находится тут: Мои места > кнопка со стрелкой вверх в левом нижнем углу. Дальше надо выбрать, какие из изменений надо закачать. Поскольку скорее всего закачать нужно всё, достаточно отметить верхний чекбокс Ваши правки. Затем надо нажать на кнопку со стрелкой, переместившуюся в противоположный угол экрана, в правый верхний. Далее появится довольно бессмысленный диалог, в котором будет упоминаться одна заметка, и её комментарий можно отредактировать. Но мы закачиваем, вероятно, не одну заметку, а несколько, и диалог этот мы проигнорируем просто нажав на Отправить. Закачаться должны все выбранные заметки, а не только та, которая попала в диалог. Смысл диалога на самом деле в том, что если бы мы закачивали также правки данных, то есть добавления/изменения/удаления элементов, это был бы диалог создания пакета правок, и вместо комментария к одной из заметок был бы комментарий к пакету. А так как изменений элементов у нас нет, то и пакет не создаётся, но кнопку Отправить и прочие элементы управления разработчикам куда-то вставить было надо, поэтому диалог есть.

Действия за компьютером

Теперь приступим к редактированию в JOSM. Для начала надо загрузить сами заметки — несколько штук, которые мы собираемся рассмотреть. Прочие же заметки нам загружать не надо, чтобы они не мешали. Так что мы не будем грузить их стандартным способом — через диалог загрузки, вместе с или вместо основных осмовских данных. Мы загрузим нужные заметки каждую по отдельности, но не вручную, а через remote control. Если вы не знаете, что это, то он у вас не включен, и его, конечно, надо включить. Делается это в меню Правка > Настройки… > Удалённое управление. В результате запустится локальный веб-сервер, открытие определённых url’ов на котором приводит к выполнению определённых действий в JOSM. Нам нужно действие, работающее аналогично команде Файл > Открыть адрес…, загружающей данные из указанной ссылки. Можете убедиться, что она работает и для ссылок на заметки.

Итак, мы будем открывать ссылки на локальном сервере, внутри которых будут ссылки на заметки в осме. Детали этого для нас не важны, потому что это мы тоже будем делать не вручную. Мы воспользуемся инструментом osm-note-viewer, написанным в качестве альтернативы странице заметок пользователя на сайте osm. Там надо ввести имя пользователя или вставить его осмовскую ссылку, выбрать сортировку по дате создания в убывающем порядке и загрузить список заметок (интерфейс может измениться). Поскольку нужные заметки, вероятно, являются последними созданными, то мы их первыми и увидим. Дальше нужно отметить их чекбоксы. Если нужные заметки идут подряд, не перемежаясь с ненужными, для этого можно кликнуть на первый чекбокс, а затем с нажатым Shift кликнуть на последний. Теперь внизу окна надо нажать на кнопку RC: Load selected notes, и заметки загрузятся в JOSM.

Теперь будем разбираться с каждой заметкой отдельно. Если на странице osm-note-viewer в таблице сверху/слева (это настраивается в интерфейсе, но подробно писать про него я не буду, потому что по ходу разработки всё может поменяться) нажать на заметку не там, где какая-нибудь ссылка или элемент управления, а, например, на комментарии, вид на карте снизу/справа переместится так, что заметка окажется посередине. Повторные нажатия на заметку позволяют зазумиться поближе к ней. Так, кликая по заметке, сделаем, чтобы она была посередине карты, а на самой карте была область, которую имеет смысл загрузить в редактор. Это нам нужно для того, чтобы воспользоваться ещё парой кнопок внизу. Сначала нажмём на кнопку загрузки данных RC: Load map area, после чего данные места на карте попадут в JOSM.

Мы пока не уверены, как редактировать загруженные данные, и для уверенности мы посмотрим на яндекс-панорамы. Это мы сделаем нажатием на кнопку Y.Panoramas: Open map center, открывающую в браузере окно с панорамами. Тут важно, чтобы заметка действительно была посередине вида карты, потому что панорамы открываются с координатами середины. При этом обычно получается, что камера на панорамах направлена на нужное место, и её не надо поворачивать или перемещать вдоль улицы. Это позволяет разобраться с местом бывшего телефона весьма быстро, может хватить и пяти секунд на все манипуляции с отдельным телефоном. Значит, если мы зачем-то подвинули карту после клика по заметке, легче кликнуть на неё ещё раз для центрирования перед открытием панорам. Помешать панорамам открыться в нужном месте могут отснятые рядом интерьеры. Тогда камера попадёт внутрь здания, и её придётся вручную перетащить на улицу. Ещё её придётся двигать, если вид заслоняет какой-нибудь автобус. Ну и, конечно же, панорамы не откроются, если в данном месте их нет. В данный момент какие-либо другие снимки придётся открывать вручную.

Допустим, панорамы места успешно открылись. В самом простом случае на них будет виден телефон, которого на самом деле уже нет. Тогда мы можем сразу принять решение его удалить. Но может получиться так, что телефона на панорамах нет. Тогда нам придётся смотреть на даты снимков и данных. Первым делом можно посмотреть историю редактирования точки телефона. Нас интересует, когда она была создана, или когда на ней появился тег amenity=telephone. Возможно, это было очень давно, мне попадались точки, созданные более десяти лет назад. В этом случае и в реальности телефона может не быть давно. Тогда его не будет и на самом свежем снимке, который показывается по умолчанию. В Петербурге панорамы обновляются обычно раз в три года, и на начало 2022 года самые свежие из них в большинстве мест были сделаны в 2019.

Однако смотреть лишь на самый свежий снимок не обязательно, можно переключиться и на более старый, для чего в окне панорамы есть кнопка в правом верхнем углу. Там можно выбрать год снимка, а какой год нам нужен, мы можем оценить из истории точки. Можно перебрать и все снимки от нового к старому, только не будет смысла смотреть на те из них, которые намного старее точки. Если мы видим телефон на любом снимке после добавления точки или на самом позднем снимке до её добавления, мы тоже можем принять решение от точки отделаться.

Если телефона нет и на менее свежих снимках, с данным местом придётся разбираться отдельно. Возможно мы не туда смотрим, и телефон находится с другой стороны какой-то конструкции или внутри здания. Возможно он был добавлен в осм в данное место по ошибке, и на самом деле находится или находился в другом. Тут уже общего алгоритма действий не придумать. Наверное, можно сказать, что чем более старой является точка, тем более мы будем склоняться к её удалению, а для новых точек будет больше смысла разузнать про точное положение телефона у добавившего его участника. Если телефон реально всё-таки есть, в идеале следовало бы привести данные в такое состояние, чтобы всем было ясно, где он. Как именно — тут могут быть всякие варианты. Например, если он внутри здания — добавить тег indoor=*.

Допустим, что на снимке мы телефон увидели. Тогда мы уже приняли решение от него избавиться в данных, так как вероятность, что именно он соответствует отмеченному в осме, очень высока. Само удаление будет собственно удалением точки, если эта точка не входит в линии или входит только в прямые участки линий. Ожидаемый вариант это вхождение в прямой участок единственной линии — контура здания. Если же точка телефона задаёт геометрию чего-либо так, что при её удалении форма этого объекта существенно поменяется, с точки надо убрать теги телефона. Вероятно, других тегов, кроме телефонных, на точке нет, и тогда надо удалить все теги. Тут можно отметить, что Ctrl-A — выбрать всё — работает и для тегов; нужно сначала кликнуть по окну тегов сбоку.

Правка для точки сделана, значит можно закрыть заметку. В JOSM есть средство и для этого — окно заметок. По умолчанию оно может быть скрыто, тогда его надо включить через меню окон. Для закрытия заметки можно кликнуть на неё на карте, после чего заметка выберется и в списке окна. Затем достаточно просто нажать на кнопку закрытия заметки внизу окна — мы ведь не обидимся на себя за то, что не написали ещё один комментарий. Теперь мы полностью разобрались с точкой, хотя ни изменения данных, ни закрытия заметок ещё не закачаны на сервер. Закачать мы их можем, когда наберётся осмысленная порция изменений. Пока же перейдём от JOSM к браузеру, к osm-note-viewer. Там мы можем очистить чекбокс у отработанной заметки. Никакой функциональности в этом нет, сделать это имеет смысл, чтобы не запутаться, с какими заметками мы уже разобрались. Теперь можно переходить к следующей заметке и так далее.

Когда мы разберёмся со всеми заметками или с такой их частью, которую имеет смысл залить одним пакетом, мы собственно их и зальём. Думаю, не надо объяснять, как это делается в JOSM. Зато надо обратить внимание на отличие от OsmAnd: заметки вместе с изменениями данных не закачаются, эту операцию надо выполнить отдельно, кнопкой закачки в окне заметок. Собственно, её лучше выполнить после закачивания данных, чтобы не закрывать заметок до внесения изменений. Как-то раз я пересёкся с другим участником, который закрывал заметки до закачивания данных, и я заметки переоткрывал, так как соответствующих правок не видел, а он их перезакрывал.

Заключение

Вообще-то я собирался написать очень короткую запись про свой osm-note-viewer. Запись должна была быть типа такой: 1. Жмём сюда 2. Жмём туда 3. Повторяем. И в этом инструменте сейчас есть функции только для описанной задачи. Но дела могут пойти и по-другому: например, поскольку мы ставим общедоступные заметки, кто-то мог постараться закрыть их раньше нас, и при этом не соблюдать предосторожностей с проверкой старых снимков. Свои заметки, даже закрытые, мы по-прежнему сможем просмотреть и проверить по панорамам. Но средств анализа изменений и восстановления данных — на случай, если мы признаем правку необоснованной — в инструменте нет, их ещё предстоит реализовать.

Также отметим, что всё сказанное в этой записи применимо не только к телефонам, но и к какому угодно виду объектов, обширно отмеченному, но, возможно, уже отсутствующему в реальности. Я, например, попробовал применить всё это к велопарковкам. Однако не стоит слишком стараться тереть из данных те объекты, которые обычно убирают и ставят обратно. В Петербурге к таким относятся, например, скамейки, забираемые на покраску.

две велопарковки в снегу

Две велопарковки, одну из них можно не заметить зимой.

Posted by D0nalDuck on 9 March 2022 in Russian (Русский).

I’m home., And I scary , on the Russian war my home Ukraine ((

Posted by gitclonemafiozy on 9 March 2022 in Russian (Русский).

Сегодня я пометил два магазина и назвал одну улицу

Location: Шелюги, Якимівська селищна громада, Мелитопольский район, Запорожская область, 72560, Украина

домов много…

Я забыл что в селе не одна улица и когда я вспомнил об этом я понял что меня хватит только на пометить магазины

Привет Опенсоурс карты!

Однажды я взглянул на карту моего село и ахнул, на карте не было ничего кроме дорог и названия. Но сегодня ситуация лучше так как пользователи отметили стадион, а я хочу пометить дома и магазины!

Posted by Nurlan151 on 10 February 2022 in Russian (Русский).

После стольких лет работы над поселком Джейранбатан и городом Баку, решил взяться за Зенгилан.

Посмотрим что из этого получиться. Единственная проблема в том что я очень редко имею возможность сесть за комп и работать над картой непрерывно хотя бы 2-3 часа.

+Еще одна проблема в быстро-меняющихся данных. Так как в этом регионе идут колоссальные, сверхбыстрые работы по восстановлению/постройке новых населенных пунктов.

Posted by solenoid jam on 9 February 2022 in Russian (Русский).

Заканчиваю работу по улучшению качества данных в Крыму. Начав три месяца назад с обработки заметок, перешёл к исправлению выявленных систематических ошибок, на которые и ушла большая часть времени. Изначально на закрытие заметок отводилась неделя.

Самой частой из ошибок было внесение в name= всего того что следовало затэговать, а так же многого того что тэговать не следовало. В основном это относится к дорогам и зданиям, а так же автобусным остановкам и гостиницам.

Исправленные систематические ошибки:

Створные знаки и бакены были отмечены как маяки.

Исправление ошибок в названиях СНТ

Исправлены адреса гидрантов

Многие leisure=resort были отмечены как обычные парки, видимо для рендеринга.

Многие медицинские объекты имели завышенный до больниц класс.

Эко тропы стали маршрутами, и получили уточнения.

Из названий военных объектов были вычищены неприемлемые обозначения.

Удалены многие ныне не существующие военные объекты.

Подчищены дубли tourism=camp_site и tourism=caravan_site

Очень частая ошибка, состоящая в том что организации записывались в имя здания, но не создавались как amenity или leisure. Так на карте появилось множество школ, детских садов, больниц, полицейских участков и спорт центров.

Лагерь Артек перестал быть только точкой с addr:place=

Многие дубли видовых точек были удалены.

Дополнены и приведены в порядок места парапланных стартов.

Многие лесопосадки отмеченные как landuse=forest были приведены к схеме natural=wood + wood:origin=man_made:

Исправлены на более подходящее обозначение многие tourism=alpine_hut

Странная повторяющаяся ошибка, когда на полигоне в форме здания не указано building=yes, но указано например amenity=kindergarden.

Многие тропы и треки с информацией в name= были перетэгованы в соответствии с существующими схемами.

Добавлены многие leisure=beach_resort и natural=beach

Исправлены систематические ошибки с завышением класса исторических объектов до historic=monument.

Болота получили уточняющие тэги

Многие карьеры были перетэгованы в соответствии с их жизненными циклами.

Улучшена связность речек

Оросительные каналы были дополнены, и подсушены (intermittent=yes) там где нет воды.

Добавлены новые водозаборы, и строящиеся водопроводы.

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

Систематическая ошибка с использованием слова “бывший”, “теряется”, и т.п. в названиях. Так были отмечены исчезнувшие или устаревшие объекты.

Исправление highway=pedestrian отмеченных не по wiki.

Исправлены многие ошибки в объектах tourism=attraction

объекты с name=Таврский ящик name=Дольмен получили тэги гробниц.

Многие грунтовки в СНТ и сёлах отмечены как highway=track, то же касается и других дорог низкого уровня.

Чем еще можно заняться

Есть проблемы с некорректными адресами, например “addr:street=Лётчиков улица”. Так же не отрисовано большое количество полей и полевых дорог, и небольших ирригационных каналов. Можно поискать ошибочное использование highway=track на дорогах более высокого класса.

При исправлении множества объектов на большой территории, оказалось полезно сделать отдельный слой с рамкой разбитой на квадраты или прямоугольники. Эта рамка позволяла не планомерно обрабатывать территорию не путаясь в пройденном, а так же оценивать оставшуюся работу. Файл с рамкой сохранялся локально, что позволяло прерывать работу, а потом возвращаться к ней с того места где закончил в предыдущий день. Рамка создаётся модулем Gridify. Выглядит это так:

Из необычных объектов добавлены новый аэродром малой авиации, рентгеновскую установку для просвечивания грузовых поездов, и креветочную ферму. Такое мне раньше не приходилось отмечать.

По ходу работы попадалось не мало курьёзных обозначений и ошибок. Вот подборочка:

Location: Новожиловка, Белогорский район, Республика Крым, 97620, Украина

gras

Location: Мещанский район, Москва, Центральный федеральный округ, Россия
Posted by AndreyGeograf on 3 January 2022 in Russian (Русский). Last updated on 11 April 2022.

Раньше тут была первая запись в дневнике.

Posted by AndreyGeograf on 1 January 2022 in Russian (Русский). Last updated on 11 April 2022.

Раньше тут была вторая запись в дневнике. На данный момент всё что было написано уже не актуально.

Интересно, откуда у Яндекса данные по подъездам? Некоторые тут говорят, какие у них замечательные данные. Действительно, часто их данные с реальностью совпадают, или в них можно найти лишь мелкие отличия. Но иногда их данные к реальности имеют отдалённое отношение.

Только что ввёл дом: из девяти входов у меня с Яндексом совпадают два (№1 и №7, ну можно засчитать ещё №2, если не смотреть на него относительно арки).

скриншот дома с подъездами из Яндекс-карт

скриншот дома с подъездами из JOSM

В ряде случаев у Яндекса есть номера подъездов, которые на месте не написаны, и судя по их же панорамам не были написаны дольше десяти лет. Следовательно, вариант расставить с улицы как на самом деле, а внутри квартала как получится использовался не всегда.

Posted by Gutnikus on 10 December 2021 in Russian (Русский).

Пещера сквозная

Location: Верхняя Карца, Карца, Алагирский район, Республика Северная Осетия — Алания, Северо-Кавказский федеральный округ, Россия
Posted by Reibert on 7 December 2021 in Russian (Русский). Last updated on 31 December 2021.

Удалено.

Location: Киев, Украина

Я полностью прочитал ветку обсуждений над дворовыми проездами. Эта тема все еще имеет проблемы: она плохо объяснена на соответсвующей странице в вики, она плохо объяснена на других страницах, которые упоминают дороги. Как я понял: Жилые территории, обозначенные и не обозначенные знаком 5.21, то что мы называем дворовыми проездами и прилегающими территориями мы обозначаем так:

highway=service living_street=yes

Если во дворе есть более “главная” дорога (ее могут называть “стволовой”), то можно применить такую схему:

highway=unclassified living_street=yes и добавлять для второстепенных дорог во дворах (дороги, которые называют “нестволовыми” проездами): highway=service living_street=yes

В дурацком случае, когда жилая зона имеет название: highway=residential living_street=yes

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

Posted by Sovushka on 30 November 2021 in Russian (Русский). Last updated on 5 January 2022.

Пару месяцев назад мне пришла идея поместить в пост координаты того, что хочу пофиксить. Мне указали на ошибку и теперь все мои координаты - у меня в профиле.