Hi Jay,<div><br></div><div>As Steve said, Navteq sample data is one possibility ... and it's better than nothing ;-)</div><div><br></div><div>Well, I think we should avoid to support a single data provider, because who tells that the format they defined several years ago is the most suitable one. It might work perfectly for Navteq and road networks in countries they are operating, but this doesn't say there won't be a more clever way to store such an information. </div>
<div>I think it will be always necessary to transform data into a format pgRouting algorithms can handle. So it's OK in my opinion to define some convenient format if there isn't an existing standard already (which doesn't exist afaik). </div>
<div>But Navteq is good data for testing, I agree. For the beginning I think it might be even too complex model, as Steve mentioned there are even <span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; ">time dependent turn restrictions. </span></div>
<meta http-equiv="content-type" content="text/html; charset=utf-8"><div><br></div><div>A good place to discuss such a question might be also the "OSM routing" mailing list. In the worst case nobody will answer. But maybe you will start a long discussion as there are several people very interested in routing related topics. OSM data would be nice, if we could make use of it, but I fear that not many mappers really think about time-dependent attributes. Probably in Germany you can find such a data.</div>
<div><br></div><div>I thought a bit about some possible cases for <span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; ">time dependent road networks:</span></div>
<div><ul><li><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">In Japan a big issue for navigation software are so called "School Zones", which are areas around schools obviously, which are closed for motorized traffic at certain times in the morning.</span></font></li>
<li><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">In Europe I know about pedestrian areas for example, which can be used for delivery of goods after regular business hours. Or heavy trucks are not allowed to access roads during certain times.</span></font></li>
<li><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">Some highways/roads in Germany have a speed limit during night time</span></font></li><li><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">Ferry services might only operate during day time (so if you missed the last ferry, you might have to take a longer way)</span></font></li>
<li><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">In Japan they have so called VICS data (<a href="http://www.mlit.go.jp/road/ITS/conf/2006/ts20.pdf">http://www.mlit.go.jp/road/ITS/conf/2006/ts20.pdf</a>) collected from road sensors, which can tell the typical speed on roads during certain hours.</span></font></li>
</ul><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">... and so on ...</span></font></div></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br>
</span></font></div><div><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; ">I think what pgRouting is currently missing are some sort of "unit tests" on some test network. This can be a regular grid with costs assigned, that model a certain routing case. It would be really convenient to have something like this. </span></div>
<meta http-equiv="content-type" content="text/html; charset=utf-8"><div><br></div><div>Daniel</div><div><br><br><div class="gmail_quote">2011/4/5 Jay Mahadeokar <span dir="ltr"><<a href="mailto:jai.mahadeokar@gmail.com">jai.mahadeokar@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi,<br><br>Since we will be working on time-dependent shortest path problem, I was wondering if time-dependent geographic data is freely available for research purposes. [1] states that we witness an increasing number of navigation service providers (such as Navteq and TeleAtlas) have started releasing their time-dependent travel-time datasets for road networks at high-resolution temporal granularity as fine as one sample for every five minutes.<br>
<br>I guess that data is not freely available. Anyways, if you know such data-source can you please direct me? Besides this project, I am also working on some new heuristics for time-dependent shortest path as part of my thesis and the data would be really helpful for my work.<br>
<br>Thanks.<br><br>[1] <a href="http://portal.acm.org/citation.cfm?id=1869865" target="_blank">http://portal.acm.org/citation.cfm?id=1869865</a><div><div></div><div class="h5"><br><br><div class="gmail_quote">On Thu, Mar 31, 2011 at 7:49 PM, Stephen Woodbridge <span dir="ltr"><<a href="mailto:woodbri@swoodbridge.com" target="_blank">woodbri@swoodbridge.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex"><div>On 3/30/2011 9:45 PM, Daniel Kastl wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
<br>
float cost := getEdgeCost(time, vehicle_type, node_from,<br>
node_to);<br>
<br>
or something like that. Where time could be NULL for some<br>
default<br>
behavior, or a value that would be used to figure out the cost.<br>
vehicle_type might be helpful if there are multiple costs to<br>
traverse a link based on say, car, carpool, bus, truck, walking,<br>
taxi, etc. This could also be used to implement the rules<br>
for bus<br>
and train lines.<br>
<br>
<br>
I think one of the difficulties with routing topic is that everyone<br>
(also myself) immediately think about routing in terms of vehicle types.<br>
It's the easiest example to explain pgRouting, but I think one premise<br>
of pgRouting is that it should work for any kind of network. Let's say<br>
your network would be the human nervous system. What is a vehicle there?<br>
Well, probably changing "vehicle_type" to "speed" would make sense, right?<br>
</blockquote>
<br></div>
Sorry for using vehicle as the selector maybe "service_type" would be better, but the point is not the name, "speed" is equally misleading, the point is to be able to be able to pass a selector to the under lying function so that based on the selector we can compute an appropriate cost.<br>
<br>
For my vehicle routing example, I chose: car, carpool, bus, truck, walking, taxi, etc. because these might have different rules associated to them. The selector values would be appropriate to the model that you were working with.<br>
<br>
car vs carpool vs bus - many cities have HOV lanes that bus and carpool can use but not single occupancy cars. We might want to allocate a higher speed to those lanes vs the normal lanes during rush hours. Emergency vehicles many be allowed to make u-turns on highways that other vehicles can not make. Trucks might be banned from some streets so need to be costed appropriately, etc.<br>
<br>
If we had a live traffic feed information linked to segment ids in another table, The cost function could be implemented to check that table and if a record exists then use that information or return the standard information. By keeping this data in a separate table that is presumably much smaller and dynamic than the street records it would make it much easier and more cost effective to make dynmaic changes to that table and to hide (abstract away complexity) by using a cost function supplied to the underlying code.<br>
<br>
-Steve<div><br>
_______________________________________________<br>
pgrouting-dev mailing list<br>
<a href="mailto:pgrouting-dev@lists.osgeo.org" target="_blank">pgrouting-dev@lists.osgeo.org</a><br>
</div><div><div></div><div><a href="http://lists.osgeo.org/mailman/listinfo/pgrouting-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/pgrouting-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br></div></div>-- <br>Regards,<br><font color="#888888">-Jay Mahadeokar<br><br>
</font><br>_______________________________________________<br>
pgrouting-dev mailing list<br>
<a href="mailto:pgrouting-dev@lists.osgeo.org">pgrouting-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/pgrouting-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/pgrouting-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse">Georepublic UG & Georepublic Japan<br>eMail: <a href="mailto:daniel.kastl@georepublic.de" style="color:rgb(66, 99, 171)" target="_blank">daniel.kastl@georepublic.de</a><br>
Web: <a href="http://georepublic.de/" style="color:rgb(66, 99, 171)" target="_blank">http://georepublic.de</a></span><br>
</div>