liosha

хм... а зачем нужны карты прудов для АВТОнавигатора?

Про речки - возможно, но по грунтовкам абсолютно устарел. На кой нужны грунтовки 50-х годов??

Пирс, попробуй osm2mp --translit

Почему нет?? Вот Норвегия: http://osm.org/go/0TO3H Вот конвертер: http://forum.openstreetmap.org/viewtopic.php?id=7043 Вперёд!

Пирс, пока не знаю, ещё не договаривались :)

Так сойдёт? http://gis-lab.info/data/mp/cg/tartu.dcm

Тарту есть вот такой: http://osm.org/go/0w8AEics- В принципе, и для ситигида его сделать можно.

Смотря что подразумевается под " заказать карту" Что есть и что хотелось бы получить?

Ну давай теперь к каждому слову придираться, ага. Гме и польский - близнецы-братья... (с) Один без другого никуда. Под группировками я не слои имел в виду. А возможность, например, работать со всеми кусками шоссе А-101 как с одним объектом. А JOSM - да, продвинутей Про удобства нет смысла спорить, ибо вопрос привычки.

Возможности определяет именно формат - выше головы не прыгнешь. Не поддерживает польский ни версии объектов' date=' ни группировки, ни сложные зависимости - не будет их и в gme никогда. Ну и у нас всё то же самое: работаем там, где удобнее и возможностей больше (ОСМ), а в конечные форматы конвертим И что-то я сомневаюсь, что краудсорс-проект получится запустить на мапинфо или панораме. Во всяком случае о прецедентах не слышал.

Moiseikin, ну дык о том и речь: польский - это формат _карты_ для конкретного класса устройств. Если ничего другого не интересует, то он вполне может устроить. Только вот рисование карты - это уже давно устаревшая технология Сейчас принято не рисовать карту, а собирать и обрабатывать гео-данные, а уже потом из них можно сделать любую нужную карту. Вот для этих целей польский не годится.

Moiseikin, если тебя ничего кроме навитела+ситигида не интересует - то можешь писать на ассемблере, разумеется. Только вот гео-данные не только навигаторам нужны. Очень интересно, как ты подготовишь из польского бумажный атлас к изданию, или подключишь польский к OpenLayers.

Дык а никто и не спорит - как промежуточный формат он вполне себя оправдывает. Это как компиляция через ассемблер с языков высокого уровня Но вот вести полноценный проект на ассемблере - увольте-с

Moiseikin, а что, где-то есть описание форматов навитела и ситигида, чтобы кто-нибудь мог сделать такой компилятор? В гармин и в навит прямые компиляторы есть.

amhamitov, карта при импорте получается вполне хорошая, а вот исходная _структура_данных_ безвозвратно портится. То есть в gme в принципе можно импортировать данные из осм и дальше их отправить в навител, например. А вот импортировать в gme данные из осм, подправить их и отправить обратно в осм - это принципиально невозможно.

Импорт в обе стороны уже давно есть и работает, в этом смысле свет клином на gme++ не сошёлся Но, как я уже говорил, редактировать осмоданные в gme всё равно не получится из-за фатальных потерь при этих самых импортах.

Ну разумется, можно хранить свойства в комментах, можно сделать костыль для перераспределения по левелам и кучу других костылей. Сути это не меняет: формат (и связанная с ниммодель данных) для этого не предназначены. Вся проблема gme и gmeшников в том, что они свято уверены, что прыгать на одной ножке спиной вперёд удобнее. И вместо того чтобы научиться ходить на двух ногах, рассказывают, что у них есть зеркала заднего вида и специальные пружинящие ботинки для прыгания на одной ножке спиной вперёд :)

А я и не говорю, что это плохо. Для навигаторов (и для веб-тайлов, кстати, тоже) зумлевелы естессно нужны, но они должны автоматически рассчитываться в зависимости от свойств объектов. Поэтому польский и годится только как промежуточный - свойства он хранить не умеет, вся атрибутика урезана до "типов", зато есть явные зумлевелы.

В осм много всякого есть' date=' и заточено оно каждое под своё Первичное там - БД, схема которой заточена в первую очередь под одновременное массовое редактирование непрофессионалами и под подробное ведение истории редактирования. http://wiki.openstreetmap.org/wiki/Database_schema К БД есть доступ по открытому API, который заточен под получение небольших выборок и внесения небольших изменений http://wiki.openstreetmap.org/wiki/API_v0.6 Плюс есть открытый формат на основе XML, заточенный под распространение этих выборок, а также других выгрузок http://wiki.openstreetmap.org/w