http://code.google.com/p/osm2navitel/source/browse/trunk/cfg/addressing-ru.yml
Это, типа, чтобы я отвязался?
А прочитать тот конфиг не пробовали?
Нужен конфиг, соответствующий вашей схеме.
Може вам ще налаштувати щоденну конвертацію і заливати в навігатор?
Ваше сферичне “чітать пробовалі?” абсолютно неінформативне.
Якщо є якісь проблеми з конфігом - описуйте проблему і радьтеся з розробниками osm2mp якщо чогось не розумієте.
borism346 зміг скористатися даними admin_level для заповнення даних районів і областей, можливо і у вас вийде.
Це тому що я тоді вказав для районів міста Києва adminLevel=9
А що воно дає? Звідки така необхідність? Наприклад, для Львівської міськради ви також пропонуєте районам виставити admin_level=9? І вас не хвилює, що місто Винники підпорядковане Личаківському району і за логікою має мати admin_level нижчий за район.
Ну от що ви знову вигадуєте?
borism346 все зробив ще 27го лютого, а ви вказали “для районів міста Києва adminLevel=9” вже після того - 2го березня
dudka, є питання. ти пропонуєш наступне:
6 - райони областей, міськради обласного значення
7 - райони міст обласного значення
8 - “голі” міста обласного значення, міськради районного підпорядкування, селищні ради, сільські ради
А як бути з “голими” містами районного підпорядкування. Тобто, міськрада мінус села, межу яких можна провести по генплану.
Потрібно намалювати “голий” [мульти]полігон і поставити на нього place=city/town і при цьому ніяких admin_level.
Аналогічно і “голі” міста обласного значення не потрібно позначати admin_level=8. Наприклад, Львів - це place=city, без admin_level=*.
Це по мотивам російської схеми
http://wiki.openstreetmap.org/wiki/RU:%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B8_%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%86#.D0.9C.D0.B0.D1.82.D1.80.D1.91.D1.88.D0.BA.D0.B0
http://shtosm.ru/2011/03/07/1/
В двох словах: населені пункти позначаємо тегами place=, адміністративні кордони позначаємо тегом admin_level=.
Проблема у тому, що відношення multipolygon не підтримує роль admin_centre. Мене бентежить необхідність використовувати “костилі” аби однозначно звязати точку place з полігоном place. Адже тоді звязати можна буде тільки по name.
Пропоную замість відношення multipolygon юзати всеж відношення boundary без тегу admin_level, або навіть і без тегу boundary=administrative
Ніби нічого поганого й немає в цій пропозиції, але все ж якось не хочеться.
place-лінія і place-точка описують один і той же об’єкт, для кожної place-лінії завжди має існувати place-точка.
Алгоритмічно просто знайти внутрішню place-точку для place-лінії. Без зв’язку хіба значно складніше?
Конвертер розуміє полігон place і як окрему лінію, і як мультипролігон. І йому достатньо, щоби точка place була всередині полігону чи мультиполігону place з тим же name та place=xxx
Два методи прийнятні. Але відношення все ж кращі. Ті самі аргументи, що і з вулицями, але мова навіть не про це.
Якщо покрити пазлом з міськ/сільрад велику область, ви побачите, що просто place-лінії у вас почнуть зникати. Вам доведеться використовувати відношення multipolygon або ж boundary. І от перший тип відношення, на мою думку, не дуже підходить.
boundary - це ж той самий multipolygon + додаткові ролі (admin_centre, label)
ніби все логічно, я не проти, скоріше “за”:
- замість абстрактного “multipolygon” “boundary” дійсно краще
- можна явно зв’язати кордон населеного пункту з place-точкою
Як виявилося, даних admin_level недостатньо. Як виявилося, пан olehz рік тому позначив міські райони Києва тегом place=city_district
Причому цей тег ніде не задокументований. Але Борис346 його й використав для конвертера (конвертер з конфігом Бориса ігнорує мультиполігони 6 адмін.рівня, якщо там є цей тег).
Народ! То може, треба ввести нові теги place=region (область), place=district (район в області), place=subdistrict (територія сільради чи селищної ради в районах області)? І використовувати їх для адресації. А про admin_level забути. І нехай пан Дудка крутить тим admin_level як циган сонцем 
Особисто я тепер вважаю, що цього робити не варто. Наразі ми не можемо лише розрізняти смт. від сіл і міст. Сільради і міськради можна відрізнити по типу place admin_centre, а райони міст від районів області по рівню admin_level в запропонованій dudka схемі.
Тому давайте краще проголосуємо за схему dudka, де міські райони усіх міст включаючи Київ, мають рівень 7. Для будь-якого конвертора умова “place=city_district” ні чим не гірша за умову “admin_level=7”, хіба ні?
Описав свою схему тегування у вигляді графу, можливо так наглядніше.
https://www.dropbox.com/s/zwkwqttq5q91xii/graph.png
Якщо у когось окрім дімонстра є питання чи заперечення - прошу озвучувати.
Якщо ж немає - давайте затвердимо схему і закриємо це питання.
За кілька тижднів планую закінчити Львівську область за схемою dudka. Межі сільрад взяті з кадастрової мапи, які як виявилось застарілі і не точні. Аби покрити усю країну пазлом з сільрад без автоматизації знадобляться роки. Але до цього потрібно прагнути. Тому я обома руками за схему dudka
Ну, то добре, що міські райони тепер не плутаються з обласними районами.
Але якось дивно виходить з обласними центрами - маємо щось типу “місто Харків у регіоні Харків”. Як мені малювати межі Харкова? На полігоні Харкова прописати admin_level=6, name=Харківська міська рада, а потім зробити ще один релейшен з тими самими членами та підписати його як place=city, name=Харків ?
По факту маємо, що місто Харків адміністративно входить в Харківську міськраду. Особисто я не проти аби можна було по admin_level відрізняти міськради обласного підпорядування від районів області. Як варіант, у районів 6, а у міськрад 5? Хоча це і зараз можна зробити проаналізувавши name. Якщо admin_level=6 і name закінчується на " район" - це район області, інакше міськрада.
У випаду Харкова - саме так.
А у “Міськради міста районного значення” хіба не може бути свого “Району міста/міськради”? По актуальній пропозиції як це відображати.
Чому міськради обласного і районного значення мають різний admin_level? Чому їх не позначити окремим тегом?
Точно так я досі не зрозумів особливих статусів Києва і Севастополя. Київ входить в Київську область і є її столицею. Для чого в ОСМ його вирізали із області.
Чому тут всі хочуть запихнути в ОСМ поділ по коату?
Я завжди сприймав admin_level поділ, як написано в Вікіпедії “за географічними ознаками” і “за своїм статусом”. У вас всіх бажання переробити його на “за місцем у системі адміністративно-територіального устрою України”. Я не бачу в цьому потреби, але якщо ви таки придете до цього, то прошу спочатку існуючий поділ зберегти з іншими тегами. Наприклад змінити актуальні теги admin_level на geographical_level, а потім вже виставляти admin_level той який ви будете оприділяти по своїй таблиці.