Перейти к содержанию
GPS навигатор СитиГИД

liosha

Пользователи
  • Публикаций

    138
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные liosha

  1. прелагаеш человеку который не знает Оренбург и не живет ' date='там сначала нарисовать его,а потом ехать?[/quote']

    предлагаю заинтересованным в карте поучаствовать в её создании

    а кто-то так сказал?? :D

    и кстати, не "для", а "в". осм - это инструментарий, а не цель.

  2. Как вариант - да, но не обязательно. Когда кусок дороги является частью нескольких шоссе, задавать это атрибутами не очень удобно.

    Но даже нормальных атрибутов в гме/польском пока не наблюдается.

  3. Ну давай теперь к каждому слову придираться, ага.

    Гме и польский - близнецы-братья... (с)

    Один без другого никуда.

    Под группировками я не слои имел в виду. А возможность, например, работать со всеми кусками шоссе А-101 как с одним объектом.

    А JOSM - да, продвинутей :)

    Про удобства нет смысла спорить, ибо вопрос привычки.

  4. Вообще смутно себе представляю КАК можно с помощью ФОРМАТА (а польский это формат данных) можно СОБИРАТЬ и ОБРАБАТЫВАТЬ гео-данные

    Возможности определяет именно формат - выше головы не прыгнешь. Не поддерживает польский ни версии объектов' date=' ни группировки, ни сложные зависимости - не будет их и в gme никогда.

    Стоял вопрос, как подготовить из польского бумажный атлас к изданию. Я ответил КАК. А причем тут коза с бояном? Если есть карта в польском, мне ее что, заново в CDR рисовать, а не конвертить ?

    Ну и у нас всё то же самое: работаем там, где удобнее и возможностей больше (ОСМ), а в конечные форматы конвертим :)

    И что-то я сомневаюсь, что краудсорс-проект получится запустить на мапинфо или панораме. Во всяком случае о прецедентах не слышал.

  5. Moiseikin, ну дык о том и речь: польский - это формат _карты_ для конкретного класса устройств. Если ничего другого не интересует, то он вполне может устроить.

    Только вот рисование карты - это уже давно устаревшая технология :)

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

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

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

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

    Но вот вести полноценный проект на ассемблере - увольте-с

  8. amhamitov, карта при импорте получается вполне хорошая, а вот исходная _структура_данных_ безвозвратно портится.

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

  9. Импорт из OSM в польский прорабатываться в mapedit++(бесплатный аналог gme

    Импорт в обе стороны уже давно есть и работает, в этом смысле свет клином на gme++ не сошёлся :)

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

  10. Сконвертировать, конечно, можно, но потери при конвертации будут фатальные.

    Так что редактировать осм через gme не получится. Во всяком случае до тех пор, пока в нём не будет полной поддержки осмовской модели данных - но тогда он уже перестанет быть gme :)

  11. Ну разумется, можно хранить свойства в комментах, можно сделать костыль для перераспределения по левелам и кучу других костылей. Сути это не меняет: формат (и связанная с ниммодель данных) для этого не предназначены.

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

  12. а что плохого в зумлевелах?это нужно для навигаторов .а польский он рисуется в одном слое.в нулевом

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

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

  13. Осм заточен  под веб интерфейс наскока я понимаю.а польский тем и удобен что простой тхт файл.
    В осм много всякого есть' date=' и заточено оно каждое под своё :)

    Первичное там - БД, схема которой заточена в первую очередь под одновременное массовое редактирование непрофессионалами и под подробное ведение истории редактирования.

    http://wiki.openstreetmap.org/wiki/Database_schema

    К БД есть доступ по открытому API, который заточен под получение небольших выборок и внесения небольших изменений

    http://wiki.openstreetmap.org/wiki/API_v0.6

    Плюс есть открытый формат на основе XML, заточенный под распространение этих выборок, а также других выгрузок

    http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6/DTD

    Вот это последнее обычно и понимают под "форматом осм", хотя он ну очень производный во отношению к осм вообще.

    Насчёт "много различных утилит" для польского лучше не рассказывать - это как раз костыли, нужные исключительно из-за кривости формата. Сам их немало писал :)

    нарезки в нем нет.не путай с вытянутыми данными из рус формата.чистый польский без нарезки.если я правильно понял.

    Неправильно понял - я говорил о явной нарезке на зумлевелы (которые LevelX), а не о покоцаных полигонах

×
×
  • Создать...