Это делается достаточно просто, но в osm2mp такому точно не место. Это прореживание нужно при финальной отрисовке карты, и сильно зависит от параметров “области отображения” (масштаб, разрешение, шрифты, ориентировка карты), про которые на этапе mp ничего не известно. Собственно, сами-то навигаторы в каком-то виде его и выполняют.
Можно ли использовать selector для параметров -inside_city, -only_node и подобных, не имеющих вида <ключ>=<значение>
Можно:
selector: if
condition: inside_city
then: xxx
else: zzz
Спасибо.
Впервые запустил build_map.pl
Не пойму, он на кодировку YAML.pm ругается?
R:\>C:\Perl\bin\perl.exe build_map.pl map.img
utf8 "\xDD" does not map to Unicode at C:/Perl/site/lib/YAML.pm line 75, <$IN> chunk 1.
YAML Error: Invalid characters in stream. This parser only supports printable ASCII
Code: YAML_PARSE_ERR_BAD_CHARS
Line: 0
Document: 0
at C:/Perl/site/lib/YAML/Loader.pm line 36.
Нет, он ругается на какой-то .yml-файл
chnav, ты можешь написать об этом где-нибудь на вики, чтоб не затерялось? Это задача, которая заслуживает всестороннего внимания.
Хреновенько они его выполняют. При этом ориентируются они один фиг на EndLevel. К тому же это же не просто разрежение, а генерализация. Например с теми же лесами. Сейчас полигоны лесов отсеиваются по площади, и, если лес нарезан на просеками, дает совсем не тот результат который хотелось бы.
Частный случай – переход на старших масшбах от двухвеек к одновейкам – мы решили. Если проживем достаточно долго, решим и более общий случай.
Но я тоже думаю, что это не задача osm2mp. osm2mp должен создавать польский файл с одним, самым подробным уровнем. А отдельный постпроцессор будет разносить эти объекты по уровням, создавая возможно для старших уровней другую(!) геометрию.
Не-не-не, это разные задачи. EndLevel для прореживания как раз не используется, только для генерализации. Ну а что хреновенько, так не без этого 
Небольшое предупреждение.
Сейчас (в версии 1.03) в конвертер периодически вносятся несовместимые изменения.
Поэтому во всех “продакшеновых” системах нужно или заморозить ревизию, или внимательно следить за синхронностью всех либ, шаблонов и конфигов, - иначе всё сломается 
Оскал волшебного мира опенсорса 
Дык версия ж нечётная
А что за правило про нечетные версии, что-то краем уходо доходило про версии в убунте.
Дык, я на 0.90 заморозил. Кто ж будет ставить в продакшен версии, которые даже эталонных тестов не проходят
Дык у каждой версии свой собственный эталон
Кстати, снова вопрос по мультиязычным адресам.
Понимает ли конвертер такое:
Имеем домик с building=yes, addr:street=Радянська вулиця, addr:housenumber=18
Имеем веи улицы с тегами highway=residential, name=Радянська вулиця, name:ru=Советская улица.
Надо при построении русскоязычной карты найти улицу с тегом name=Радянська вулиця, посмотреть, какой там тег name:ru и записать его в адресе домика.
Кстати, Liosha, что можете прокомментировать по такой системе адресации: http://forum.openstreetmap.org/viewtopic.php?pid=305091#p305091
Нет, конечно, ничего нигде искаться не будет. Должна быть явная связь.
Вот как раз роботом ничего ни в коем случае писать не нужно. Если нет устоявшегося английского названия, то и писать что-то в name:en неправильно - это сильно портит качество данных.
В остальном всё вроде нормально. Только про микрорайоны спорный вопрос, но пока фиг с ним, там отдельный разговор.
А это что, неявная? И вообще, в чём тут проблема? Почему конвертер это не может?
И, кстати, что там насчёт адресации подъездов? будет такая фича? Пусть хотя бы отключенная по умолчанию.
Ну, чтобы в поиске можно было указать дом 4, подъезд 2. Например, как в тревеловских картах в поиске пишем “4-п2”.
“Поискать что-то рядом” - это вообще не связь.
Технически ей ничего не препятствует
Как сделать так, чтобы в свойства карты в mp-файле автоматом добавлялась дата создания?
Что не так с адресацией подъездов? Я ставлю точку на контуре домика, пишу теги entrance=main, ref=2. А подъездов после конвертации не видно в GPSmapEdit.
Назначает ли конвертер адрес точке с тегом addr:housenumber, которая включена в релейшен улицы, если на точке отсутствует тег building=… ?
Будет ли “откомпилированная” версия конвертера, а то нестыковки в разных версиях АктивПерл уже задолбали?
Дата есть в первом комментарии.
В текущей ревизии подъезды временно отключены - руки ещё не дошли.
Если точка предполагает наличие адреса, то должен.
Если кто-нть её соберёт, то никто возражать не станет
имхо, она нужнее в строке копирайта. Чтобы потом в навигаторе в “Информация о карте” её было видно.
а что ей для этого нужно?