Зачем же? Поправить мои правки!

Не так давно я добавил магазины сети Батон на карту, а сейчас начал расставлять магазины сети Русский Разгуляйка.
Проблема? Я расставлял POI с точностью до адреса дома, а не до двери. Поэтому, если кому то нечего делать, приглашаю вас рассмотреть мои пакеты правок^[3][4][5], и обращаясь к Яндекс Панорамам (или любым другим источникам данных) разметить POI’шки точнее, к дверям.
Буду рад помощи, и спасибо!

upd 14.03.2025

самостоятельно поправил магазины сети “Батон”

В iD появилось поле “ID изображения в Panoramax”, которое отвечает за тег panoramax=*. Все, кто по моему совету заливал фото/панорамы на Panoramax теперь могут пометить POI (и не только) тегами с ID их фото на этом сервисе.

Нам нужно больше пользоваться сервисами для панорам, такими как Panoramax.

Яндекс это конечно отличный сервис, но он все же не самый дружелюбный к OSM’у, и права на его панорамы могут отозвать в любой момент. Призываю всех неравнодушных людей у которых есть файлы уличных панорам (или даже фотографии уличных объектов) зайти на https://panoramax.openstreetmap.fr/upload и загрузить их туда. У iD есть отдельный слой для панорам с этого сайта, и у людей которые картируют с него будет больше открытых данных с которых будет удобнее брать информацию.

Яндекс Панорамы - настоящий клад! В Красноярске есть пешие панорамы, на которых отчетливо видно таблички на дверях организаций. Уже заливаю через EveryDoor

Мы пережили отключение серверов!

А теперь я быстренько залью свои правочки пока они опять не легли :)

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

Итак, начнем с расширения наименований.

В OSM принято вносить в name= имена собственные, и во многих случаях, мы же вынуждены нарушать это правило, внося и name что то вроде “Москва река”, “Собачий пруд”, “ Парк Дубки”, “Строительство дороги Москва - Петушки”, “Детский сад Умка”, или “ГБОУ Школа №1234”. Схема получается противоречивая, генерирующая довольно грязные данные. Было бы правильно, разделять описание сущности объекта, и его имя собственное. Разделять можно двумя способами.

1- Добавить отдельный атрибут для сущностной части. Получаем:

name:type=Детский сад name=Умка

2- Вводить всё в name, но разделяя специальными символами, например так name=[Детский сад]<Умка>

Мне могут возразить, что всё это уже есть, ведь leisure=park, или water=pond, и выполняет эту задачу, описывая сущность объекта. Но нет, наших схем тэгирования не всегда хватает для красивого и правильного составления названия. Может быть, было бы лучше расширить схему наименования, для того, что бы не зависеть от костных и ограниченных существующих схем.

Ассоциированные входы.

Давно похороненная тема, не знаю кем, и не знаю зачем, но точно зря. Мы имеем множество зданий, со сложной организацией внутреннего пространства. Со сквозными проходами, с раздельными входами на разные этажи, с десятками отдельных павильонов, у каждого из которых свой вход, с входами открытыми в разное время, с выходами на подземную парковку, итд. К сожалению, накидывание точек поверх полигонов здания, этого зачастую недостаточно, для того что бы разобраться, как найти самый удобный проход к интересующей нас организации. Разметка Indoor в общем случае слишком громоздка для подавляющего большинства случаев. Отрисовывать нутро всех мини рыночков, ТЦшек, и БЦшек, слишком сложно, да и не нужно, если можно просто сделать отношение входов, и прикреплять к ним организации.

Объединяющая сущность для сетевых организаций.

Для того что бы при поиске всех организаций в сети, нам в выдачу не прилетали фирмы с тем же брендом, но не имеющие к сети никакого отношения, стоило бы для сетей использовать уникальные идентификаторы. Объединять сети можно по юридическому названию, ИНН или ОГРН. Эта информация могла бы быть добавлена в пресеты JOSM, и других редакторов, для того что бы при добавлении через пресет, у нас сразу была привязка к сети.

В принципе, у нас уже есть эта схема, нужно только её согласовать для повсеместного применения.

