От этого могут появиться короткие названия. Если что-нибудь делать.
Посмотрел. Вижу что результата он не добился никакого.
Что-то мне подсказывает что ничего не будет, ибо лень. Проще трындеть тут.
Потому что судя по всему ни малейшего понимания как устроена цепочка обработки данных нет и не предвидится.
Реализовать - легко. Разгребать проблемы - сложно.
Вместо того чтобы трындеть, лучше бы написали можно ли без сервера обойтись или нет?
И ничего не поняли? я всего лишь хотел узнать можно ли без сервера обойтись.
У соседей можно спросить, показав им две картинки.
Сколько ж можно поторять то - я предлагал вариант совместного использования обоих названий - тут рендер не поможет.
Давайте рассуждать логично.
В базе используются поные имена и на это есть множество причин.
В хотите иметь на изображении карты сокращенные имена.
Изображение создается рендером.
Вопрос - что именно надо делать, чтобы увидеть на изображении желаемое?
В OSM есть установка “не рисуйте под рендер”, которая означает, что никакие особенности работы существующих рендеров не должны учитываться при наполнении базы.
Нет.
Уже не один раз писали, что сокращения приводят к неоднозначности, а неоднозначность бот разрешить не в состоянии.
Такая неоднозначность не возникает при использрвании полных наименований.
Кроме того, полные наименования обладают более высокой избыточностью, что позволяет надежнее исправлять ошибки. А ошибки в проектах типа OSM неизбежны, и с этим необходимо считаться.
Нет, естественно. С какой стати?
Вы упорно не хотите понять, что OSM - это не то, что нарисовано на карте.
Т.е. рендер ПОЛЬЗУЕТСЯ данными OSM и не более того.
Отчего ж нет?
Если можно алгоритмически преобразовать одно в другое (например, преобразование полного статуса в сокращенный, перевод статусной части на другой язык, автоматическая транслитерация), то это именно задача рендера.
Как рендер учтет, что где-то лучше коротко написать, а где-то длинно?
Ну это вы про общую теорию, а на практике я предлагал всего лишь два варианта, у котрых нет неоднозначностей.
Выбирать - не дело рендара. Это дело пользователя. Пусть пользователь и сообщает рендуру:
Какая разница, отвечу я или нет, если один фиг это будет проигнорировано?
Всё что я сам мог сделать для появления коротких имен на карте уже было сделано вчера утром.
Если действительно хочется сделать короткие имена на карте - в поиск.
Почему Вы пытаетесь решить проблему отображения карты таким варварским способом? Оптимальное отображение карты это задача рендера а не исходных данных. Вот как отображается один и тот же участок (Петроградская сторона в Санкт-Петербурге) в 3 трёх рендерах:
Стандартный мапник:
OpenMapSurfer:
Котярин рендер:
Что и как выводить решает рендер и их у нас несколько! Надеюсь у Вас в закладках есть ссылки на все 3 рендера 
А ведь их даже ещё больше 
И ничто не запрещает создать ещё один, ещё лучше
Ещё раз прошу напишите бота, который правильно расшифрует мне сокращение “пр.” в полное название или “пер.”
Если не понравился чем-то стиль, есть куча альтернативных рендеров и уже предложили обрезать перед рендерингом с помощью своего плагина. Или хака к конвертеру например, как у ситигида. Причём тут изначальные данные? Сократить всегда можно, а вот сократить так чтобы было обратимо нет. Собственно от того и получается, что любое сокращение - есть порча данных.
Сложно было написать да или нет? Или не знаете?
А если хочет длинные вместе с короткими? Тут про такой случай идет обсуждение
Если бы белые улицы были ул. а другие не сокращены, вы считаете, что это плохо бы смотрелось?
Многим сокращенные названия больше нравятся(как на космосниках).
А т.к. кому-то нравятся длинные, а кому-то короткие - вот и предложил совмещенный вариант, чтобы учесть оба мнения, а не одно из них.
А где его можно посмотреть? На latlon.org вроде не видать?
Вот и пытаюсь выяснить насколько это сложно, сервер в любом случае нужно будет организовывать?
В закладках kosmosnimki, latlon и osm c Белорусью:)
Речь идет о сокращениях хотя бы только для улиц(ул.) и переулков(пер.).Тут есть что-то неоднозначное и бот с этим не справится? Причем здесь “пр.”?
Еще раз напишу: А т.к. кому-то нравятся длинные, а кому-то короткие - вот и предложил совмещенный вариант, чтобы учесть оба мнения, а не одно из них. Причем тут порча данных. Если вам этот вариант не нравится так и напишите.
Осталась невыясненной ситуация про сервер, для своего плагина он нужен будет или нет?
oom, поймите вы наконец, длинные/короткие наименования статусов - не есть проблема базы данных. И не надо пытаться протолкнуть 2 варианта хранения данных. Как вы себе их представляете? Дублирование информации, или здесь хочу короткий вариант, а здесь полный? Что за каша будет?
Знаю. Но не понимаю в чем сложность узнать это самому.
Кому-то нравится большая грудь, а кому-то маленькая. Давайте сделаем чтобы одна грудь была большая, а другая маленькая, чтобы всем нравилось.
Уже не пытаюсь, просто доспориваем отдельные моменты.
Это не дублирование информации, а ее уточнение(т.е. тоже информация) в каком месте что лучше.
Вы предпочитаете сделать базу и потом в нее впихивать жизненные ситуации вместо того, чтобы базу подстраивать под них?
Да потому что создавать сервер мне проблематично, и покрайней мере в ближайшее время я этим точно заниматься не буду - для чего тогда мне это выяснять. Вы для чего сюда пишите чтоб другим объяснять или показать, что много знаете? Все и так знают что в поиске все можно найти.
Разногрудые наврядли кому-то нравятся, а на карте это выглядит не так уж плохо. Т.е. вы пытаетесь решать задачи однобоко, не учитывая противоположного мнения?
Ну и как, получилось найти? Или нет? Или всё же не искали?
Откуда такая непробиваемая лень?
Вообще говоря, это я в своё время предложил вариант с полным написанием всего, кроме ул. и пер. И соответствующий текст в Вики написал я. Это позволило надолго прекратить споры. Потом появился манглер для улиц и бот, правящий названия. Тогда я одним из первых попросил натравить бота на нашу область, и в остальных регионах почти единодушно все высказались за приведение улиц к единому виду, а именно к полному написанию. С тех пор проблемы отображения решены локально, но остаются на мировом уровне. Но на мировом уровне Вам их решить всё равно не под силу, а локально Вы только всё разломаете.
Даже в одном месте есть одно и то же название может лучше выглядеть полным на крупном зуме, а на более мелком зуме сокращённым. Как Вам уже стопицот раз сказали, это проблема рендерера. Если Вы захотите написать свой рендерер, то можете придумать алгоритм по которому названия могут сокращаться, от этого будет гораздо больше пользы. Пока Вы пытаетесь изобрести велосипед, на котором можно одинаково хорошо ездить по городу, по стране и по квартире. Ничего не выйдет.
Мда… как говорят врачи - клиника. 
Да не надо пытаться переубедить oom’а товарищи, только бессмысленная полемика. Все аргументы уже несколько раз были озвучены, и даже сам oom написал пост с выводами.
Ну действительно - “как отображать” это проблема программы по отображению. Вот картинки с сайта мапника посвящённые очередным оптимизациям по подписыванию объектов, это нетривиальная но решаемая задача:
Сокращения имеют резон когда действительно жёсткая нехватка места. И сокращая не следует ограничиваться только “ул.” Например, “улица Профессора Попова” после сокращения станет “ул. Профессора Попова” а ведь короче будет “ул. Проф.Попова”. Видите насколько удалось сократить! Из 23 букв по Вашему варианту осталась 21 буква, а в моём варианте - всего 15 букв!
Один вывод все же ошибочен
База заполняется необходимой, достоверной, достаточной и, по возможности, унифицированной (чем собственно и занимаются боты) информацией. Жизненные ситуации в нее не впихивают. Это задача софта, заточенного под эти самые ситуации.
Вы же таки пытаетесь некрасивости, отображаемые одним конкретным софтом (офф мапником), пытаетесь исправить ситуацию изменяя значения в единой базе, тем самым ломая работу другого ПО, работающего с теме же самыми данными.
