OpenStreetMap

Diary Entries in Russian

Recent diary entries

гора Шарха 725 м

Posted by Serg Podarevsky on 23 March 2018 in Russian (Русский)

Странное дело с высотными отметками этой горы. 725 или 734 метров? Проверить нужно 😎

Парагельмен 857м.Широта 44.62141 Долгота 34.33791

Posted by Serg Podarevsky on 22 March 2018 in Russian (Русский)

С удивлением наблюдаю разницу в координатах вершины горы и её высоте... Речь идёт о репере триангуляционый пункта. ПАРАГЕЛЬМЕН 871м (857м) MAPS.ME 44°37′17.01″N 34°20′14.91″E карта 44.621393, 34.337475 карта 44°37′24″ с. ш. 34°20′18″ в. д. википедия

OSMAND Широта 44.62140 Долгота 34.33747 44,6213934, 34,3374765.

Krymea.ru  N 44 37.400 E 34 20.300

Мои данные (репер) Широта 44.62141 Долгота 34.33791

😎 Разберёмся.

Location: 44.621, 34.338

Узкие Ворота - придуманный перевал.

Posted by Serg Podarevsky on 17 March 2018 in Russian (Русский)

#Узкие ворота - придуманный перевал.#

Итак, название "Узкие Ворота" никак не соответствует требованиям к названиям перевалов. Видимо так назвал один из перевалов балки Тырхалу-дере какой-то заезжий хлопец, не читавший литературы по топонимике и краеведению. Ему поверили неграмотные издатели карт ...и понеслась! Нагромождение искажений привело к оформлению Узких Ворот, как истинному названию. Так рождается фейк. Ложь порождает последователей лжи. (Один из них постоянно мне оппонирует, вы его знаете из комментов. Настойчивый молодой человек, но недалёкий. 😔) Напомню, что "Узкими воротами" они, к из невежливость, называют перевал Тырхалу-богаз или Кучук-Капу. В простонародье, в переводе с тюркского перевал нами называют Малыми Воротами. В экскурсионных рассказах, на картах и кроках маршрутов со времён СССР - перевал Малые Ворота останется в истории, останется в памяти и на фото тех лет местом паломничества туристов со всего мира. Спекуляции с абсолютной отметкой перевала Малые Ворота объясняются тем, что во времена СССР отсутствовали навигаторы и смартфоны. А нивелиры никто в поход не брал. Отметки навигационных точек характерных вершин прилегающей местности были "пробиты" геодезистами. А, вот, перевалы нуждаются в проверке своих отметок. Зачастую современные программы, типа OSMAND, OSM и и.д., работающие с помощью спутников и GPS, дают результат с погрешностью {+ ÷ -} 10÷15 метров. И их приблизительные отметки нельзя считать истинными. Для точности нужны правильные геодезические инструменты. По одним данным отметка перевала Малые Ворота +965м, по другим +842м. На карты переносится непроверенная отметка - и всё повторяется снова. Ближайший перевал - Большие Ворота с отметкой 1010м - тоже нуждается в проверке. Не уточнена точка отметки. То же самое касается перевалов Кутур-Богаз и Балабан-Алан.

ПЕРЕВАЛ.

Posted by Serg Podarevsky on 16 March 2018 in Russian (Русский)

С.И.ОЖЕГОВ

"...Наиболее низкое место в горном хребте, доступное для перехода; дорога через такое место..."

ПЕРЕВАЛЬНАЯ ТОПОНИМИКА.

По сложившейся в географии многовековой традиции имена новым объектам местности, как правило, дают их первопроходцы. Считается, что люди, впервые прошедшие перевал из долины в долину, или поднявшиеся на перевальный гребень, имеют право предложить имя для нового перевала. В соответствии с Федеральным законом РФ от 18.12.1997 № 152-ФЗ «О наименованиях географических объектов» для официального признания такого имени требуется его утверждение в законодательных органах соответствующей территории. Учитывая, что большинство спортивных перевалов никого, кроме туристов, не интересует, имена подавляющего большинства спортивных перевалов существуют неофициально. Их закрепляют в традиционных «перевальных записках», оставляемых в турах (каменных пирамидах) на перевалах. Имена перевалов фиксируют в туристских отчётах и на туристских картах, передают от группы к группе при подготовке к походам. Очень часто такая схема именования перевалов приводит к утере имени, данного первопроходцами. Известно немало случаев возникновения нескольких имён у одного и того же перевала или появления на туристских картах перевалов с одним и тем же именем, даже если они расположены в одном горном районе. Всё это создаёт значительную путаницу и даже может привести к несчастным случаям при прохождении маршрутов. На основе ФЗ РФ от 18.12.1997 № 152-ФЗ «О наименованиях географических объектов» ТССР выработал рекомендации, в соответствии с которыми необходимо давать новым перевалам имена, связанные с топонимикой района или с особенностями перевала, которые могут помочь при его прохождении. При именовании перевалов полезно максимально использовать традиции местной топонимики, особенности национального языка по месту расположения перевала и проч.