osm.wiki/wiki/RU:Key:operator

Проблемой может быть локализация этой схемы для разных стран, особенно для международных организаций.

Полевые инструменты сверки наличия организаций и объектов.

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

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

Добавление организаций на главной.

Сделать во всех продуктах OSM приоритет добавления новых объектов выше, чем приоритет добавления текстовой заметки. Примерно так, как сделано в том же Organic maps. На главной должен быть интерфейс, для простого добавления точечных объектов организаций, с введением всех основных атрибутов, вроде времени работы, телефона, итд. Простая форма для создания организаций, позволит владельцам активней насыщать БДОСМ своими данными, в соответствии с нашими стандартами. Это лучше чем заметка: “добавьте магазин обуви Крутышка”, от 2017 года.

Инструмент обратной связи в JOSM.

Не хватает удобного интерфейса для обратной связи с мапперами. Хорошо было бы выделить ошибочный объект, и сразу из JOSM, сформировать сообщение об ошибке и о том, как эту ошибку не допускать в будущем. Своего рода, гео-мессенджер для своих, с возможностью замьютить сообщения от отдельных пользователей, или то всех сразу, если выслушивания поучений вам не подходит. Это решило бы проблему громоздкости процесса обратной связи, и упростило бы передачу опыта, в контексте конкретных кейсов.

Линейные и полигональные заметки.

А почему только точечные? Почему не прикреплять к точечной заметке GPX файл, который может отображаться на главной, или в JOSM? Видеть границы и форму добавляемого объекта, это удобно. Так же в полевых условиях, можно было бы более подробно собирать пространственную информацию об объектах.

Перевел статью из вики ОСМ на русский.

Первая переведенная мною статья , надеюсь идея HD разметки дорог будет развиваться дальше.

Павильон Росси в Михайловском парке, Санкт-Петербург, 122 части, третье место в СПб. Это один из наших архитектурных шедевров, и представляет собой одновременно и пристань, и садовую беседку для романтических чаепитий.

Я его уже показывал, но теперь он загружен в OSM и отображается на F4 :

osm2world, gltf:

К сожалению, ни одна рендерилка не идеальна не поддерживает всех фич сразу, так что либо окна, либо ступеньки.

Еще почему-то F4 не показывает скамейки, amenity=bench. Так же видно, что цвета декодируются по разному.

Заметка ; #Колыбель Богов? Добавил координаты, которые нашел Николай *000

План был выпускать по одной 3d-модели каждую неделю, пока немного отстаю.

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

На F4 она показывается непокрашенная, ну да ладно. Полноценные текстурированные модели бродят где-то совсем рядом.

P.S. Заказы на здания по прежнему принимаются.

В недавней дискуссии на тему внешнего хранилища 3d моделей уважаемый pfg21 написал:

в полноценных модельках есть/нужны текстурные наложения, а формат осм - текстовый.

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

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

Cделать внешнюю информационную помойку базу абы как сделанных 3D моделей, причем с растровыми текстурами, за 20 лет ни у кого не получилось, даже у гугла с его 3D Warehouse. Его осмовский аналог, 3dmr за шесть лет своего существования собрал 40 (прописью: сорок ) моделек, причем даже не все из них здания.

Гугл от своей информационной помойки тоже отказался, кажется, в пользу фотограмметрии.

Тут бы задать себе вопрос, ПОЧЕМУ так. И другой вопрос, ЧТО бы могло взлететь вместо этого.

Вот например osm2world умеет и в текстурные наложения, и даже в полигональные окна.

Для создания окон osm2world ориентируется на теги window:* , а прикол в том, что для них не то что пропозала, ни слова в вики нету. Я их обнаружил совершенно случайно.

Загадка: Дом без окон, без дверей, полна горница людей. Что это?

Пишите свои ответы в комментариях :)

Сделал еще один такой: Кажется, это храм какой-то религии. На шпиле вроде был какой-то символ…

P.S. Надеюсь с высотой если и налажал, то не сильно :)

Подправил Московский Планетарий. не на рекорд конечно, но тем не менее.

Почти все части были, осталось только расставить высоту.

