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

Как-то раз я вводил очередную порцию данных 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 номер рендерится по середине здания, которую надо ещё найти, или не рендерится вообще, это зависит от зума. Нажимать на здание при этом бесполезно, оно выберется только при нажатии на номер. Значит, если номера не видно, придётся зумиться или смотреть на номера соседних домов.

Гораздо более заметными на карте являются иконки 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. Повторяем. И в этом инструменте сейчас есть функции только для описанной задачи. Но дела могут пойти и по-другому: например, поскольку мы ставим общедоступные заметки, кто-то мог постараться закрыть их раньше нас, и при этом не соблюдать предосторожностей с проверкой старых снимков. Свои заметки, даже закрытые, мы по-прежнему сможем просмотреть и проверить по панорамам. Но средств анализа изменений и восстановления данных — на случай, если мы признаем правку необоснованной — в инструменте нет, их ещё предстоит реализовать.

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

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