Сделал "вьюер" для осма

shadowjack · 2010-05-04T16:10:51.000Z

Там нет предварительной генерации “растровых” тайлов (мозаики). Есть нарезка карты на куски (те же тайлы) для более быстрой отрисовки. Размер исходного .osm - 340Мб (Московская область). Тайлы на один зумлевел, без генерализации - занимают 200Мб. Это не конечный формат, а простой текстовый формат для отладки. Если делать оптимизированый бинарный формат, думаю, будет раз в 8-10 меньше.
И да, здесь пишут софт на заказ - в том смысле, что прислушиваются к дельным замечаниям.

andriano · 2010-05-04T17:21:27.000Z

shadowjack:

Там нет предварительной генерации “растровых” тайлов (мозаики). Есть нарезка карты на куски (те же тайлы) для более быстрой отрисовки. Размер исходного .osm - 340Мб (Московская область). Тайлы на один зумлевел, без генерализации - занимают 200Мб. Это не конечный формат, а простой текстовый формат для отладки. Если делать оптимизированый бинарный формат, думаю, будет раз в 8-10 меньше.
И да, здесь пишут софт на заказ - в том смысле, что прислушиваются к дельным замечаниям.

Спасибо.
Что Московская область 340 Мб, а Россия 3.5 Гб, я в курсе. Сейчас как раз их и кручу. В основном - вторую.
Есть несколько вопросов:

Сколько примерно времени занимает каждый из этапов подготовки данных и отрисовки для МО и РФ соответственно (у меня этапов больше - в сумме несколько минут для РФ - с учетом того, что данные полностью не помещаются в ОП и при обработке они неоднократно переписываются с места на место).
По какому признаку происходит “нарезка” - именно по тайловому принципу (т.е. резать "по живому) или Объекты просто распихиваются по контейнерам (я у себя предпочел этот вариант).
Какой примерно размер одного “тайла” в каких-либо вменяемых единицах (у меня от нескольких десятков до пары сотен объектов, где объект - это узел или полилиния).

Komяpa · 2010-05-04T17:26:25.000Z

andriano:

Komяpa:

MapCSS. И если вы не понимаете, что это и зачем оно надо, значит, вы мало возились с мапником

Точнее будет сказать СОВСЕМ не имел дела.
О MapCSS впервые услышал в данной теме. Насколько я понял, это таблица стилей, заточенная под картографию.
Возможно, я ошибаюсь, но мне это представляется “рюшечками”.

Просто, чтобы вы понимали: текущая таблица стилей для мапника весит около мегабайта. Пытаться там что бы то ни было править - смерть мозгу, причём быстрая. Просто для того, чтобы добавить в реднеринг маршрутов общественного транспорта маршрутки, мне пришлось писать около двадцати новых правил для мапника, с нетривиальными условиями. Это не говоря уже о том, чтобы делать мосты (на данный момент добрая четверть стиля мапника делает их) и чёрненькие обводки дорог (casing), на который уходит ещё столько же правил, сколько на сами дороги. Собственно, чтобы уйти от этого ада, и был разработан MapCSS.

andriano:

А можно без жаргона?
Я, например, совершенно не представляю, что такое “текущий меркуриал”. Дело в том, что первое слово в этом словосочетании имеет несколько значений, а второе, насколько я знаю, в русском языке отсутствует (либо является именем собственным, но тогда бы оно писалось с прописной буквы). Могу лишь предположить что оно имеет отношение либо к ртути, либо к торговле (и совсем маловероятно - к одной из планет Солнечной системы).

http://code.google.com/p/kothic/source/checkout - ccылку я уже кидал.
http://ru.wikipedia.org/wiki/Mercurial - собственно, меркуриал.
Не представляю, что в этой фразе нельзя было понять при наличии желания.

andriano:

Что же касается обсуждаемого проекта, мне кажется, что фраза “делаем векторые “тайлы”. кладутся в data. настроена на москву с окресностями (пару минут)” однозначно свидетельствует, что строится не изображение на экране, а какие-то тайлы, которые потом куда-то складываются.

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

andriano:

Красиво, но непонятно.
Хотелось бы узнать, каков объем исходного osm файла, для которого построено это изображение, а также - сколько времиени ушло на каждый из этапов.

108 017 318 символов, на конвертацию c генерализацией osm->тайлы ушло 40 минут, на рендер скриншота около полутора секунд. Оптимизацией еще никто не занимался, ибо рано.

andriano:

Про ошибки проектирования - внимательно слушаю.

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

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

Ezhick · 2010-05-04T18:31:16.000Z

Котяра, сорри за офф, а MapCSS к мапнику применим? А то я неделю курю мануал к мапнику - о очень мне от него плохо Тут все даже для такого ламера как я выглядить чуть понятнее.

andriano · 2010-05-04T18:51:37.000Z

Komяpa:

Просто, чтобы вы понимали: текущая таблица стилей для мапника весит около мегабайта.
…
Собственно, чтобы уйти от этого ада, и был разработан MapCSS.

Как все сложно…
Нет, я вполне понимаю, что алгоритм, который рисует красиво, управляемо, да еще и правильно - сам по себе нетривиальная инженерная задача. И, вероятно, не только инженерная.

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

Лучший код - на русском.
А все остальное - лишь более или менее удачный перевод на язык, доступный автомату.

108 017 318 символов, на конвертацию c генерализацией osm->тайлы ушло 40 минут, на рендер скриншота около полутора секунд. Оптимизацией еще никто не занимался, ибо рано.

Спасибо.
Самое интересное - это, конечно, те самые 40 минут.
Тот вариант, что ку меня в настоящее время рабртает, основан на MP из osm2mp. Около 300 Мбайт МР (РФ + Украина) переводятся в пригодный для отображения формат около 5 минут.
Но результат меня не совсем удовлетворяет, т.к. отрисовка кадра не всегда укладывается в 30 мс. Среднее время - 11 мс, но, увы, бывают существенные откорнения в большую сторону, поэтому думаю над переделкой алгоритма.
Но и кроме того, lesha убедил меня в том, что целесообразно пользоваться не МР, а оригинальный osm, так что сейчас пока переключился на анализ исходного osm с целью понять, в каком виде данные мне целесообразно из него добывать.

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

Это невозможно. Никак. XML формат для этого принципиально не подходит. Несмотря даже на самописный парсер, который работает раз в 100 быстрее майкрософтовского.

Komяpa · 2010-05-04T22:57:13.000Z

Пока мне тут рассказывают про невозможность, покажу новую картинку:

andriano · 2010-05-05T03:51:10.000Z

Komяpa:

Пока мне тут рассказывают про невозможность, покажу новую картинку:

А почему у домов стены прозрачные?

И все-таки, неужели кто-то оспаривает непригодность формата osm для реалтаймового рендеринга?

dkiselev · 2010-05-05T05:40:30.000Z

О, круто, а высота домиков у всех одна или просто так совпало? (Ищу чем бы смотреть осм в изометрии по Екатеринбургу).

coolkaas · 2010-05-05T07:16:32.000Z

Котяра, не забудь про заборы! Их тоже можно красиво рисовать в изометрии

Kotelnikov · 2010-05-05T07:28:05.000Z

А лесопосадки как будут отображаться? Мне вообще кажется, что нужно вьювер делать на базе какого-нибудь открытого 3D-движка.

Komяpa · 2010-05-05T07:59:23.000Z

andriano:

А почему у домов стены прозрачные?

Потому что так записано в стиле.

Kotelnikov:

А лесопосадки как будут отображаться?

Повторюсь: как будет записано в стиле. пока что для отладки просто - залиты зелёным

Kotelnikov:

Мне вообще кажется, что нужно вьювер делать на базе какого-нибудь открытого 3D-движка.

Я бы не сказал, что осмовское 2.5D хорошо ляжет в 3D. Так что в этом году я этим точно не буду заниматься

dkiselev:

О, круто, а высота домиков у всех одна или просто так совпало?

Высота задаётся в пикселях в стиле. Но в спеке MapCSS есть чудесная штука - eval(), которой можно сказать, что для получения значения надо тег “building:levels” умножить на три
(пока не реализовано

Ezhick:

Котяра, сорри за офф, а MapCSS к мапнику применим? А то я неделю курю мануал к мапнику - о очень мне от него плохо Тут все даже для такого ламера как я выглядить чуть понятнее.

Не применим, к сожалению. Иначе зачем бы я котика пилил?

Antares19 · 2010-05-06T00:52:16.000Z

Kotelnikov:

А лесопосадки как будут отображаться? Мне вообще кажется, что нужно вьювер делать на базе какого-нибудь открытого 3D-движка.

Я давно жду конвертер ОСМа в формат карт какой-нить популярной игры типа GTA… - это будет хит. 8))