Корректными с этой точки зрения названиями следует считать имена:

отражающие наиболее характерные признаки перевала или местности, в которой он расположен (характер склонов, особенности очертаний гребня и проч.); отражающие особенности жизни и деятельности населения соответствующей территории; данные перевалу по имени долин, которые он замыкает (соединяет); данные перевалу по имени ближайших вершин-ориентиров; прочее. Перевалам могут присваиваться имена лиц, непосредственно принимавших участие в их открытии, первопрохождении, изучении. Имена выдающихся государственных и общественных деятелей, представителей науки и культуры и других имеющих заслуги перед государством лиц посмертно могут присваиваться безымянным перевалам. Имена перевалов должны состоять не более, чем из трёх слов и должны естественно вписываться в уже существующую систему наименований географических объектов данной территории.

Следует воздерживаться от присвоения перевалам имён:

малоизвестных или ныне здравствующих людей; событий, не связанных с районом расположения перевала; имён уже существующих перевалов, в том числе из других горных районов; названий организаций и малопонятных аббревиатур; и так далее

Тонас.

Posted by Serg Podarevsky on 15 March 2018 in Russian (Русский)

И.Н.Лезина."По горным лесам восточного Крыма" Симферополь 1977. Про Тана-Су. "Несколько цифр: длина речки — 28 км, площадь водосбора — 184 кв. км, средний расход воды у устья — 0,54 куб. м в секунду. Танасу принимает пять притоков, не считая сухих балок, наполняющихся водой только после обильных осадков."

https://www.openstreetmap.org/way/140372719 Как понимать появление Восточного Суата в пойме (водосборе) речки Тана-Су? Речь идёт о балке Через-Дере, от Топарчих-Кыр до Кулуйны-Обасы. Очередная грустная ошибка сообщников сообщества OSM.

Помогите выбрать интересные доклады для State of the Map 2018

Posted by Sadless74 on 14 March 2018 in Russian (Русский)

До 20 марта можно выбрать и проголосовать за интересные доклады на конференции State of the Map 2018

https://stateofthemap.limequery.org/985188

Среди них есть мой (Timofey aka Sadless74) доклад IT backend of the OpenStreetMap community Поддержите меня! Хочу выступить на SotM 2018 🤓

Также есть интересные доклады:

  • Printing OSM Maps, Hartmut Holzgraefe
  • OsmAnd making live maps update, Victor Shcherb, OsmAnd
  • Modding the OSM Data Model, Jochen Topf
  • openrouteservice * route the world dynamically, Nils Nolde, University of Heidelberg
  • Completing the Map with Street-level Imagery, Christopher Beddow, Mapillary
  • OpenMapTiles: Vector tiles from OpenStreetMap, Petr Pridal, Jiri Komarek, Klokan Technologies
  • How Deep Learning could help to improve OSM Data Quality ?, Olivier Courtin, DataPink
  • Lies, damned lies, and OSM statistics, Frederik Ramm
  • Corporate Cartography: How the sausage gets made, Paul Norman
  • An OSM embassey * a community-driven non-profit mapping agency, Ben Abelshausen, OSM Belgium
  • What's up with the public transport, Ilya Zverev, MAPS.ME 😉
  • Can we validate every change on OSM? Lukas Martinelli, Mapbox
  • Making bot edits safe and acceptable, Yuri Astrakhan, Elastic
  • OSM data as MMachine learning model for landuses analysis
  • Some Location Intelligence from OSM, Jaak Laineste, CARTO
  • Qt to create OSM-based apps, Paolo Angelelli, The Qt Company
  • Addressing addresses, Sarah Hoffmann
  • Network for transport open data, Céline Jacquin, World Resources Institute
  • Wikipedia collaboration * how two projects can benefit each other, Yuri Astrakhan, Elastic
  • An open API for elevation geocoding, Ervin Ruci, Geocode.xyz

Предложений по докладам много (более 100). Но можно голосовать в несколько заходов. Проголосовать можно несколько раз.

Не забудьте указать ваш логин на osm.org, иначе будут считать ваш голос за спам.

Участвуйте! 😊

Новый OSM-сезон близок к открытию

Posted by StrangeStranger on 11 March 2018 in Russian (Русский)

