Вот продолжение моих попыток вводить POI сразу на месте из OsmAnd. В этот раз я обошёл вокруг квартала Московский-Смоленская-Заозёрная-Обводный. Этот заход оказался относительно успешным. Мне удалось ввести большую часть POI из тех, которые я бы ввёл обычным двухэтапным способом. Одна из причин успеха — в этом месте до меня было отмечено не слишком много POI. Соответственно, практически не возникало проблем сопоставления отмеченного с реальным. Одна из причин этой одной из причин — наличие свежепостроенных зданий, в которых очевидным образом не может быть обозначенных точек десятилетней давности.

Новые здания, как на Смоленской улице, также облегчают задачу сопоставления самих себя со своими образами на карте. Их обычно не строят в упор друг к другу, благодаря чему гадать об их границах не приходится. Зато там, где дома более-менее старые, что в моём случае наблюдается вдоль Московского проспекта, непонятные границы зданий возникают вновь. И, как обычно, далеко идти за ними не приходится. Начав обход с угла Московского проспекта и Обводного канала, прямо на этом углу я обнаружил дом № 62 со своим соседом № 64 или один дом № 62-64. Табличек с номерами там две,¹ но это ещё не значит, что и дома два. Если таблички убрать, то, скорее, покажется, что дом один, если смотреть на него с улицы. Взгляд со стороны двора, возможно, произвёл бы другое впечатление, но я же не буду обходить каждый дом со всех сторон, когда ищу POI на улице. Но это ещё не самый сложный случай, потому что даже и с улицы ясно, какому месту соответствует видимая на карте граница между зданиями. Следующая же граница между домами № 64 и № 66 в том месте, где она нарисована, не видна совсем.

Дом или два дома № 62-64. Закруглённая часть это № 62, а прямая справа от неё — № 64.

Следующий дом № 66. Можно подумать, что зелёный дом с видным на фотографии номером «66 А» — это он и есть. Но нет, это и дом № 66, и часть дома № 64. Значит, должна быть видна граница между этими двумя домами, только придётся сильно постараться, чтобы её увидеть. Искать её надо между входом «Asus» и табличкой с номером дома.

Так дом № 66 выглядит в OsmAnd. Примерно то же самое можно увидеть и в РГИС, где, конечно же, всё всегда указано правильно.

Несколько точек в одном месте

Надо сказать, что в этот раз непонятные границы зданий мне не слишком помешали отмечать POI. К тому же, проблемы с границами зданий нам уже известны из предыдущей записи, так что не будем их дальше обсуждать и перейдём к чему-нибудь ещё. Что-нибудь ещё мы можем увидеть уже на только что приведённой фотографии непонятной границы, и называется оно «Дом быта».

«Дом быта» в доме № 66, то есть в № 64. Или в обоих домах.

Что такое «Дом быта» помимо того, что это вывеска-надпись, которую при желании мы могли бы поместить в тег inscription? ² Это обычно несколько разных craft’ов и/или shop’ов в одном месте, из чего следуют дальнейшие вопросы:

• обозначать ли дом быта как единое целое или как несколько отдельных точек или даже и так и так? (у всего дома быта может быть своя идентичность, свой сайт, он может походить на shop=mall, а может и нет)
• какие именно там услуги? (обнаружим ли мы их список снаружи на вывеске или пойдём проверять внутрь)
• каким осмовским тегам они соответствуют? (например, часто встречающийся ремонт кожгалантереи это craft=что?)
• если мы ставим отдельные точки, то куда именно? (сойдёт ли набросать их в случайном порядке или лучше попробовать воспроизвести их реальное положение?)

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

Помимо «дома быта» встречаются и более понятные случаи расположения нескольких точек за одним входом в здание — когда там два-три магазина. Понятные они в плане количества точек, так как обычно сразу понятно, что это отдельные магазины, которые надо обозначать отдельными точками. Также понятна и их идентификация: их обычно видно через окна и двери, а значит видно, закрыты они или работают, и что именно они продают, и тогда не обязательно верить одним лишь наружным вывескам. Даже если видно плохо, с заходом внутрь таких мест проблем не возникает. Значит, при обычном двухэтапном вводе на первом этапе можно выяснить всю необходимую информацию, а на втором — ввести.

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

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