Ilis · 2010-05-06T02:36:33.000Z

http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.75078&lon=14.31372&layers=B

Парки с деревьями, отражающимися в воде!

Kotelnikov · 2010-05-06T04:42:03.000Z

Ilis:

http://osm.kyblsoft.cz/3dmapa/?zoom=17&lat=75.75078&lon=14.31372&layers=B

Парки с деревьями, отражающимися в воде!

Офигеть! о_О Не хватает текстур для воды и травы)

Komяpa · 2010-06-09T22:12:09.000Z

Почесался и сделал надписи вдоль линий.

Komяpa · 2010-08-03T21:32:50.000Z

Немножко нового.

astroiLL · 2010-08-04T08:06:12.000Z

А где сам файл kothic.py ?
Скачал, догрузил зависимости, тайлы подготовил, а дальше python kothic.py, а его то и нету.

Nexor · 2010-08-04T08:35:49.000Z

А где можно скачать? Ни одной ссылки в теме не вижу

mguzelevich · 2010-08-04T10:16:26.000Z

Nexor:

А где можно скачать? Ни одной ссылки в теме не вижу

Проект хостится на http://code.google.com/p/kothic/
Требует для работы некоторые библиотеки twms. Можно просто положить их в каталог twms рядом с программой, взять можно на http://twms.googlecode.com/

Komяpa · 2010-08-04T10:17:39.000Z

К вечеру, скорее всего, соберу тарболл со всем хозяйством. Адресный селектор - он уже вне Котика.