Много воды утекло и воздуха промчалось с момента последних моих правок. Увлекли дела велосипедные, закончившиеся приобретением более серьёзного драндулета. Судя по всему, итальянца. В возрасте, но всё же укрощённого (заменой некоторых деталей и узлов ходовой части и навеской дополнительного оборудования).

По-прежнему планирую поездки только по OSM, пытаясь определить, какой профиль БайкРутера наиболее соответствует моему стилю вождения. Нетривиальная задача! Но что можно отметить: благодаря стараниям, прежде всего, Ars-UA, наш городок уникален в округе: указаны теги качества дорожного покрытия. С учётом пресловутого качества местных дорог, тем паче после зимовки, информация важная и позволяет сберечь укромные места от непредвиденных синяков и толстого-толстоя слоя шокола... грязи на колёсах после дождя.

Позднюю велоосень (было очень тепло) закончил в роли художника-фотографа; около трети от общего числа кадров обрели своё место на стенах квартиры...


Туман как украшение фотографии


Всего лишь через сутки:

Где-то над портом

Кстати, вниз спускался по очень узкой тропе в седле: вести байк рядом было невозможно. Надо бы рискнуть проехать её ещё раз и нанести теги качества покрытия. То, что surface=ground, самоочевидно; другое дело - проставить MTB-теги и/или величину уклона, что потребует уже инструментальных измерений (с велосипедом они затруднены: спешиваться там действительно негде). Я бы прописал тому спуску MTB1+, но хотел бы перепроверить. Кстати, здесь он есть:

Под горой


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


P.S. В нашем городе для велосипедистов-грунтоходов возникает угрожающее частыми проколами колёс распространение растения Tribulus terrestris, оно же якорцы стелющиеся или, по-местному, кавунец. Как бы не довелось дополнительно придумывать теги типа barrier:natural=tribulus :-D

building:architecture #2

Posted by Zkir on 10 March 2018 in Russian (Русский)

Так, няшки мои, все берем пример с Нижнего Новгорода. Там не только все дома нарисованы, но и на них всех архитектурный стиль (ака тег building:architecture) проставлен — во всяком случае в верхнем городе)

Причем, насколько я понимаю, это сделано одним человеком.

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

building:architecture

Posted by Zkir on 8 March 2018 in Russian (Русский)

Всем привет, кого давно не видел)

Переписал русскую страницу на вики про архитектурные стили: RU:Key:building:architecture

Получилось что-то вроде краткого курса истории архитектуры. Комментарии и предложения приветствуются.

Интересно, что принятая в тегах англоязычная терминология отличается от русской. Например, neoclassicism -- это классицизм, art nouveau -- это модерн, а modern -- это модернизм.

Что еще вы можете сделать: посмотреть списки основных памятников вашего любимого стиля на территории России (и не только) и обозначить их стиль в OSM.

картинка из гугла для привлечения внимания (картинка из гугла чисто для привлечения внимания)

Как меня сюда занесло.

Posted by Sowa1980 on 5 March 2018 in Russian (Русский)

Как меня сюда занесло. Просто хотел внести вначале правильный местоположение и адрес своего дома на все карты. В начале был, Яндекс, потом wikimapia, далее и гуглу перепало, и вот он я тут в OSMе встречайте :-) А теперь по порядку чем меня привлек OSM: первое - это то что в OSM карту - базу данных, можно вносить все объекты существующие в реальном мире. это первый и наверное самый большой и жирный плюс, оно же правило (чего нет в Гугл картах и Яндекс картах), но отчасти присутствует в wikimapia, второе - это трехмерное отображение данных, третье - это лицензия, то есть ее открытость и свобода.

4 марта. Прошёл радио-марафон в честь 10-летия сообщества OSM-RU

Posted by Sadless74 on 4 March 2018 in Russian (Русский)

Именно тогда был создан наш форум!

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

4 марта в 20:00 состоялся радио-марафон "Вспомнить всё", посвящённый 10-летию нашего сообщества!

Радио-марафон прошёл в формате разговоров с древними и не очень древними участниками нашего сообщества.

Участников эфира спрашивали: 1) как узнали про ОСМ 2) о первых шагах в ОСМ, кто помогал им в начале пути, а кто пытался задавить авторитетом 3) о самых запомнившихся событиях сообщества OSM-RU 4) каким видится будущее ОСМ через 10 лет

Также вспоминали самые интересные события из истории сообщества OSM-RU за 10 лет.

Ведущие: vvoovv, Zverik, Sadless74

Приняли участие:

  1. Alexander-II
  2. AkMeR
  3. Shoorick
  4. glebius
  5. Eugene
  6. Haserbaba
  7. sim
  8. Sowa1981
  9. Sonick_Rnd
  10. Zverik
  11. Zkir
  12. pfg21
  13. Icat
  14. KEFIR666
  15. Sadless74
  16. vvoovv