Пока работал, испытывал стойкое ощущение дежавью, как будто я делаю это второй раз.

Что на очереди, говорить не буду, чтобы не сглазить)

Я очень горд собой, я перепилил Московский манеж. :”) Как никак это один из наших архитектурных шедевров.

Доводить его до 6 тысяч элементов наверно смысла нет, хотя возможность такая есть)

У меня в рендере выглядит нормально, а F4 что-то подколбашивает.

UPD: F4 обновилось, и выглядит просто отлично:

Говорят что F4 нуждается в теге roof:orientation. Мне не жалко, но зачем оно ей, я не понимаю))

P.S. Принимаю заказы на осм-модели зданий в Москве и Петербурге, желательно в стиле ампир :)

Кто-нибудь умеет в нейронные сетки?

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

Я попробовал Кадинского. Рисует он неплохо, но архитектурная терминология для него ничего не значит, и в добавок он считать не умеет.

Промт: “Здание железнодорожного вокзала в псевдорусском стиле четыре этажа, акварель.”

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

Промт: Белая шатровая церковь в стиле нарышкинское барокко, с пятью куполами, акварель.

Искусственный мозг не понимает ни что такое “нарышкинское барокко”, ни что такое “шатровая церковь”.

Промт: Восьмиэтажный жилой дом в стиле сталинский ампир, акварель.

Уже ясно, что считать мы не умеем, но по крайней мере у здания есть карнизы (внушительный карниз – элемент стиля ампир). На подъезде какая-то надпись, похоже хотелось нарисовать гостиницу :)

Кажется, это всё можно улучшить обучающей выборкой. Возьмется кто?

От перекрестка автозаправки вот до этого момента дорога в ужасном состоянии

К нему не заростет народная тропа,
Вознесся выше он главою непокорной
Александрийского столпа.

Получилось вот так:

Так же на F4

Моделировать классицистические формы довольно просто, а вот с ангелом всё намного сложнее. Если у кого-то есть лицензионно-чистая модель ангела с Александровской колонны, например для 3д-принтера, милости прошу.

Нет, весь я не умру — душа в заветной лире
Мой прах переживет и тленья убежит —
И славен буду я, доколь в подлунном мире
Жив будет хоть один пиит.

Ну или хотя бы один картограф :)

P.S. Как бы так еще главный штаб переделать, чтобы он был похож на себя?

В еженедельнике OSM 736 пишут — заметили мои эксперименты с картами:

Алексей Афанасович показал пример статьи Википедии, в которую он добавил шаблон с картой, отображающей объект статьи по данным OSM. А Александр Сапожников показал пример с шаблоном, который отображает административные границы поселений.

Обсуждали мы это в грузинском чате, но эксперименты я проводил на более знакомой местности — вокруг Челябинска.

Кроме того, хочу поделиться еще одной радостной новостью. Наш валидатор 3D зданий наконец стал показывать ошибки (не прошло и пяти лет!)

Посмотреть можно например тут.
Так же, если так удобнее, ошибки показываются для каждого здания отдельно.

Основная и чаще всего встречающаяся ошибка – это отсутствие значения высоты (height=*) на билдинг-парте. Билдинг-парт без высоты – вещь совершенно бесполезная и отрендерена быть никак не может.

Также встречаются опечатки в roof:shape, перепутанные roof:direction и roof:orientation, а также неразборчивые даты постройки (start_date)

Так что если не знаете чем заняться – гляньте свой регион.

Новый топ-100 зданий

Когда-то давно, мы с вами рассматривали топ-100 самых проработанных 3D зданий, даже ролик про это сняли.

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

Итак, приветствуем нового чемпиона: Кафедральный собор Рождества Христова в Челябинске:

Этот шедевр включает 6375 билдинг-партов. По словам автора всё делалось вручную, методом копи-пейст. Как автор с ней справился, я не представляю.

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

Предыдущий шедевр, напомню, включал 1088 частей и принадлежал мечети «Сердце Чечни» в Грозном.

Полностью с участниками топа можно познакомиться здесь: http://3dcheck.zkir.ru/rus-top.html