Hi,
I would like to introduce myself. My name is Lukas Kabrt and I am
student at the Czech technical university in Prague. I am maping for
about a year and I'm really enjoying it. Over the past few months I
participated in import of administrative boundaries and in import of
address points in the
Hi Lukas,
I am glad you are interested in contgributing to OpenStreetMap.
You will see that today there has been quite a bit of discussion on this
list about collecting and analysing traffic information. I am sure you
could make a valuable contribution to such a project.
You are suggesting basing
If somone were finally to solve the problem of matching up traces to ways,
we would be in a position to extend that to identifying some map errors,
such as missing ways, or changed road layouts.
how to present this information in a useful way is a diferent task, but
worth keeping in mind.
Could I
On Thu, Mar 25, 2010 at 2:58 PM, John Robert Peterson wrote:
> If somone were finally to solve the problem of matching up traces to ways,
> we would be in a position to extend that to identifying some map errors,
> such as missing ways, or changed road layouts.
This has already been done. See the
I wrote a draft of my GSoC application. It is available on wiki [1]. I
tried to define goals more precisely. Any comments are appreciated.
[1]
http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2010/Student_Applications#Draft_application:_Travel_Time_Analysis
--
Lukas Kabrt
___
> "lk" == Lukas Kabrt writes:
lk> I wrote a draft of my GSoC application. It is available on wiki [1]. I
lk> tried to define goals more precisely. Any comments are appreciated.
Hi Lukas,
Your draft looks solid to me. Some points I suggest you consider:
- reuse existing librarie
On Fri, Mar 26, 2010 at 11:09 AM, Eric Marsden wrote:
>> "lk" == Lukas Kabrt writes:
>
> lk> I wrote a draft of my GSoC application. It is available on wiki [1]. I
> lk> tried to define goals more precisely. Any comments are appreciated.
* tool for matching GPS traces to the roads fr
On Thu, Mar 25, 2010 at 2:28 PM, Nic Roets wrote:
> Rerouting traffic based on collected track logs is essentially an
> extension to this: Take the tracklog, divide it into 2 minute
> intervals (or T seconds).
I suggest to use the ways and segments between pairs of nodes
on ways instead of and ti
Here are the other links to my own aproach back then:
submit:
http://speedcollector.comyr.com/submit.php
(this is for testing. It was supposed to be called by navigation software,
not humans)
query:
http://speedcollector.comyr.com/query.php
classification chosen:
https://sourceforge.net/apps/m
On Fri, Mar 26, 2010 at 7:49 AM, Marcus Wolschon
wrote:
> On Thu, Mar 25, 2010 at 2:28 PM, Nic Roets wrote:
>> Rerouting traffic based on collected track logs is essentially an
>> extension to this: Take the tracklog, divide it into 2 minute
>> intervals (or T seconds).
>
> I suggest to use the w
Hi,
Good to see the talk on Travel Time Analysis i would like you to have a
look at http://www.wsdot.wa.gov/projects/completed.htm and also check out
hypercube queuing model to have an elevated idea.
Cheers,
Aditya
__
On Fri, Mar 26, 2010 at 12:21 PM, Aditya Vikram Thoomati
wrote:
> Hi,
>
> Good to see the talk on Travel Time Analysis i would like you to have a
> look at http://www.wsdot.wa.gov/projects/completed.htm and also check out
> hypercube queuing model to have an elevated idea.
Your links seems to
On Fri, Mar 26, 2010 at 6:00 PM, Marcus Wolschon
wrote:
> Expected, general travel times and delays due to random events
> are 2 different problems.
The two problems are so closely interlinked it makes sense to treat them as one.
> That there was a car accident last week does not affect the esti
On Fri, Mar 26, 2010 at 5:47 PM, Nic Roets wrote:
> On Fri, Mar 26, 2010 at 6:00 PM, Marcus Wolschon
> wrote:
>> Expected, general travel times and delays due to random events
>> are 2 different problems.
>
> The two problems are so closely interlinked it makes sense to treat them as
> one.
No.
14 matches
Mail list logo