Спасибо всем участникам.

Электронный справочник Балаково доступен всем желающим

Posted by BalakovoSpace on 28 February 2018 in Russian (Русский)

После продолжительного тестирования beta-версии справочник Balakovo.Space функционирует в полном объёме, стабилен и готов к дальнейшему улучшению.

Balakovo.Space - это наиболее полный и наиболее актуальный геоинформационный сервис города Балаково. Представлена обширная база организаций на карте города с подробными сведениями: телефонами, режимами работы, описаниями деятельности, фотографиями, ссылками на официальные сайты и страницы в соцсетях.

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

Сервис открыт для оперативной обратной связи – бесплатного внесения изменений в сведения о компании и добавления новых данных.

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

Location: 52.017, 47.791

перевал Малые Ворота, Караби-яйла, Крым, Россия. Широта 44.85996 Долгота 34.62016

Posted by Serg Podarevsky on 28 February 2018 in Russian (Русский)

Историческое название - Кучук-Капу, Тырхалу-Богаз... Одна из точек прохождения Всесоюзных туристических маршрутов т\б "Таврия" #25 и #111.

http://s3.fotokto.ru/photo/full/136/1360834.jpg http://www.turizmvnn.ru/cont/show/9618/ https://www.instagram.com/p/n8H9ZAr6BU/

В последнее время является объектом манипуляции - применяют ошибочное название "Узкие ворота". В справочнике "Топонимика горного Крыма" Белянского и Лезиной - про "Узкие ворота" вообще отсутствуют упоминания. Про Малые Ворота - подробно написано. Ссылка на карты Генштаба ВС СССР - ошибочна. Карта составляется на основе существовавших карт Горного Крыма. Ошибка эта стала непререкаемой. Сообщество OSM опирается на эту ошибку, считая её истиной. Вот и стал исторический перевал Тырхалу-богаз, Кучук-Капу, Малые Ворота - стал вдруг "Узкими воротами".

Информация по перевалу Малые Ворота. http://www.allkrim.ru/po-gornym-lesam-vostochnogo-kryma#18

Кошмарный "базар" по поводу названия перевала http://eurotourist.club/viewtopic.php?f=81&t=33045&hilit=+%D0%9C%D0%B0%D0%BB%D1%8B%D0%B5+%D0%B8%D0%BB%D0%B8+%D0%A3%D0%B7%D0%BA%D0%B8%D0%B5+

Location: 44.860, 34.620

10 лет нашему сообществу

Posted by Sadless74 on 12 February 2018 in Russian (Русский)

10_лет_osm-ru 4 марта 2018 года исполняется 10 лет нашему сообществу!

Именно 4 марта 2008 года был создан наш форум! https://forum.openstreetmap.org/viewtopic.php?pid=1786#p1786

Возникла идея провести юбилейный эфир Радио ОСМ в формате разговоров с древними и не очень древними участниками нашего сообщества.

Время и технические подробности будут опубликованы ближе к 4 марта.

Будем рады всех видеть участниками эфира!

Можете оставить свои истории участия в ОСМ на форуме https://forum.openstreetmap.org/viewtopic.php?id=61338 или в комментариях

Доклады про OpenStreetMap на FOSDEM 2018

Posted by Sadless74 on 4 February 2018 in Russian (Русский)

На FOSDEM 2018 начинаются доклады в секции GeoSpartial про OpenStreetMap. Смотреть можно на сайте https://live.fosdem.org/watch/aw1126 Смотреть или слушать в любимом плеере https://stream.fosdem.org/aw1126.m3u8

А Илья будет в 17:00 по MSK https://t.me/foss4g_ru/294

Представьте что вы на европейской конференции :)

ЕженедельникОСМ 393

Posted by Sadless74 on 3 February 2018 in Russian (Русский)

ЕженедельникОСМ 393 (23.01.2018-29.01.2018)

Остроженка

Posted by vyacheslavdimov on 3 February 2018 in Russian (Русский)

село на казанском тракте

Location: 57.668, 55.172

Не работает

Posted by Kapkan95 on 1 February 2018 in Russian (Русский)

В том году навигатор работал без интернета теперь он не работает без интернета и даже с ним он с трудом находит место где я нахожусь

ЕженедельникОСМ 392

Posted by Sadless74 on 31 January 2018 in Russian (Русский)

ЕженедельникОСМ 392 (16.01.2018-22.01.2018)

Maps.me для тех, кто не пользуется maps.me

Posted by Anton Khorev on 31 January 2018 in Russian (Русский)

