Ваша программка-то тут причем? Это GRASSPifagoroff писал(а):И не так уж плохо для моей программки! Ей Богу не плохо!
Поиск кратчайшего расстояния на графе дорог. Протестируйте
-
- Гуру
- Сообщения: 2627
- Зарегистрирован: 29 мар 2007, 14:12
- Репутация: 34
- Откуда: Ukraine
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
- SS_Rebelious
- Гуру
- Сообщения: 1304
- Зарегистрирован: 24 фев 2009, 16:51
- Репутация: 99
- Ваше звание: GIS pro-fan
- Откуда: Lahti / Газ-ПУТИНбург
- Контактная информация:
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
stopa85, а сколько времени должно занимать построение графа? Я для теста взял слой дорог OSM на СПб и Ленобласть (87к полилиний), примерно с полуночи плагин загружает на 100% 1 ядро (3,2 Ггц), кушает всего 100 метров памяти, но за 16 часов выполнено только 71%, причём первые 30% были пройдены за первый час работы.
UPD: QGIS 1.7.3, Linux
UPD: QGIS 1.7.3, Linux
Look for something long enough, and you will find it. Look for something without understanding, and it will find you...
"All paid jobs absorb and degrade the mind." Aristotle
If you take 1 step towards freedom it'll take 2 steps towards you!
"All paid jobs absorb and degrade the mind." Aristotle
If you take 1 step towards freedom it'll take 2 steps towards you!
-
- Интересующийся
- Сообщения: 34
- Зарегистрирован: 19 дек 2011, 20:24
- Репутация: 0
- Откуда: Москва
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
amuriy писал(а): Прекрасно, надеюсь, вы уже подали заявку на премию Тьюринга?
И да, кстати, вы не хотите выпустить вашу программу под открытой лицензией?
![Laughing :lol:](./images/smilies/icon_lol.gif)
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
Это какая-то бага... Ноутбука на работе остался, поэтому до понедельника вопрос откладывается.SS_Rebelious писал(а):stopa85, а сколько времени должно занимать построение графа? Я для теста взял слой дорог OSM на СПб и Ленобласть (87к полилиний), примерно с полуночи плагин загружает на 100% 1 ядро (3,2 Ггц), кушает всего 100 метров памяти, но за 16 часов выполнено только 71%, причём первые 30% были пройдены за первый час работы.
UPD: QGIS 1.7.3, Linux
-
- Интересующийся
- Сообщения: 34
- Зарегистрирован: 19 дек 2011, 20:24
- Репутация: 0
- Откуда: Москва
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
SS_Rebelious писал(а):stopa85, а сколько времени должно занимать построение графа? Я для теста взял слой дорог OSM на СПб и Ленобласть (87к полилиний), примерно с полуночи плагин загружает на 100% 1 ядро (3,2 Ггц), кушает всего 100 метров памяти, но за 16 часов выполнено только 71%, причём первые 30% были пройдены за первый час работы.
UPD: QGIS 1.7.3, Linux
Значит, мне ещё повезло, когда я запускал RoadGraph. У меня диск отчаянно верещал, я думал вообще накроется… Продолжим наши наезды. Stopa85, я прекрасно понимаю, что граф, ваш модуль формирует динамически, это понятно любому, кто хоть раз его запускал. Отсюда, совершенно бессмысленно с кем либо его сравнивать по скорости, хоть фильтруй там, хоть не фильтруй, всё равно получишь…
В связи с этим у меня к вам следующие вопросы:
Если, это «высоконаучный» модуль анализа графа, зачем в настройках поля: «атрибут одностороннего движения», «атрибут скорости» и т.д. Значит всё- таки нацелен он именно на прокладку автомобильного маршрута. И второе. Не кажется ли Вам, что собственно говоря, никакого модуля Вы никому и не давали. Ибо динамическое формирование графа в течении 30 -60 минут, по политическим соображением это собственно говоря означает, что никакого модуля я вам и не дам ребята… А если хотите похвастаться скоростью программы. Так и сформируйте сами граф по указанным типам дорог, сохраните в базу и по уже «выжимке» считайте маршрут. И опубликуйте цифры. И я думаю, они будут гораздо хуже, чем у GRASS…
- SS_Rebelious
- Гуру
- Сообщения: 1304
- Зарегистрирован: 24 фев 2009, 16:51
- Репутация: 99
- Ваше звание: GIS pro-fan
- Откуда: Lahti / Газ-ПУТИНбург
- Контактная информация:
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
Не, это не бага. Это я с настройками накосячил))) На этом слое из одного конца ленобласти в другой через спб считает секнд за 12 (см. рисунок), что гораздо быстрее отрисовки самого слоя дорог в QGIS.stopa85 писал(а):Это какая-то бага...
Кстати, надо бы одновить описание плагина на гислабе - уточнить, что за поле "topology tolerance". Ещё не плохо было бы описать механизм, определяющий направление вперёд и направление назад, и как эти параметры задавать. Вроде бы логична ситуация, когда one-way бывает yes/no и если yes, то направление движение задаётся направлением полилинии. В остальных случаях требуются пояснения.
Pifagoroff, вы бы лучше свой модуль допилили и прикрутили к QGIS, а не троллили человека, сделавшего что-то действительно полезное. Да, и правила форума почитайте.
- Вложения
-
- graph.png (63.18 КБ) 14087 просмотров
Look for something long enough, and you will find it. Look for something without understanding, and it will find you...
"All paid jobs absorb and degrade the mind." Aristotle
If you take 1 step towards freedom it'll take 2 steps towards you!
"All paid jobs absorb and degrade the mind." Aristotle
If you take 1 step towards freedom it'll take 2 steps towards you!
-
- Гуру
- Сообщения: 2627
- Зарегистрирован: 29 мар 2007, 14:12
- Репутация: 34
- Откуда: Ukraine
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
Возможность прокладки автомобильных маршрутов не исключает возможности прокладки велосипедных или пеших. Это почему-то очевидно всем, кроме вас. Про использование вами кавычек промолчу, и так ясно что вы просто-напросто тролль.Pifagoroff писал(а):Если, это «высоконаучный» модуль анализа графа, зачем в настройках поля: «атрибут одностороннего движения», «атрибут скорости» и т.д. Значит всё- таки нацелен он именно на прокладку автомобильного маршрута.
Не кажется ли вам, что вы понятия не имеете о том, что такое opensource и с чем его едят? Если вы такой крутой и умный, то где ваш модуль, лишенный всех и всяческих недостатков. Пусть даже за деньги. Где он?Pifagoroff писал(а):И второе. Не кажется ли Вам, что собственно говоря, никакого модуля Вы никому и не давали. Ибо динамическое формирование графа в течении 30 -60 минут, по политическим соображением это собственно говоря означает, что никакого модуля я вам и не дам ребята… А если хотите похвастаться скоростью программы. Так и сформируйте сами граф по указанным типам дорог, сохраните в базу и по уже «выжимке» считайте маршрут. И опубликуйте цифры. И я думаю, они будут гораздо хуже, чем у GRASS…
- Максим Дубинин
- MindingMyOwnBusiness
- Сообщения: 9128
- Зарегистрирован: 06 окт 2003, 20:20
- Репутация: 747
- Ваше звание: NextGIS
- Откуда: Москва
- Контактная информация:
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
Что-то страсти закипели не на шутку, все, пожалуйста, сбавьте напор и вернитесь к своим делам-разработкам.
Если есть непонимание - займитесь созданием какой-нибудь общей методики по тестированию скоростей создания графа/прокладки маршрутов.
Если есть непонимание - займитесь созданием какой-нибудь общей методики по тестированию скоростей создания графа/прокладки маршрутов.
пристегивайтесь, турбулентность прямо по курсу
-
- Интересующийся
- Сообщения: 34
- Зарегистрирован: 19 дек 2011, 20:24
- Репутация: 0
- Откуда: Москва
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
Моего модуля не будет, даже за деньги и вот почему. Прокладка автомаршрута дело серьёзное, в конечном итоге от этого может зависеть жизнь водителя. Мой модуль не учитывает запреты, если они есть, поворотов налево. И самое, главное. Когда я стал активно строить маршруты по OSM, а именно под OSM заточен мой модуль, выяснилось, что в OSM есть ошибки с односторонними дорогами. То есть, из-за ошибок в OSM можно спокойно проложить маршрут по «втречке». А это уже очень серьёзно. Я в такие игры не играю… А вы Voltron с пеной у рта защищаете модуль, который судя по всему, ни разу не запускали…Voltron писал(а): то где ваш модуль, лишенный всех и всяческих недостатков. Пусть даже за деньги. Где он?
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
Что-то я не понял, это как так можно с настройками прокосячить?SS_Rebelious писал(а):Не, это не бага. Это я с настройками накосячил))) На этом слое из одного конца ленобласти в другой через спб считает секнд за 12 (см. рисунок), что гораздо быстрее отрисовки самого слоя дорог в QGIS.stopa85 писал(а):Это какая-то бага...
Подозреваю что выставил Топологическую толерантность в очень большое значение? Если так, то эта не "бага", а "фишка". Она исправлена в 1.8, в 1.7 этого нельзя делать из-за "заморзки" кода.
- SS_Rebelious
- Гуру
- Сообщения: 1304
- Зарегистрирован: 24 фев 2009, 16:51
- Репутация: 99
- Ваше звание: GIS pro-fan
- Откуда: Lahti / Газ-ПУТИНбург
- Контактная информация:
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
Именно так.stopa85 писал(а):Подозреваю что выставил Топологическую толерантность в очень большое значение?
Всё ещё жду разъяснений по поводу того, что именно означает топологическая толерантность и как работать с направлениями
![Question :?:](./images/smilies/icon_question.gif)
Look for something long enough, and you will find it. Look for something without understanding, and it will find you...
"All paid jobs absorb and degrade the mind." Aristotle
If you take 1 step towards freedom it'll take 2 steps towards you!
"All paid jobs absorb and degrade the mind." Aristotle
If you take 1 step towards freedom it'll take 2 steps towards you!
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
SS_Rebelious , встроенную справку читал? Там понятно написано?
Попологическая толерантность - если два узла линий находяться на расстоянии меньше чем топологическая толерантность, то эти узлы интерпретируются как одна вершина графа. Выглядит вот так. Ее нужно устанавливать, как можно меньше. Чем меньше - тем лучше.
Что касается поля направления. Как ты понимаешь линейный объект в ГИС - это упорядоченная последовательность точек. Точка №1, точка №2, и т.д. Так вот, если в линейном слое есть поле которе хранит информацию о том, односторонняя дорого или нет. То можно выбрать его - "поле направления".
"Значение для прямого направления" - это значение если можно ехать тольно в порядке точка №1, точка №2. В обратном нельзя.
"Значение для обратного направления" - можно ехать только в порядке точка №2, точка №1
сообтветственно есть еще поле "двухстороннее направление"
На вкладке по "по умолчанию" ставишь как интерпретировать дорогу (одностороняя/двустороння), если нет совпадений с "значение для прямого направления", "значение для обратного направления", "значение для двухстороннего направления".
Таким образом для ОСМ-данных выбираешь поле направления - "oneway", Значение для прямого направления - "yes", значение для обратного направления - какаянибудь фигня вроде "123", значение для двустороннего направления - "no". По умолчанию - "двусторонее направление". Все, плагин, научиться отличать односторонние дороги от двусторонних.
Попологическая толерантность - если два узла линий находяться на расстоянии меньше чем топологическая толерантность, то эти узлы интерпретируются как одна вершина графа. Выглядит вот так. Ее нужно устанавливать, как можно меньше. Чем меньше - тем лучше.
Что касается поля направления. Как ты понимаешь линейный объект в ГИС - это упорядоченная последовательность точек. Точка №1, точка №2, и т.д. Так вот, если в линейном слое есть поле которе хранит информацию о том, односторонняя дорого или нет. То можно выбрать его - "поле направления".
"Значение для прямого направления" - это значение если можно ехать тольно в порядке точка №1, точка №2. В обратном нельзя.
"Значение для обратного направления" - можно ехать только в порядке точка №2, точка №1
сообтветственно есть еще поле "двухстороннее направление"
На вкладке по "по умолчанию" ставишь как интерпретировать дорогу (одностороняя/двустороння), если нет совпадений с "значение для прямого направления", "значение для обратного направления", "значение для двухстороннего направления".
Таким образом для ОСМ-данных выбираешь поле направления - "oneway", Значение для прямого направления - "yes", значение для обратного направления - какаянибудь фигня вроде "123", значение для двустороннего направления - "no". По умолчанию - "двусторонее направление". Все, плагин, научиться отличать односторонние дороги от двусторонних.
- SS_Rebelious
- Гуру
- Сообщения: 1304
- Зарегистрирован: 24 фев 2009, 16:51
- Репутация: 99
- Ваше звание: GIS pro-fan
- Откуда: Lahti / Газ-ПУТИНбург
- Контактная информация:
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
Обижаешь))) Кстати, отличается ли английский вариант от русского (я читал английский)?stopa85 писал(а):встроенную справку читал?
Правильно ли я понимаю, что обратное напраление это компенсация отсутствия в QGIS встроенной функции смены направления полилинии?
Look for something long enough, and you will find it. Look for something without understanding, and it will find you...
"All paid jobs absorb and degrade the mind." Aristotle
If you take 1 step towards freedom it'll take 2 steps towards you!
"All paid jobs absorb and degrade the mind." Aristotle
If you take 1 step towards freedom it'll take 2 steps towards you!
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
Английский вариант, это мой перевод русского на английски + орфоргания от одного из разработчиков.SS_Rebelious писал(а):Обижаешь))) Кстати, отличается ли английский вариант от русского (я читал английский)?stopa85 писал(а):встроенную справку читал?
Просто я решил учесть абсолютное большинство случаев. Тот же 2gis продает данные в таком виде. Там нужно будет обязательно заполнить все три случая. Иначе плагин направления перепутает.SS_Rebelious писал(а): Правильно ли я понимаю, что обратное напраление это компенсация отсутствия в QGIS встроенной функции смены направления полилинии?
Re: Поиск кратчайшего расстояния на графе дорог. Протестируй
непонятно значит(((( Вдохновение найдет, попробую переписать заново.SS_Rebelious писал(а):Обижаешь)))stopa85 писал(а):встроенную справку читал?
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 4 гостя