А что, на Украине проект ОСМ нуждается в микростартапах, что бы его заметили?

Беда какая с терминами.

Коллектор траффика - это трасса собирающая в себе весь нижестоящий траффик. Транк, в который вливается 2-3 праймари - является коллектором траффика, поскольку собирает на себе весь их траффик.

Проводник траффика.. Ну сервис - тоже проводник траффика, но меньшего чем секондари. “Проводник” - никак не связанное понятие с трафиком, приоритетом, важностью. Любая дорога - проводник траффика.

Ну не может “основная магистраль района города” вести в тупик. Дорога которая ведет в тупик - не основная, и даже не магистраль

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

… принятой в РУ-ОСМ системе класиификции дорог по значимости тег highway. Очень странно, что ты этого не видишь/не хочешь видеть.

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

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

Более простой алгоритм, для более обычного применения - это обычный роутинговый граф, но не зацикленный на модель одного единственного дерева. Между прочим прекрасно рассчитывается маршрут и в обычных гарминах, при множестве “изолированных подграфов на определённом уровне”. То, что ситигид не может это осилить - это не повод заявлять, что любая модель, кроме искусственно примитизированного единственного дерева - не реальная.

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

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

Не правильно поставленный вопрос.

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

Что касается Кирилла, то лично к нему никаких упрёков не было, кроме разве что совершенно фейковой модели “изолированных подграфов”, которая никак не соответствует реальной роутинговой модели “общего суммарного трафика”, когда любая роутинговая ветвь дорожной сети может в любом узле делиться на меньшие по приоритету подветви, с суммой трафика равной своей родительской ветви более высокого уровня. В последствии каждая ветвь точно так же прекрасно может делится на любое количество дочерних ветвей более низкого уровня, а так же объединяться и образовывать более высокоуровневые ветви и делать это столько раз, сколько потребуется в реальности. Т.е. модель графа в реальности не одна древовидная структура, как её пытается представить Кирилл, а распределённая сеть с местами концентрации траффика и естественным образованием “изолированных подграфов на определённом уровне”, т.е. это модель леса, где не только корни, но и стволы и ветви деревьев могут иметь общие связи и точки взаимопересечений.

Попытка искусственно привести данные к модели одного единственного дерева понятна и она была уже давно озвучена тем же Кириллом: “Ситигид испытывает трудности в расчёте маршрута при другой модели данных”. Это и есть попытка уйти от реальных данных в данные нормализованные под один конкретный конечный продукт.

Что касается других догм, то я пока не буду заострять на них внимание, по крайней мере до времени, когда очевидность борьбы с “изолированными подграфами” для части мапперов не перейдёт из разряда религии в разряд информации для анализа.

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

Спасибо, во всей статье было всего 4 нелепых опечатки: 1 а слове polygon и 3 в слове multipolygon. Я всегда говорил, что мультиполигоны - зло :)

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

http://чепецк.net/pdf/shikotan.pdf

А гидрография бывает очень полезна, там, где кроме неё других ориентиров вообще нет, вот например тут я порисовал немного, но времени не хватило закончить.

Нет выгрузок из-за затянувшегося процесса смены лицензии, нет и сборок соответственно. Вчера появилась выгрузка за 8 мая, завтра ожидаем “посвежевшие” сборки карт.

Нет выгрузок из-за затянувшегося процесса смены лицензии, нет и сборок соответственно. Вчера появилась выгрузка за 8 мая, завтра ожидаем “посвежевшие” сборки карт.

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

Покажите реальный пример использования дорожного графа от НЯК.

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

Простите, но давайте по порядку: в НЯК есть дорожный граф?

Это не треки расползаются, это снимок надо двигать постоянно под треки, на каждом углу, перекрёстке и т.д.

У Вас какая то каша в голове. База данных OpenStreetMap никогда не стремилась и не стремиться конкурировать с НЯК, ГММ и прочими проектами, имеющими совершенно другое назначение.

road_class=0 road_speed=1

Ниже только все пешеходные дороги (0, 0)

В моей сборке карты road рисуется как unclassified и minor, но роутинг строится как по track

сложно с 2007 года изучать технологии и при этом не подавать признаков жизни

Мне на ночь кажется, или у меня и вправду одна ссылка двоится в глазах?