Недавно в дневнике одного из участников была опубликована запись (теперь уже отредактированная) про модерацию в российском разделе форума. Ряд участников, обратив внимание на вклад автора, посчитал нужным отметить, что эта запись по сути является анонимной, что позволяет не относиться к ней серьёзно. Одной из высказанных в записи мыслей является то, что один из модераторов форума, Zverik, является также разработчиком maps.me, что может влиять на его действия при обсуждении этого приложения и, особенно, использования этого приложения в качестве редактора. Активным участникам всё это и так известно, и мне, казалось бы, нет необходимости упоминать здесь эту запись, однако некоторые комментарии к ней вызывают интерес. Автор записи, в частности, отмечает, что на форуме была закрыта тема «Ошибки пользователей редактора maps.me». Закрыта она была, так как модераторы посчитали, что обсуждать этот предмет надо в общей теме про maps.me, а обсуждение в теме ошибок имеет тенденцию переходить к оскорблениям в адрес модератора-разработчика. Тут следует заметить, что Zverik непосредственно перед публикацией записи сделал несколько неудачных высказываний на форуме, например о том, что одним из правил является недопустимость оскорблений особенно разработчиков, хотя понятно, что такого правила нет и быть не должно. Однако в комментариях к записи были сделаны и более радикальные замечания, в частности о том, что русский раздел форума вообще не предназначен для обсуждения maps.me. Сам Zverik с подобными утверждениями согласия не выражал.

Существенному количеству участников не нравится maps.me, и может показаться, что им действительно стоило бы либо перестать пользоваться этим приложением, либо писать в о нём в официальных каналах связи с разработчиками, вместо того, чтобы выражать своё недовольство на форуме. Но даже если они перестанут пользоваться maps.me, им всё равно придётся иметь дело с правками, выполняемыми из него. Соответственно и maps.me можно обсуждать с двух сторон: как приложение, которым вы хотели бы пользоваться, и как явление с которым приходится иметь дело. Это две разные темы, и вторую тему не имеет смысла обсуждать в гугл плей и подобных местах.

Допустим, что мы решили, что две темы про maps.me на форуме – это нормально. В этом случае всё равно можно возразить, что одна из них имеет негативный характер, так как у неё в названии содержится слово «ошибки». А что, собственно, заслуживает обсуждения – правильные правки? В осме, например, есть обсуждения пакетов правок. Для чего им пользуются? Ну иногда для того, чтобы сказать автору правки, что он занимается вандализмом, ведением войны правок и всё ломает (это были примеры комментариев к некоторым моим правкам), но обычно это обсуждение реальных или потенциальных ошибок. Так что ошибки в осме обсуждаются, а если кто-то захочет перейти к замечаниям про вандализм и т.п. в форме, неприемлемой для форума, то на этот случай есть модераторы, которых помимо Zverik'а ещё два. Если вам кажется, что форум – не место для обсуждения ошибок, потому что существует упомянутое выше обсуждение пакетов правок, то вы должны быть и против темы «откаты правок». Вы можете сказать, что «откаты правок» - для тех случаев, когда обсуждение пакета не помогло. Ну так и в случае с правками из maps.me оно не поможет.

Ошибки в правках как особенности редакторов

Многие ошибки в редакторах, ориентированных на новичков, объясняются особенностями самих редакторов. Maps.me – это редактор не просто для новичков, а даже для тех, кто не понимает, где именно он редактирует данные, и даже что действия из редактора являются именно редактированием общих данных. Но ведь maps.me используют не только новички, но и опытные участники. Можно же им редактировать и не делать всего того, про что написано ниже? При определённых условиях можно, и я об этом писал (например, про перекрывание доступа в интернет для maps.me с целью последующей проверки пакета в josm), но нередко и опытные участники делают всё то.

Чтобы показать, что я не придираюсь именно к maps.me, рассмотрим для начала другой редактор – iD. Вы, возможно, видели, как в правках из этого редактора некоторые точки, например, точки дорог оказываются перетащенными на существенное расстояние. В результате получается ломаная линия, проходящая сквозь препятствия в виде зданий, пересекающая другие дороги без общей точки пересечения и т.п. Ясно, что это не имеет смысла, и у вас может возникнуть мысль про выполнившего данную правку типа «он что, идиот что ли?» Но он, скорее всего, не идиот, и здесь имеет место особенность редактора. Возьмём хорошо известный вам josm. Какой кнопкой мыши вы перетаскиваете точки? Левой. Какой вы перемещаете область редактирования? Правой. А что в iD? Точки перетаскиваются левой, область прокручивается тоже левой. Если вы предпочитаете josm и никогда не пользовались iD, то попробуйте, и вы заметите, что у вас тоже получатся случайно перетащенные точки. Ну а редактор iD на сайте openstreetmap.org предлагается тем, кто не пользовался до него вообще ничем, и кто перетаскивания не заметит.

