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

Hind · 2010-05-03T15:10:02.000Z

andriano, вы чего хотите-то? Если есть предложения, то напишите

И не забывайте, что я писал выше:

А вообще, это платформа для обкатки. Не пользовательское приложение.

Komяpa · 2010-05-03T20:46:11.000Z

andriano:

И чем же отличается данный проект, если тут ТОЖЕ используется конвертация в “промежуточный формат”?

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

andriano:

Так вот, конвертация в промежуточный формат (хотя бы тот же MP) - это уже СТАНДАРТНЫЙ этап использования данных osm, а предварительная растеризация - IMHO нерациональный этап, который если не сразу, то через некоторое время вымрет. У проекта, рассчитанного на перспективу, растеризация должна быть ТОЛЬКО реалтаймовая.

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

andriano:

Мне кажется, тут присутствует несколько ошибок проектирования, которые не позволят “допилить” его до чего-то пригодного для настоящей работы. Ну, разве что, искусственно ограничиться каким-нибудь очень небольшим регионом типа Москвы с ближайшими пригородами (порядка 50 км).

Отвечу скриншотом:

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

andriano · 2010-05-04T15:19:40.000Z

Komяpa:

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

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

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

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

Отвечу скриншотом:
http://latlon.org/~komzpa/screenshots/kothic-belarus.jpeg

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

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

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

Hind · 2010-05-04T15:30:30.000Z

andriano, еще разок.

Чего вы хотите?

andriano · 2010-05-04T15:54:41.000Z

Hind:

andriano, еще разок.

Чего вы хотите?

А здесь что, пишут софт на заказ?

Человеку свойственно ошибаться.
И я здесь не исключение.
Поэтому когда вижу нечто, чего не могу понять/объяснить, у меня всегда возникает вопрос: кто именно ошибается?
А т.к. я веду потихонечку свой проект, и векторные геоданные берутся именно с osm, то меня интересует все, что делается подобное кем-то еще.
Именно на уровне идей.
Так что если Вы хотите услышать цель, то она - обмен опытом.

Hind · 2010-05-04T15:58:24.000Z

andriano:

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

И да, вам еще перед этим постом сообщили, что там нет предварительной генерации тайлов.

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

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

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