dimonster
О. Подробно, доступно и поясняются многие неочевидности. ИМХО то что нужно. 
Правда сейчас конечно же придет _sev и скажет что
не нужно и бессмысленно 
буду первым, мультиязычные теги в отношениях приоритетней, нужней и полезней…
dimonster,
гарно розписано, але є один важливий недолік - ви популяризуєте маппінг під osm2mp, а одне з основних правил OSM “не мапити під конкретне застосування(мапнік, неідеальні валідатори, неідеальні конвертори)”.
Вам уже казали не раз: “не подобається osm2mp - використовуйте власний, пропатчений osm2mp, викладайте вигрузки на радість всім”.
addr:housename - в Україні не повинен використовуватися взагалі, це британський тег.
подвійні адреси - не маразм. Для деяких будинків, які мають входи з взаємноперпендикулярних вулиць, дві адреси дають можливість точніше вказати де шукати необхідний вхід.
Ось це дійсно маразм, який давно був прийнятий в UA-OSM через пропозал.
Значно краще - так як в RU-OSM, з природнім порядком слів. Кому потрібна одноманітність міг би на рівні конвертора зміщувати “вулиця” на початок/кінець назви кому як треба.
Сподіваюсь, що колись в UA-OSM з’явиться критична кількість маперів яким сьогоднішній стиль утворення назви також здається хибним.
Що значить “и не будет”? Та допишіть кілька рядків в той конвертор і все вам буде. На nadoloni.com будинки зв’язані з вулицями і через зв’язки, і по addr:street. Якщо osm2mp не вміє розпізнавати прив’язку по addr:street то це проблема osm2mp, а не даних.
На цьому можна було зупинитись, немає ніяких виключень. Не потрібно дописувати в назву населених пунктів те, що не є назвою.
а які є інші способи конвертації osm-navitel, osm-garmin, osm-7ways, osm-CityGuide ???
Згоден. Хіба що у якомусь задрипаному хуторі, де будиночки-мазанки не мають номерів. Але я такого ще не бачив. Цікаво, хтось бачив будинок (житловий) без номера?
Не згоден. Для цього є нумерація під’їздів. Обробку якої, до речі, Liosha обіцяв зробити.
А який порядок слів є природнім? Де слід писати статусну частину? Чи слід скорочувати “вулиця - вул.”? Як писати “Заречная улица” або “улица Заречная”. Чому москалі пишуть “Площадь Свердлова” зі статусною частиную спереду, а “Красная площадь” зі статусною частиною ззаду?
Ще й можуть виникати помилки з адресацією, коли десь прописано “вулиця Іванова”, в іншому місці “вул. Іванова”, "а десь на будиночку “Іванова вул.”.
Та не знаю я той перл настільки, щоби перекроїти конвертер. До того ж, Liosha просто відкинув наш патч просто тому що він йому не сподобався.
Ні, це проблема усіх.
А що робити з селом Одноробівкою та селищем Одноробівкою?
1)OSM - це не тільки навігатори.
2)Якщо конвертори під навігатори не вміють правильно інтерпретувати osm-дані - то це проблема конверторів, а не даних.
Не плутайте нумерацію під’їздів і адресацію під’їздів
http://forum.openstreetmap.org/viewtopic.php?pid=286989#p286989
Природній порядок слів:
- спочатку прикметник, потім іменник: Заречная улица, Красная площадь.
- спочатку іменник, потім додаток: вулиця Іванова.
Так і не треба тоді впарювати Льоші свій патч, якщо він йому не потрібен, користуйтеся патчем на своєму власному комп’ютері.
Проблеми osm2mp - це проблеми osm2mp і нічиї інші. olehz видуману вами “проблему” привязки по addr:street успішно вирішив для nadoloni.com.
З Одноробівкою нічого не робити.
Так само як нічого не робити з селами Миколаївка, яких три в Красноармійському районі Донецької області і три в Лозівському районі Харківської області.
http://uk.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA%D0%BE%D0%BB%D0%B0%D1%97%D0%B2%D0%BA%D0%B0
Чи з селами Петрівське, яких три в Кагарлицькому районі Київської області.
http://uk.wikipedia.org/wiki/%D0%9F%D0%B5%D1%82%D1%80%D1%96%D0%B2%D1%81%D1%8C%D0%BA%D0%B5
Пошукайте в вікіпедії ще “ТАРАСІВКА” “МАР’ЇВКА” “ЛІСОВЕ” “ЖОВТНЕВЕ” “МИКОЛАЇВКА” “РАДГОСПНЕ” “МАР’ЇВКА”
Це проблема стосується всіх. Нащо створювати карту, яку потім неможна нормально застосовувати?
Ось, наприклад, людина малює карту, і хоче мати її в своєму навігаторі. Дізнається, що хтось вже конвертує карти. Качає готову карту, закидує у навігатор і отримує фігню у адресному пошуку. Це її не влаштовує.
Людина звертається до господаря сервера з картами. Той “переводить стрілки” на автора конвертера Liosha. У свою чергу Liosha “переводить стріки” на “неправильність” системи адресації. Людина починає змінювати дані в OSM під льошин конвертор, отримуючи матюки від інших учасників OSM та починаючи війни за addr:street.
Потім людина довго читає форуми, вікі, врешті качає вивантажені дані з гіслаба, встановлює Перл, осмозіс, конвертор osm2mp. Потім, чортихаючись, встановлює додаткові перлові пакети, частину з котрих треба встановлювати вручну. Потім, перечитуючи купу інструкцій, які вже можуть бути застарілими, якось налагоджує роботу осмозіса та конвертера. І все одно отримує якусь фігню. І посилає всі ті конвертори, карти та OSM під три чорти.
І шо? І де я можу скачати карти під Навітел з нормальним адресним пошуком?
А як їх розрізняти? Як я можу знати, що то три різні села, а не одне, поділене на три частини?
А як робити карти для навігаторів?
dudka
Ни шагу назад, ни пяди земли врагу, ни одной уступки софтописателям?
Нет. На данный момент это проблема всех, и моя и ваша.
Картографическая база данных без возможности получить из нее нормальную функциональную карту просто не нужна. И на данный момент это более чем справедливо для OSM Украины.
И вообще вот возьмите и напишите свой конвертер с шахматами и поэтессами, тогда все проблемы сразу и отпадут.
Це ви про що? Радий буду допомогти софтописателям якщо такі з’являться.
Клюве в моїй думці: не видумуйте нові теги на заміну існуючим, не видумуйте нові схеми тегування на заміну існуючим.
Які дані вам потрібно дістати з OSM? Там все є. Всі існуючі схеми тегування зрозумілі і повнофункціональні. Якщо liosha не хоче їх підтримувати - зробіть це ви.
І я про це кажу. В OSM роботу робить той кому це потрібно. Потрібна підтримка зв’язків? Дописуйте. Потрібна підтримка перекладів addr:street->name->name:ru? Дописуйте. Віддавайте свої результати тим хто робить вигрузки, вкажіть що дороблено до osm2mp чи будь-якого іншого конвертора. Якщо ваша конвертація виявиться якіснішою - нею будуть користуватися.
Якщо не можете - значить ще ніхто не написав конвертор. Якщо ви перший кому потрібні якісні карти під Навітел - вчіть перл і дописуйте osm2mp.
Дискусія трохи відклонилась від теми «Чи дописувати у російськомовний розділ вікі?»
Можна дописати але у розділ «Особенности адресации в Украине»
І заодно поправити українську вікі.
dudka
Это я про то, что прописать все name в каждый way улицы не вызывает вопросов, а дописать их же еще и в relation прямо таки принципиальный отпор.
Если старая схема не покрывает все проблемы, почему бы её не модифицировать? Кстати схема с assr:place котору мы здесь недавно обсуждали это как раз и есть выдумывание нового велоситпеда-костыля на замену существующему.
В данный момент я так понял liosha хочет брать i18n информацию из relation. Ну а почему бы и нет? Это хороший выход без неоднозначностей алгоритма, совместимый с рядом случаев “странной адресации” без дополнительных велосипедов типа addr:place. Я его могу отлично понять и вообще говоря если бы писал конвертер поступил бы так же.
Я так и понял что все эти споры ни к чему не приведут, и если я хочу для всех карту Украины с адресным поиском не только на украинском языке, то нужно просто взять и самому про-i18n-энить все street/associatedStreet relation.
Надеюсь вы не станете эти теги удалять просто из принципа?
Ага. А в результаті у карті “косяки” з адресним пошуком та назвами.
Це вже не кажучи про тегування доріг, яке не всі зрозуміло, суперечки щодо natural=wood, landuse-forest, building=entrance, entrance=yes.
І що? І як? А на планеті Титан вся атмосфера з метанового газу. Але чомусь ніхто його звідти не може дістати.
Дописували вже. Liosha відмовився включати той патч до конвертора.
І тоді буде десяток конверторів, і у кожному свої “косяки” та свої правила тегування.
А якщо я не програміст? Мені сидіти без карт та мапити “у прірву”?
Допишемо коли дійдемо згоди.
І взагалі, було б добре, коли людина, яка приходить в OSM, отримувала б певний і точний довідник з тегування, і знала, що всі інші мапери його дотримуються, і якщо тегувати все чітко за правилами, то “на виході” буде правильна карта. А так маємо тегування за прислів’ям “кто в лес, кто по дрова”, головний біль авторів конверторів та “війни правок”.
Я про це не писав. Хочете дублювати інформацію у зв’язку - дублюйте. А до чого призводить дублювання? До неоднозначностей і невідповідностях при опечатках.
Ну і не сподівайтесь, що її будуть дублювати ті хто можуть дістати name:** з ліній.
Замучаєтесь переробляти ті дані що вже проадресовані через addr:street. Тому в усіх конверторах потрібно підтримувати обидві схеми. Або ж написати один конвертор який готуватиме дані в потрібному форматі існуючим конверторам.
Втратите великий відсоток існуючих адресних даних заданих через addr:street.
dudka
Ох. О неоднозначностях говорите вы, тот кто недавно сам вслух пожалел о наличии единой схемы названий улиц. Не обижайтесь но это оксюморон.
Я вот уже приводил пример и даже вроде как ни один раз:
Если брат name/:ru/:en/:etc из веев, то:
- Веев может быть много и в некоторых из них могут быть ошибки. Конвертер никак не может понять какой из них правильный. Что можно сделать? Ну если веев >=3 то можно использовать принцип 2 из 3 хорошо. А если их 3 и везде разные или 2 и оба разные? Отсортировать по алфавиту и взять первый? Это приведет к возникновению сложно отслеживаемых ошибок адресного поиска в ряде случаев. Вот это как раз и есть неоднозначность и неустойчивость к ошибкам, другими словами это плохой алгоритм. Если же место откуда берется name одно, то таких проблем нет и даже если оно задано с ошибкой такую ошибку найти куда как легче.
- Места где адреса заданы не по улице а по территории. Тут просто нет вея с данными name. Откуда нам брать name/
/en/:etc ? Из велосипеда addr:place? Зачем если есть relation который сам может содержать всю потребную информацию? И что делать с интернационализацией? Опять плодить addr:place/:ru/:en:/:uk/:etc? - Вообще говоря логично было бы хранить название улицы только в одном месте. В relation и не задавать их даже на веях. Вот тут и не будет никаких лишних дублирований, ошибок и прочего.
Я надеюсь на правильное понимание моей позиции: дело не только в том что сейчас OSM Украины невозможно нормально использовать на языках отличных от украинского, а и в том что схема адресации по тегам name веев улиц попросту хуже/костыльнее/неустойчивее чем схема адресации по name relation. Если вы радеете за улучшение базы OSM, то не могу понять почему вы против этого?
Это все равно надо будет делать и ведь я замучаюсь. К тому же никто не говорил, что нужно вот прям счаз выкинуть схему с addr:street
А вообще вы уклонились от ответа на ряд вопросов, давайте я их конкретизирую:
- Вы принципиально против дублирования i18n информации из way-ев в relation?
- Вы или кто другой станете препятствовать попыткам кого либо массово дописать в street/associatedStreet relation тегов типа name:ru/name:uk/name:en/name:etc ?
dimonster
ППКС
- Не проти.
- Я не буду.
//Для 1891 з 7877 [associated]street-зв’язків України уже прописано name:ru. Залишилося небагато
Уже неплохо. Надеюсь _sev тоже не пойдет на принцип
Я вам честно скажу, наврядле я буду этим ручками заниматься. У меня как бы давно зреет мысль завести себе бота хотя бы для сбора информации, вот и цель будет.
Манипуляции с отношениями в потлатч - сродни эквилибристике.
Поэтому единственная схема адресации, которую нельзя реализовать в редакторе по умолчанию - утопия.
Это возможно в качестве дополнительной схемы, но никак не единственной.
Есть, на мой взгляд, гораздо более изящное решение.
Беда в том, что оно нестандартное/неутвержденное.
Но, надо сказать, близкое к нему (но совершенно негодное) уже по факту используется.
Итак - в отношении улицы вместо безликой роли house пишем bno:[номер дома].
На самом доме никаких номеров не пишем.
Соответственно, дом может входить в столько улиц, на пересечении скольких он находится (и даже больше, напимер, помимо улиц поддерживать адресацию по кварталам), причем по каждой - со своим номером.
А по поводу негодного, но уже используемого варианта - там то же самое, только без префикса “bno:”.
Список исключений - тоже отдельный разговор.
Считаю, что любые имена должен проставлять ТОЛЬКО человек-носитель языка, но никак не бот.
Вряд ли эта оговорка разумна. Откуда бот, выделяющий названия, может узнать, к каких регионах имеют место “языковые войны”, а в каких - нет?
Это неправильная рекомендация.
- Переводить имеющуюся табличку на другой язык - нонсенс. Опять же, вариантов перевода может быть более одного, хотя бы: дословный перевод, транскрипция и транслитерация. Никто не задумывался, что “Красная площадь” в Москве - это Red Square, а одноименная площадь в Переславле-Залесском - Krasnaya Square?
- По хорошему, все имена должны вноситься ТОЛЬКО носителем языка.
А при чем здесь Ситигид?
Мы что, рихтуем базу OSM под конкретный навигатор?
Перевожу: “рисуем под рендер”.
Я использую JOSM. Если Потлач чего-то не умеет - надо дорабатывать Потлач.
Увы, в Украине получается, что единственной. Иначе мультиязычный поиск не получится, и языковые “войны” продолжатся 
Оно не работает.
Ну, это просто. Не знаешь - не пиши. Не уверен - не включай бота.
Кстати, а почему, собственно, англоязычные названия должны получаться транслитерацией?
Почему не так: “Квіткова вулиця - Цветочная улица - Flower Street”. Или “Толстого вулиця - Толстого улица - Tolstoy Street”? 
Что там неправильного? Есть таблички, есть официальные названия улиц. Для многих городов есть официально утверждённые перечни урбанонимов.
При том, что это одна из программ, под которую активно делаются карты из OSM. Поэтому лучше сразу предупредить, что у неё есть такое “увечье”, и чтобы не было вопросов “Почему навигатор не ищет дом в Молодёжном квартале?”.
А так вроде ни при чём. Я не заставляю “мапить под СитиГид”.
Ну, на данный момент так. Не будет названия в name на веях улицы - не будет названий на карте на главной osm.org. Не будет названий в тегах релейшена - не будет нормально работать адресный поиск.
Это, безусловно - так.
Но OSM - это не картографическая база данных, а база геоданных.
Поэтому “возможность получить из нее нормальную функциональную карту” - отнюдь не обязательное условие. Вполне может быть база геоданных, по которой принципиально невозможно построить географическую карту.Это во-первых.
Во-вторых, если даже “получить нормальную карту” можно (а из OSM - можно, надо только уметь), то это далеко не единственная и совершенно неочевидно, что приоритетная задача.
Ну, это уже игра словами.
Думаю, большинство народу пришли в проект, в первую очередь ради географической карты, которую посмотреть на сайте, распечатать, залить в навигатор и т.д., а не для того, чтобы тупо забивать геоданными жёсткие диски на сервере.
Не могу с этим согласиться.
В OSM крайне противоречивая структура, имеющая массу недостатков и не позволяющая очень многие вещи.
Начнем с того, что в OSM нет такого понятия как объект. Соответственно, нет такого понятия как уникальный идентификатор объекта. Соответственно, невозможно без дополнительно вносимых в базу OSM нестандартных тегов привязать к OSM какой-либо внешний сервис.
В частности, необходимость дублировать имена в двух местах - на самой линии улицы и в ее отношении - именно следствие отсутствия объектов.
Это по большому счету.
Но, кроме того, есть и масса мелочей:
- отсутствие вменяемой системы адресации, поддерживающей более одного адреса для строения,
- отсутствие полнофункциональной системы многоязычности имен собственных.
- многовариантность обозначения одних и тех же сущностей.
В принципе, направление мысли - верное.
Но пример (с Навителом) неудачный.