Про iD можно было бы продолжать, и да, от каждой отдельной правки из этого редактора проблем может быть больше, чем от правки из maps.me, но пора перейти к рассмотрению последнего.

Особенности редактирования из maps.me

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

Создание дубликатов уже существующих точек

Бывает, что пользователь maps.me добавляет POI рядом с такой же точкой, уже существующей в данных osm. Как он мог её не заметить? На это есть две основные причины. Первая причина: у пользователя может не быть данных о недавно добавленных точках. При условии, что пользователь регулярно обновляет приложение, данные у него будут обновляться раз в месяц, но сами данные идут с задержкой. В результате имеющиеся у пользователя данные являются устаревшими в среднем примерно на месяц. Для сравнения у osmand данные обновляются раз в месяц практически без задержки, что даёт устаревание в среднем на пару недель. Ещё в случае с osmand нет необходимости обновлять само приложение для получения новых данных, что может положительно влиять на готовность пользователя выполнять обновления. Правда у maps.me, по идее, сам объём передаваемых данных должен быть меньше, потому что они шлют диффы.

В осме есть места, не редактирующиеся годами, для которых месячный возраст данных не будет иметь значения, но есть и активно редактирующиеся места. Если открылся новый магазин в заметном месте, то существует высокая вероятность того, что он будет отмечен несколькими пользователями. Одним из этих пользователей может быть представитель данного магазина. Иногда и оба пользователя могут быть представителями. Мне известен подобный случай, когда точка была добавлена через iD. Это, конечно же, не привело к её немедленному появлению в maps.me, которого, возможно, пришлось бы ждать полтора месяца, и точка была добавлена ещё и через maps.me. Так что если вы создаёте только что открывшийся магазин, вам может понадобиться следить за отредактированным местом, чтобы отлавливать дубли. Лично у меня случалось, что в добавок ко своей точке, я получал ещё две в течении нескольких дней. Одна из них в данном случае была создана из osmand, видимо, по подобным причинам.

Неприятной особенностью этой причины возникновения дублей является то, что ситуация будет усугубляться с ростом количества пользователей. Можно себе представить, как в недалёком будущем открытие заведения, привлекающее достаточное количество обладателей смартфонов будет приводить к обозначению этого заведения десять раз. Для этого, конечно, обладатели смартфонов должны быть пользователями maps.me, а пользоваться этим приложением они захотят, если в нём будут качественные данные. Получаем отрицательную обратную связь: повышение качества данных – появление избыточного количества редактирующих из maps.me – понижение качества. В идеальном случае, когда всё метится сразу, избыточное количество равно одному.

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

Вторая причина незнания о существовании точки: у пользователя данные о существующей точке могут быть загружены, но он всё равно её не увидит, так как точка может просто не рендериться. Maps.me рендерит только то, что помещается целиком. Для POI это и иконка и подпись к ней, состоящая, обычно, из названия. Слишком большая подпись и другие точки рядом могут привести к тому, что данная POI видна не будет. Другими точками могут быть и данные не из осма, а например, из букинга – серьёзная проблема в центре Санкт-Петербурга – или ещё какая-нибудь реклама, какой были, например «артефакты» из некого фильма. Рендеринг рекламных точек является для maps.me приоритетным, а всяких апартаментов, зарегистрированных в букинге, в центре предостаточно, так что интересующая пользователя точка иногда может всплыть только в результате поиска. Если пользователь решит, что существующей в данных точки нет, и попытается её добавить, то у точки появляется второй шанс быть обнаруженной. В режиме добавления maps.me пытается рендерить всё, что есть, даже если оно накладывается друг на друга. Данные из букинга при этом не пропадают, и при достаточной плотности точек будет ничего не разобрать, так что шанс может быть упущен.

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

Создание заметок про отсутствие уже удалённых или заменённых точек

Встречаются заметки с просьбой удалить или просто с утверждением об отсустсвии того, чего рядом с этими заметками не обнаружить. Они могли быть поставлены на объект, существовавший в данных пользователя по первой причине создания дубликатов. Можно обратить внимание на то, что maps.me добавляет к тексту заметки, если он был введён пользователем, название точки, послужившей поводом к созданию заметки, её тип и дату-версию данных у пользователя. При этом пользователь не знает, что он создаёт именно заметку. Для пользователя эта операция может выглядеть как собственно удаление, так как она влияет на отображение точки. Кстати, отменить создание заметки-удаления невозможно, даже если пакет правок ещё не отправлен, в отличие, например, от создания новых точек. Ну и конечно же ни про какие пакеты правок и про то когда именно происходит загрузка данных, пользователь понятия не имеет. В датах-версиях можно заметить, что некоторые пользователи не обновляют свои данные год и больше. Имя и тип точки старые версии maps.me не писали, и заметки, относящиеся непонятно к чему со стандартным текстом «amenity doesn't exist» всё еще могут существовать.

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