Это я описал простой случай, и это не то, что мне попалось при обходе квартала. Очевидно, что с возрастанием количества заведений, появлением мелких услуг, кофе-с-собой и т.п. ситуация приближается к описанной с домом быта. Актуальность и полнота наружных вывесок падает, вместе с чем возрастает необходимость внутренней проверки, результаты которой из OsmAnd толком не ввести. Пока мелкие услуги в таком месте не доминируют, более понятно, для чего нужны отдельные точки. Но, вообще-то, и в попавшемся мне доме быта был по крайней мере один магазин и один сервис-центр с собственным названием. Магазин там уже был отмечен, а про остальное я решил, что нафиг. Угадайте, что я решил насчёт продуктов-фотокопицентра-пункта выдачи, где «в продаже есть вяленая рыба» и «акция 5+1 на всё пиво». Продукты там тоже уже отмечены, а для добавления остального лучше воспользоваться более продвинутым редактором.

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

Проблемы визуализации

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

К таким непредназначенным рендерам относятся тайлы на сайте осма и юзерские приложения типа MAPS.ME и OsmAnd. Да, при редактировании из OsmAnd нам придётся смотреть на рендер, не предназначенный для редактирования. В отличие от этого JOSM и iD выведут POI, даже если они налезают друг на друга. И по крайней мере в JOSM есть средство для перебора элементов, находящихся на совсем одинаковом месте. В OsmAnd мы можем в лучшем случае догадываться о наличии неотображаемых POI, но даже правильная догадка не позволит нам их выбрать, а, следовательно, и редактировать.

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

В одном месте я обнаружил банк, отсутствующий на карте. Это было отделение Сбербанка под их приватным брендом «Сбербанк Первый». Собственно этого названия я точно не помнил, а писать его так, чтобы можно было прочитать, Сбербанк не хочет. Вместо этого этого они пишут «Сбербан1к» со сросшимися «1» и «к».

«Сбербанодинк».

Тут можно было бы порассуждать о таком недостатке одноэтапного ввода, как невозможность ввести нечитаемое название, но нам он уже в принципе известен. Нет достаточной информации для ввода на месте — придётся оставить заметку, что я и сделал. Когда же я на неё позже посмотрел, я обнаружил, что банк уже отмечен, причём вовсе не потому, что кто-то уже на заметку среагировал. Отмечен он был давно, просто он не рендерился. Но спрашивается, как он мог не рендериться, если я зазумился так, чтобы близко никаких POI не было? А вот так: при умеренном увеличении рендерится, а при дальнейшем увеличении пропадает. Почему в данном случае это происходит, я точно не знаю. Можно предположить, что на больших зумах начинает выводиться что-то ещё, конкурирующее с POI за место на экране. В данном случае это, видимо, значок входной двери.

То, что я сначала увидел в OsmAnd + моя заметка. Заметка отображается в виде креста на красном фоне, что значит, что она ещё открыта, то есть, никто не делал правок на эту тему. Обратите внимание на то, что под заметкой нет иконки банка.

А теперь иконка под заметкой появилась.

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

Подобного рода дублями из-за того, что существующая в базе POI не выводится, известно приложение MAPS.ME. Я об этом уже писал три года назад, правда тогда я думал, что с обновлением данных там ситуация будет лучше, чем в OsmAnd, благодаря более экономной передаче изменений на карте. Теперь дело обстоит совсем по другому: в OsmAnd можно получить данные двухчасовой свежести,³ а в MAPS.ME, после продажи кому-то, об обновлениях вспоминают раз в несколько месяцев. Но зато с отображением уже скачанных POI в MAPS.ME дело обстоит получше. В обычном пользовательском режиме отображения у MAPS.ME преимуществ нет, и, может быть, наоборот есть недостатки. Например, приоритет отображения там определяется коммерческими интересами, когда у показываемых вместе с осмовскими POI съёмных квартир из Booking он выше, если, конечно, владельцы POI не заплатили за продвижение. Однако для добавления POI MAPS.ME переключается в другой режим — с прицелом для указания места, что тоже удобнее, но главное — с выводом всех POI, даже если они перекрываются. Сценарий, при котором это пригодится, такой:

