Определение скоростей дорог по трекам

liosha · 2010-08-29 17:23:43

Zkir wrote:

Да вообще ни разу не проблема. Берётся выборка треков и считается средняя скорость.
Может давай наконец это сделаем? Напишем бота, который рассчитает по имеющимся трекам среднюю скорость для дорог (и запишет ее в скажем avgspeed:calculated). А то мы пока обсуждаем две ситуации - идеальную, когда всем ребрам присвоено м.о. скорости потока, и реальную, когда бойцы уже понаставили 5 км/ч, причем от балды (а остальным ребрам приваивается скорость исходя из тега hw=*)

Сделал в первом приближении, пока только на поиграться.
Фильтры ещё настроены от фонаря. Треки берутся из осм.

http://code.google.com/p/osm-speed/

Запускать: speed.pl <wayid>

>>  Downloading way 31380892
>>  7 segments
>>  bbox: 30.1580075,59.7989945943181,30.1691993,59.8016048056819
>>  Downloading trackpoints
>>  GPX page 0: 2919 points


Average forward speed:  85.738568
Average backward speed: 69.008075
Average total:          84.767161

712 track segments used

Zkir · 2010-08-29 17:38:46

Сделал в первом приближении, пока только на поиграться.
Фильтры ещё настроены от фонаря. Треки берутся из осм.

Супер, посмотрю.

Zkir · 2010-08-29 17:56:33

Лёш, почему у меня ppm не видит Math::Geometry::Planar? В чем хитрость?

liosha · 2010-08-29 17:59:46

Он кривой, поэтому его надо ставить руками.
Взять отсюда:
http://search.cpan.org/CPAN/authors/id/ … .05.tar.gz
http://search.cpan.org/CPAN/authors/id/ … .17.tar.gz
Распаковать, запустить по-очереди Makefile.pl, nmake, nmake install.

Zkir · 2010-08-29 18:09:20

А куда распаковать, или куда угодно?

liosha · 2010-08-29 18:10:08

Куда угодно

Zkir · 2010-08-29 18:42:34

Этот ваш перл - мировое зло:

NMAKE : fatal error U1073: don't know how to make 'C:\Program'
Stop.

Last edited by Zkir (2010-08-29 18:43:01)

Zkir · 2010-08-29 18:54:07

Лёша, запусти speed.pl 27474958
Посмотрим эту самую развязку.

Ilis · 2010-08-29 18:56:07

Zkir wrote:

Этот ваш перл - мировое зло:
NMAKE : fatal error U1073: don't know how to make 'C:\Program'
Stop.

Значит не куда угодно распаковывать надо было А куда-нибудь без пробелов в путях...

Hind · 2010-08-29 19:22:56

А под Windows x64 nmake не работает. :\

liosha · 2010-08-29 19:24:22

>>  Downloading way 27474958
>>  12 segments
>>  bbox: 30.1530358,59.7992803817579,30.158446,59.8027235182421
>>  Downloading trackpoints
>>  GPX page 0: 5000 points
>>  GPX page 1: 3322 points


Average forward speed:  44.102280
Average backward speed: 47.588891
Average total:          45.784321

Sergey Astakhov · 2010-08-29 19:33:29

liosha wrote:

>>  Downloading way 27474958
>>  12 segments
>>  bbox: 30.1530358,59.7992803817579,30.158446,59.8027235182421
>>  Downloading trackpoints
>>  GPX page 0: 5000 points
>>  GPX page 1: 3322 points


Average forward speed:  44.102280
Average backward speed: 47.588891
Average total:          45.784321

Интересно, а откуда взялся "backward speed" ? Этот съезд всю жизнь (ему 2 года недавно исполнилось) был односторонним, треки в JOSM вроде только в одном направлении...

Zkir · 2010-08-29 19:38:01

А как в Josm посмотреть направление треков?

Last edited by Zkir (2010-08-29 19:40:37)

liosha · 2010-08-29 19:38:14

Я ж говорю: фильтры ещё не настроены
Скорее всего подцепились треки от основного шоссе, из-за этого скорость завышена.
А backward speed из-за закрученности дороги, сейчас направление нормально определяется только для относительно прямых дорог.

Zkir · 2010-08-29 19:53:40

Вот абсолютно прямой односторонний вей: 53762581 - считается в обоих направлениях.

Вей 34254310 выдает деление на ноль.

>>  Downloading way 34254310
>>  3 segments
>>  bbox: 38.1267569,56.2677333524262,38.1350766,56.2691092475738
>>  Downloading trackpoints
>>  GPX page 0: 357 points