Зачем может понадобиться делать заметку, по которой ничего сделать нельзя, да и не нужно? Но пользователи maps.me просто не знают о том, что они создают заметку. У них в интерфейсе добавления точки внизу есть поле, где раньше предлагалось ввести дополнительную информацию – из неё и создавалась заметка. Сейчас, кстати, там написано «Отправить сообщение модератору OSM», хотя никаких модераторов базы данных в осме нет.

Проблема, казалось бы, невелика. Мы просто закроем заметку и всё. Но выясняется, что некоторые решают эту заметку отработать, то есть создать запрашиваемую точку. Кто же будет создавать точку, если она уже создана, не считая, конечно, пользователей maps.me? Но maps.me – не единственный редактор, позволяющий работать с устаревшими данными, и ещё один из подобных редакторов выше уже был упомянут. Но ведь, чтобы создать дубль в этом случае, надо иметь свежие данные по заметкам и старые по точкам, а такого не может быть? Выясняется, что может. В принципе вы даже из josm можете редактировать старые данные, например детально отрисовывая какое-то место так, что промежуточный результат выкладывать не имеет смысла, но заметки решили загрузить свежие, но это вряд ли. А вот из osmand создание дублей по подобным заметкам я видел. Если вы видите заметку, поставленную из maps.me, не забудьте обновить у себя данные под ней.

Задание несоответствующих друг другу тегов на одной точке

Иногда это явление происходит в очевидно бессмысленном виде: компьютерный магазин «Столовая». Можно догадаться, что на этом месте раньше был магазин, а потом открылась столовая. Пользователь поменял name, но почему он не поменял amenity/shop? Потому что редактор этого сделать не даёт. Бывают и менее очевидные случаи, например, когда ресторан помечен как ночной клуб. Ведь вполне возможно, что на самом деле это также ночной клуб. Но нет – это пользователь maps.me обновил name у точки на месте бывшего клуба.

Помимо типа точки, который пользователь видит, но не может поменять, есть и такие теги, которые пользователь даже и не видит. Это все теги, которые не вписались в шаблон для редактирования, то есть большинство использующихся тегов. Их пользователь обновлять не будет. Не прочитает он и заметки для редактирующего в note. Все редакторы можно поделить на те, которые не скрывают теги, на те, которые сначала скрывают, но могут показать, и на те, которые не могут. josm относится к первым, iD – ко вторым («все теги» обычно свёрнуто), maps.me к последним. Последние проще для неподготовленного пользователя при добавлении новых данных, зато совсем не годятся для редактирования существующих. Можно подумать, что никаких проблем быть не может, если надо всего лишь поменять значение website или opening_hours. Но представьте себе, что на точке также стоит fixme, в котором сказано, что текущее значение неправильное. После редактирования без учёта fixme, неправильным становится уже сам fixme.

Ещё бывает, когда в одном из языковых вариантов name написано одно, а в другом (или в основном name) другое. Основной name в интерфейсе запрятан подальше, так что обычный пользователь его не найдёт. Если понадобится поменять название, то будут отредактированы какие-то языковые варианты, возможно не все. Какие именно поля для языковых вариантов будут показаны пользователю – зависит от географического положения точки и системного языка. Иногда они заполнены значением, иногда пустые, точно не знаю, по какому принципу. Строго говоря, я не знаю, как в текущей версии maps.me обстоит дело с редактированием названий (например, должен ли я стереть автозаполненное название, если считаю его неправильным), потому что не хочу ставить эксперименты, чтобы определить что именно куда запишется. Знают ли это обычные пользователи maps.me, думаю, понятно.

Что вам надо делать в подобных случаях, а лучше – всегда при редактировании существующих точек: смотреть историю. Если в истории редактирования точки есть правка из maps.me, особенно если в этой правке меняется name, то это является основанием для того, чтобы не доверять остальным тегам. Придётся их либо перепроверять, либо удалять.

Создание новых точек вместо редактирования существующих либо без удаления старых