1. POI есть в реальности и есть в базе, значит, пользователю её надо отредактировать или просто не трогать;
2. POI скачана, но не выводится, потому что ей что-то мешает, и пользователь либо не знает о её наличии в базе, либо знает, но не может выбрать для редактирования;
3. в такой ситуации пользователь, скорее всего, выберет добавление POI, так как уверенности в её наличии в базе не будет;
4. MAPS.ME перейдёт в режим добавления и выведет нужную POI;
5. тут пользователю предстоит проявить свои способности во-первых, заметить нужное название и значок среди каши из перекрывающихся объектов, а во-вторых, удержаться от ввода новой точки, если заметить нужную удалось; с этим, как известно, справляются не все;
6. если пользователь планировал зафиксировать только наличие POI, то ему ничего дальше делать не нужно, если же он хотел её отредактировать или узнать, нужно ли её редактировать, то ему предстоит её выбрать, для чего её надо всё-таки заставить вывестись в обычном режиме;⁴
7. как именно пользователь заставит вывестись POI, мы не знаем, может быть, будет зумить и крутить карту, может быть, использует поиск — режим добавления тут уже не поможет, но зато от создания дубля он застраховать способен.

В том, что последует дальше — редактировании тегов новой или существующей точки — MAPS.ME уже хуже, в первую очередь потому что непосредственно теги он не показывает вообще. Конечно, и OsmAnd в этом плане не идеален, но вкладка показа всех тегов там есть. Точнее, показа только для чтения двух особенных тегов и полного показа прочих. Про редактор тегов OsmAnd мы скажем ещё кое-что ниже, а до его более подробного разбора мы доберёмся в одной из следующих записей. Эти особенности могут доставить неудобства, но не станут непреодолимыми препятствиями.

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

В общем-то по теме неотображения в рамках обхода квартала между Московским проспектом и Заозёрной улицей мне добавить нечего. Разве что если бы я решился вводить дом «быта» множеством точек, они оказались бы слишком близко друг к другу и стали бы не видны, так что у меня имелась ещё одна причина этим не заниматься. Если же воспользоваться этим местом для более глобальных рассуждений, можно заметить, что проблемам отображения и прочим проблемам вывода вовсе не обязательно быть проблемами одноэтапного редактирования. Дело лишь в доступных средствах такого редактирования.

Более глобальные рассуждения

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

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

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

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

Проблемы редактора тегов

Что ещё можно сказать про мой обход, и что не относится ко вводу кучи POI в одном месте и их невыводу в OsmAnd? Про невозможность написать название, которое невозможно прочитать, мы уже сказали. Про невозможность передвинуть POI говорилось во второй части, но у этой проблемы обнаруживается родственная: POI невозможно и объединить. Мне попался дважды отмеченный магазин, одна из точек которого находилась дальше от нужного места так, что её стоило бы объединить с другой. Конечно, в таком случае лишнюю точку можно просто удалить, но на ней могут быть теги типа сайтов, телефонов, режимов работы, которые хотелось бы сохранить. Для сохранения их можно было бы скопировать на другую точку, только делать это неудобно. В OsmAnd в редакторе тегов нельзя отметить чекбокс над тегами и нажать кнопку «скопировать» как в Vespucci, потому что чекбокса и кнопки нет. Можно копировать значения тегов по одному, но заниматься этим лень, так что, как и в случае с перемещением, легче просто оставить заметку.

Магазин «Auratessu», он же «Всё для шитья».

Он же в двух экземплярах на карте.

Так выглядело бы редактирование тегов в Vespucci. Заметьте чекбоксы слева и кнопку копирования рядом с правым верхним углом. Хотите пересоздавать отдельно каждый из этих тегов на другой точке?

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

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

Возможность быстрого удаления тегов нажатиями на крестики способна доставить неприятности: можно снести только что введённые теги. Неприятности эти тем больше, чем дольше происходил ввод снесённых тегов. В следующей записи мы вспомним о крестиках в связи со вводом иногда довольно длинных значений тега inscription. Сейчас же в качестве примера подойдёт режим работы. Вот вы (как я во время обхода) отмечали чекбоксы дней, возили пальцем по циферблату, нажимали на кнопки, снова возили пальцем по циферблату, потом возможно ещё отмечали чекбоксы дней для другого режима в выходные и так далее. Потом вы перешли в расширенные свойства, снесли одно лишнее, второе и упс! дотронулись до крестика напротив opening_hours. Теперь придётся вводить режим по-новой.