Illegal division by zero at d:\...\speed.pl line 84.

Но идея мне нравится. дайте мне следующую версию на-поиграться

Sergey Astakhov · 2010-08-29 19:58:39

Zkir wrote:

А как в Josm посмотреть направление треков?

В настройках отображения GPX-треков можно включить показ стрелочек.

Zkir · 2010-08-29 23:29:46

Покурил скрипт

1. Поскольку однозначного мапматчинга треков веям не делается, и сегмент трека считается относящимся к вею, если он лежит к нему достаточно близко, то для двухвейных дорог треки в оба направления будут получать оба вея. Если вей односторонний (oneway=yes), то наверно стоит выдавать об этом предупреждение.

2. По поводу направления и близости - наверно нужно анализировать сегменты вея отдельно, по одному ?

liosha · 2010-08-30 05:01:37

Близость считается для всех сегментов, а направление только относительно первой точки.

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

liosha · 2010-08-30 05:32:06

Hind wrote:

А под Windows x64 nmake не работает. :\

http://www.microsoft.com/downloads/deta … laylang=en
Вроде есть и для x64

liosha · 2010-08-31 08:04:23

Кстати: http://wiki.openstreetmap.org/wiki/Aver … ed_per_way

dimuzz · 2010-08-31 08:21:37

liosha wrote:

Кстати: http://wiki.openstreetmap.org/wiki/Aver … ed_per_way

В статье тоже больше вопросов, чем ответов.
А Speedcollector совсем игрушка - пользователи руками должны вносить скорость в базу

dimuzz · 2010-08-31 08:27:08

liosha wrote:

http://gis-lab.info/data/mp/osmspeed.zip

Супер! Если еще и привязка по направлению будет к каждому сегменту вея, можно будет уже не только играться.
Второе пожелание - возможность брать данные не только из осм, но и из локальных треков (одного, нескольких или каталога).

liosha · 2010-08-31 09:04:30

Захостил на гугле: http://code.google.com/p/osm-speed/

liosha · 2010-09-08 09:35:52

Добавил поддержку локальных треков. Соответственно ключи:
--gpx <filemask> - маска файла
--noosm - не подгружать треки из осма

liosha · 2010-09-08 12:36:49

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

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

Announcement

#1 2010-08-29 17:23:43

Определение скоростей дорог по трекам

#2 2010-08-29 17:38:46

Re: Определение скоростей дорог по трекам

#3 2010-08-29 17:56:33

Re: Определение скоростей дорог по трекам

#4 2010-08-29 17:59:46

Re: Определение скоростей дорог по трекам

#5 2010-08-29 18:09:20

Re: Определение скоростей дорог по трекам

#6 2010-08-29 18:10:08

Re: Определение скоростей дорог по трекам

#7 2010-08-29 18:42:34

Re: Определение скоростей дорог по трекам

#8 2010-08-29 18:54:07

Re: Определение скоростей дорог по трекам

#9 2010-08-29 18:56:07

Re: Определение скоростей дорог по трекам

#10 2010-08-29 19:22:56

Re: Определение скоростей дорог по трекам

#11 2010-08-29 19:24:22

Re: Определение скоростей дорог по трекам

#12 2010-08-29 19:33:29

Re: Определение скоростей дорог по трекам

#13 2010-08-29 19:38:01

Re: Определение скоростей дорог по трекам

#14 2010-08-29 19:38:14

Re: Определение скоростей дорог по трекам

#15 2010-08-29 19:53:40

Re: Определение скоростей дорог по трекам

#16 2010-08-29 19:58:39

Re: Определение скоростей дорог по трекам

#17 2010-08-29 23:29:46

Re: Определение скоростей дорог по трекам

#18 2010-08-30 05:01:37

Re: Определение скоростей дорог по трекам

#19 2010-08-30 05:32:06

Re: Определение скоростей дорог по трекам

#20 2010-08-31 08:04:23

Re: Определение скоростей дорог по трекам

#21 2010-08-31 08:21:37

Re: Определение скоростей дорог по трекам

#22 2010-08-31 08:27:08

Re: Определение скоростей дорог по трекам

#23 2010-08-31 09:04:30

Re: Определение скоростей дорог по трекам

#24 2010-09-08 09:35:52

Re: Определение скоростей дорог по трекам

#25 2010-09-08 12:36:49

Re: Определение скоростей дорог по трекам

Board footer