Собственно удалять из maps.me нельзя. Но и редактировать уже существующие точки, как было сказано выше, тоже нередко нельзя. Получается, что типичное явление, когда закрывается один магазин, и на его месте открывается другой, ввести из maps.me нельзя. Но это не значит, что пользователи не будут пытаться, с соответствующим результатом. Конечно, нередко пользователь не знает, что новый магазин появился вместо, а не дополнительно к старому. В этом случае добавление новой точки и ничегонеделание со старой будет ошибкой самого пользователя без какой-ли помощи со стороны maps.me, если только maps.me старую точку не скрыл, см. вторую причину дубликатов. Но что пользователь мог бы сделать со старой? Ну, например, поставить на неё заметку, о том что её нет. На самом деле ему бы следовало этой заметкой и ограничиться, а про новую точку написать в комментарии, но до всего этого надо догадаться, а пользователь не знает даже о существовании заметок и о различии записи в node и в note.

Создание точек с неподходящим типом

Бывает, что в городе вдруг появляются водопады и прочие объекты, которых не может там быть. Это пользователь maps.me захотел обозначить что-то, для чего доступного для выбора типа в maps.me не нашлось. Список доступных типов ограничен, а один из них выбрать обязательно нужно. Можно было бы догадаться поставить заметку, но на пустом месте это сделать не получится, так что, если заметка и появится, то только вместе с водопадом. Скорее всего, однако, заметка не появится, и вам придётся либо угадывать, что имел в виду пользователь, либо откатывать.

Спам

К сожалению, спам не ограничивается известным случаем с тегом banner_url. Рассмотрим историю редактирования одного уже удалённого здания. Как видно, в версии #10 помимо этажности я задал название и сайт. Как мне это удалось, если maps.me не даёт редактировать названия у зданий? Конечно же я ничего, кроме этажности править не собирался, но у maps.me свои соображения на этот счёт. Есть агентство недвижимости на букву Ц, рекламу которого можно увидеть в приложении в общем и на некоторых зданиях в отдельности, во всяком случае в Санкт-Петербурге. Редактирование этих зданий может привести к попаданию в правку рекламы Ц. Если вы видите подозрительные name и website на здании, то надо опять же проверить историю редактирования на предмет наличия в ней правок из maps.me. Если они есть, то возможно следует их откатить.

Ввод данных с точностью плюс-минус дом

Пользователи maps.me ставят точки мимо нужного здания несколько чаще, чем пользователи других редакторов. Объясняется тем, что им приходится рассчитывать на gps, находясь рядом со зданиями, отсутствием спутника/аэрофотосъёмки в качестве подложки и невозможность подвинуть свои точки после добавления. Например, один пользователь, входящий в топ-10 редактирующих из maps.me, идёт вдоль улицы и вносит все POI подряд, не зная, что вместо дома n их надо было ставить в n+2, вместо n+2 – в n+4 и т.д. Дойдя до конца квартала, он, конечно, поймёт, что ошибся, но исправить ошибку уже не сможет. Это не очень хороший повод для доверия к точности координат точек менее топовых пользователей. Мимо точки ставят и без maps.me, да и магазины, бывает, в действительности перемещаются в соседний дом, но если вы видите точку не на том здании, на каком считаете, что она должна быть, её создание правкой из maps.me – аргумент в вашу пользу. Ну и некоторые вообще в здание попасть не могут, и ставят на проезжую часть. Может быть они ожидают, что в интерфейсе добавления в нужное место надо ткнуть, а не тащить его под «прицел».

Нелогичное объединение правок в пакеты

Пакеты правок, создаваемые пользователями maps.me могут быть как «атомарными», содержащими одну точку, так и «планетарного масштаба», с правками в разных частях света. И зачем пользователи так разбивают свои правки на пакеты? А они их и не разбивают, это за них делает приложение. Правки с одной точкой будут у тех, у кого с интернетом всё в порядке, «планетарные» будут у туристов, экономящих мобильный трафик. Я видел пакет, в котором помимо создания дублей в СПб, было создание дублей во Франции (и коллегам оттуда приходилось делать suppression d'un restaurant en doublon) и, может быть, не-дублей на Шри-Ланке. Пакеты могут быть и пустыми – это если соединение оборвётся.

Прочее

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

Насколько это плохо и что с этим делать

Вкратце можно сказать, что в хорошо отмапленных местах от всего этого вреда не так много, но и пользы от правок maps.me гораздо меньше, чем хотелось бы разработчикам. Я даже скажу, что если бы в Адмиралтейском районе СПб пользователи maps.me не сделали ни одной правки, то вы бы разницы не заметили. Ну, допустим, некоторые точки появились бы попозже. В Центральном районе, может быть, эффект от maps.me побольше. Так что выпиливать все правки maps.me в этих местах не нужно. А вот как обстоят дела в местах, где доля правок из maps.me выше, было бы интересно узнать. Более подробные рассуждения на эту тему придётся оставить на потом, так как эта запись получилась слишком длинная.