Но можно же отменить редактирование, внизу же есть кнопка «отмена»? Эта кнопка для отмены редактирования всего элемента, после этой отмены придётся вводить по-новой не только режимы, но и всё остальное. К счастью она не такая опасная, потому что после нажатия на неё появится диалог подтверждения с кнопками «отмена» и «OK». Теперь «отмена» это отмена отмены, а «OK» — подтверждение отмены, так что вы можете отменить ненужную отмену, если не запутаетесь в отменах. Нужной же отмены, то есть отмены удаления одного тега, в редакторе, похоже, нет.

Я пытался заменить Альфа-Банк на БЖФ Банк, для чего сначала надо удалить многочисленные теги Альфа-Банка. На скриншоте можно увидеть диалог с «отменой» после нажатия на «отмену», что я, кажется, сделал после того как снёс только что введённый режим работы. Этот скриншот, конечно, сделан позже, во время написания данной записи. Тут я обнаружил, что теги Альфы я так и не убрал…

Итого безопаснее снести лишние теги сразу, до ввода нужных тегов. Алгоритм действий получается такой:

1. вводим новые имя и тип;
2. переходим в расширенные свойства и сносим всё лишнее, нажимая на крестики — после этого этапа на крестики уже не нажимаем и держим пальцы от них подальше;
3. если нам известны ещё какие-либо основные свойства, переходим обратно на их вкладку и вводим их;
4. если нужно ввести теги, не вписавшиеся в основные свойства, переходим снова в расширенные и вводим;
5. сохраняем.

Прочее

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

В известном нам доме № 64 рядом с «домом быта» обнаруживается лестница, ведущая к двум дверям. За одной из дверей находится видный с проспекта магазин одежды. Над второй дверью написано «Время красоты», и это, вероятно, салон красоты. Однако за дверью достаточно темно, так что непонятно, на самом ли деле это салон красоты, и работает ли он. Обычно у работающих заведений бывает табличка с режимом работы, а тут её нет, возможно её демонтировали в связи с закрытием, или ещё не поставили, потому что ещё не состоялось открытие. Что я сделал с этим предположительно салоном — нетрудно догадаться. Поскольку он отмечен не был, я его не стал вводить. Если бы он был отмечен — я бы его не стал удалять, точнее, отмечать как неработающий.⁵ А если бы я действовал двухэтапно, то перед внесением или невнесением изменений на втором этапе я бы посмотрел на фотографию данного места, чтобы узнать, какая там ранее существовала вывеска с названием и/или режимом. Также я поискал бы «Время красоты» или любой салон по адресу. После этого иногда приходится делать и третий с четвёртым этапы — идти на место уже зная, что именно надо проверить, и вводить результаты такой проверки.

Бутик и «Время красоты». Подниматься по лестнице и разглядывать, что находится в темноте за дверью «Времени» мне было лень. В отличие от этого, что находится за дверью бутика, видно достаточно хорошо.

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

Примечания

1. Точнее, табличек как минимум три, но разных номеров на них как минимум два. ↩

2. Или из OsmAnd не могли бы, если захотели бы поместить тег на вход. Входы OsmAnd хоть и показывает, но редактировать не даёт. ↩

3. При использовании OsmAnd Live. В той версии, которая на F-Droid, оно включено для обновления осмовских данных. Правда, и без него у OsmAnd обновления данных теперь происходят чаще. ↩

4. У MAPS.ME есть ещё одна особенность, позволяющая редактировать точки без их выбора. Для этого надо попытаться создать точку ровно в том месте, где находится другая точка, причём не важно, отображается она или нет. Тогда вместо создания новой точки будет выполнено изменение существующей. Пользователю об этом, правда, приложение не сообщит, и теги существующей точки показаны не будут (если вообще имеет смысл говорить о показе тегов из MAPS.ME). В общем ничего хорошего от такого редактирования ждать не следует. ↩

5. Такое отмечание с помощью lifecycle prefix делать довольно неудобно. С ним и с его альтернативным вариантом мы встретимся в следующей записи. ↩