examples of routes that don't seem to make sense

[EdHillsman]

Pair of routes:

http://opentripplanner.usf.edu/index.html?submit&fromPlace=28.056483450605,-82.429062833404&toPlace=28.077218599772,-82.426099115063&mode=TRANSIT,WALK&min=QUICK&maxWalkDistance=840&time=4:38%20pm&date=10/26/2011&arr=Depart&itinID=1

The one above uses USF Bull Runner and HART, for the quickest trip. It takes longer than the following, which is for the fewest transfers.

http://opentripplanner.usf.edu/index.html?submit&fromPlace=28.056483450605,-82.429062833404&toPlace=28.077218599772,-82.426099115063&mode=TRANSIT,WALK&min=QUICK&maxWalkDistance=840&time=4:38%20pm&date=10/26/2011&arr=Depart&itinID=1

Ed

[EdHillsman]

here is another one, encountered by a student. If you request a route from CHE to SOC, you get the following very circuitous route:

http://opentripplanner.usf.edu/index.html?submit&fromPlace=28.0613,-82.4153&toPlace=28.0615,-82.4092&mode=WALK&min=QUICK&maxWalkDistance=840&time=8:18%20am&date=12/06/2011&arr=Depart&itinID=1

But if you clear the route and then move the destination pin (only), you get something much more reasonable:

http://opentripplanner.usf.edu/index.html?submit&fromPlace=28.0613,-82.4153&toPlace=28.06143792923,-82.409685604471&mode=WALK&min=QUICK&maxWalkDistance=840&time=8:18%20am&date=12/06/2011&arr=Depart&itinID=1

There are two causes of this problem. One is that the geocoder seems to be assigning SOC to just one of the many entrances to the building (eastern entrance on the north side of the building). And the second is that access to that entrance, from the west, involves cutting through a parking lot. However, some routes from the west are still strange (and may also be from not routing across parking lots).

[EdHillsman]

reroute the following to need a wheelchair:

http://opentripplanner.usf.edu/index.html?submit&fromPlace=28.0586,-82.4161&toPlace=28.0604,-82.4106&mode=WALK&min=QUICK&maxWalkDistance=840&time=2:47%20pm&date=03/27/2012&arr=Depart&itinID=1

I've checked this out, and I think the problem is in OTP. What I've done is place the origin just to the west of the crossing of Leroy Collins, and then vary the location of the destination along the walking route (above) while requesting a wheelchair route. When I get close to the northwest corner of the library, OTP routes OK until with a very small change it flips to the strange route. This says the problem is not farther east. I've checked the data on the links in the walk route and they are both footways, and they do intersect (obviously, because the walk route uses them). I checked a different route and OTP does find wheelchair routes along other sidewalks with bollards, so the bollards on the north side of the library should not be the problem.

[EdHillsman]

Didn't mean to close the issue, misinterpreted "Close & comment"