Some servers not working

vreixo commented 10 years ago

Portland: has changed the address to a pretty strange version http://rtp.trimet.org/prod?maxTransfers=3&_dc=1409587258317&from=&to=&arriveBy=false&time=12%3A00%20pm&ui_date=9%2F1%2F2014&mode=TRANSIT%2CWALK&optimize=QUICK&maxWalkDistance=840&date=2014-09-01&toPlace=45.523239%2C-122.645282&fromPlace=45.521435%2C-122.689914. This breaks the general rule of adding /plan to servers. We might think on changing the general model o server addresses but it will break bike rental and other API endpoints, like checking server version. Temporarily might be better to remove it from the list.
Portugal: has enormous limits and by my tests only offers trips around the city of Guimaraes, which is actually server center.
Calgary: server is down.
UPDATE: netherlands server it's also not working. This is because "http://opentripplanner.nl/otp" returns 404. One solution would be to accept as default server url the final "http://x.x.x/otp/routers/default/plan" and then remove the parts that we don't need for the other queries like bike rental, this way also Portland server will work and other severs who hid this part.

Btw. I have my test server for Tampa, with Bull runner and HART, last one with real-time updates, at http://galadriel.dc.fi.udc.es:9090/otp (for the webapp it's http://galadriel.dc.fi.udc.es:9090/index.html).

A Coruña server is now A Coruña/Ferrol, with bike sharing, bus for Coruña, train and also buses for Ferrol.

kalon33 commented 10 years ago

@vreixo I tested all XAPI services, impossible to get a file for now :( ASAP I got one, I will test. Maybe I'm doing something wrong but

wget http://api.openstreetmap.fr/xapi?*[bbox=-1.68091,42.64204,1.61499,45.65245] (another listed XAPI service) won't work...

vreixo commented 10 years ago

@kalon33 you're right, for example overpass.de says this:

The data included in this document is from www.openstreetmap.org. The data is made available under ODbL. runtime error: Query run out of memory in "recurse" at line 1 using about 550 MB of RAM.

It seems that it's too much data. What you can do instead it's just to split your region in 4 pieces and request each independently. Queries to this server http://overpass-api.de/api/map?bbox=1.68091,42.64204,1.61499,45.65245 are incredibly fast and smaller queries like this one work perfectly, it won't take you too much long.

OTP accepts data in several different files without a problem.

One important point is that if you download with wget http://overpass-api.de/api/map?bbox=1.68091,42.64204,1.61499,45.65245 filename will be map?bbox=1.68091,42.64204,1.61499,45.65245 and you need to rename it to aquitaine1.osm for example. If it returns a big file of several MB probably it's a success, when you get a very small file you can open it because it will be an html description of the error.

I have thought with previous message that all your problems with the graph were solved.

barbeau commented 10 years ago

@kalon33 No worries, I just changed your server bounds. I should have caught this too. We need better validation of directory data - I just opened an issue on this here - https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/410.

barbeau commented 10 years ago

@kalon33 Don't know if you saw this on OTP dev group, but Andrew just posted links with instructions for cutting out subset of OSM data: https://groups.google.com/d/msg/opentripplanner-users/CirE5DLV2EQ/oKfW9onVsPsJ

barbeau commented 10 years ago

@vreixo re: your earlier comment about servers not working and removing them from the OTP server direcotry - this would also be fixed easily via #410 - we could just flip the value of active from TRUE to FALSE to temporarily turn off a server until it is fixed. Then, we flip active back to TRUE.

vreixo commented 10 years ago

Totally agreed On 5 Set, 2014 19:38, "Sean Barbeau" notifications@github.com wrote:

@vreixo https://github.com/vreixo re: your earlier comment about servers not working and removing them from the OTP server direcotry - this would also be fixed easily via #410 https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/410 - we could just flip the value of active from TRUE to FALSE to temporarily turn off a server until it is fixed. Then, we flip active back to TRUE.

— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54657012 .

kalon33 commented 10 years ago

Hi @vreixo ,

Finally I found this tool : http://extract.bbbike.org/ which is really nice for our use.

So I (finally) could test graphs with elevation data (with only a part of my area though). Unfortunately, elevation doesn't seems to be taken into account nor displayed in latest OTP master. But it is included in the Graph.obj though (appears in the log, and in the size of the Graph file too...)

Tested my GTFS files: no problem with stops coordinates. Changing osm file doesn't changes it. So it may be a bug in latest OTP.

@barbeau: thanks for the link. I use a webinterface for osmosis now, that does this job :)

----- Mail original -----

De: "Vreixo González Caneda" notifications@github.com À: "CUTR-at-USF/OpenTripPlanner-for-Android" OpenTripPlanner-for-Android@noreply.github.com Cc: "Nicolas Derive" kalon33@ubuntu.com Envoyé: Vendredi 5 Septembre 2014 13:56:33 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)

@kalon33 the app does the same request that I have send you in the link so it makes sense that the results are the same. The bounding box is returned on the standard way of display the south-west and north-east extremes, that would be lowerleft[latitude/longitude] and upperright[latitude/longitude]. Max/min are just the old names for the same, and the center, well is the center of the bounding box.

My bets for what is going wrong are:

* A problem with latest versions of OTP, if you don't need special features of master you can use previous versions like 0.11.0 or even 0.10.0. Laurent's bike rental module would be compatible with 0.11.0 almost 100% sure because I have made custom rental providers for both versions and the code was almost exactly the same. With 0.10.0 some parameters might be different but essentially if you use standalone deployer will be the same. 
* Your OSM file is really bigger than it says or you have a problem with the coordinates of some of your GTFSs. For last point I recomend you to use https://code.google.com/p/googletransitdatafeed/wiki/ScheduleViewer to see the stops at a glance in the map or other tools to check feeds at https://code.google.com/p/googletransitdatafeed/w/list .

I suppose that there are several tools to load an OSM file and see it on the map to know how big it is. If you prefer just use the api call passing your desired bounding box that I have said before to be sure of the limits, for example the link from rambler.ru here http://wiki.openstreetmap.org/wiki/Downloading_data works for sure.

Just remember that I'm not an expert in OTP and the issue can be anything else :-)

— Reply to this email directly or view it on GitHub .

vreixo commented 10 years ago

@kalon33 right! I had used that tool too in the past but I didn't remembered it. btw. I think that your elevation is not working, if you check one request xml response for your server you can see that elevation for walkSteps it's always 0. First value is distance to origin and second value elevation, and it's always 0.

kalon33 commented 10 years ago

@vreixo you have an idea why it's not working?

----- Mail original -----

De: "Vreixo González Caneda" notifications@github.com À: "CUTR-at-USF/OpenTripPlanner-for-Android" OpenTripPlanner-for-Android@noreply.github.com Cc: "Nicolas Derive" kalon33@ubuntu.com Envoyé: Mardi 9 Septembre 2014 21:10:59 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)

@kalon33 right! I had used that tool too in the past but I didn't remembered it. btw. I think that your elevation is not working, if you check one request xml response for your server you can see that elevation for walkSteps it's always 0. First value is distance to origin and second value elevation, and it's always 0.

— Reply to this email directly or view it on GitHub .

vreixo commented 10 years ago

@kalon33 it's difficult to say without knowing more information. I would try to see with the debugger if the file path is correct in https://github.com/opentripplanner/OpenTripPlanner/blob/f421f42dc638191c748b16e36df66eaa6d42ca3f/src/main/java/org/opentripplanner/graph_builder/impl/ned/GeotiffGridCoverageFactoryImpl.java#L3.

kalon33 commented 10 years ago

@vreixo: I would imagine that the graph would be smaller and not heavier if there was a path problem don't you think?

----- Mail original -----

De: "Vreixo González Caneda" notifications@github.com À: "CUTR-at-USF/OpenTripPlanner-for-Android" OpenTripPlanner-for-Android@noreply.github.com Cc: "Nicolas Derive" kalon33@ubuntu.com Envoyé: Mercredi 10 Septembre 2014 00:17:51 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)

@kalon33 it's difficult to say without knowing more information. I would try to see with the debugger if the file path is correct in https://github.com/opentripplanner/OpenTripPlanner/blob/f421f42dc638191c748b16e36df66eaa6d42ca3f/src/main/java/org/opentripplanner/graph_builder/impl/ned/GeotiffGridCoverageFactoryImpl.java#L3 .

— Reply to this email directly or view it on GitHub .

vreixo commented 10 years ago

@kalon33 yes, I guess so. It might be better if you ask to the list and you provide some log output. Maybe you have it for other parts, although it's strange to see that 0s in all the walksteps.

vreixo commented 10 years ago

@barbeau might be better to move the non working servers to a temporary backup spreadsheet, meanwhile we don't implement some fancy new checks like #410, to avoid non working servers in the app.

vreixo commented 10 years ago

@barbeau would be interesting to have at least one realtime server, meanwhile my patch is not accepted might be an option to include my Tampa server saying that it's a realtime prototype. As long as it's after the standard server in the list it won't be auto-selected.

kalon33 commented 10 years ago

@vreixo @barbeau I've some data and the appropriate API to launch another server for France (in Toulouse, where Airbus is), this time with realtime for both buses and tramways, and with bikes, but I've no time nor ressources (available RAM and processor on a server) to launch it right now, sorry. If somebody's interested, I can provide the info now, and will be able to help in one month (if necessary).

----- Mail original -----

De: "Vreixo González Caneda" notifications@github.com À: "CUTR-at-USF/OpenTripPlanner-for-Android" OpenTripPlanner-for-Android@noreply.github.com Cc: "Nicolas Derive" kalon33@ubuntu.com Envoyé: Vendredi 12 Septembre 2014 15:03:39 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)

@barbeau would be interesting to have at least one realtime server, meanwhile my patch is not accepted might be an option to include my Tampa server saying that it's a realtime prototype. As long as it's after the standard server in the list it won't be auto-selected.

— Reply to this email directly or view it on GitHub .

vreixo commented 10 years ago

Wow, a real-time server will be great @kalon33! I don't have any server resources but if by any chance I'll have I'll ping you. El 12/09/2014 15:16, "Nicolas Derive" notifications@github.com escribió:

@vreixo @barbeau I've some data and the appropriate API to launch another server for France (in Toulouse, where Airbus is), this time with realtime for both buses and tramways, and with bikes, but I've no time nor ressources (available RAM and processor on a server) to launch it right now, sorry. If somebody's interested, I can provide the info now, and will be able to help in one month (if necessary).

----- Mail original -----

De: "Vreixo González Caneda" notifications@github.com À: "CUTR-at-USF/OpenTripPlanner-for-Android" < OpenTripPlanner-for-Android@noreply.github.com> Cc: "Nicolas Derive" kalon33@ubuntu.com Envoyé: Vendredi 12 Septembre 2014 15:03:39 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)

@barbeau would be interesting to have at least one realtime server, meanwhile my patch is not accepted might be an option to include my Tampa server saying that it's a realtime prototype. As long as it's after the standard server in the list it won't be auto-selected.

— Reply to this email directly or view it on GitHub .

— Reply to this email directly or view it on GitHub.

CUTR-at-USF / OpenTripPlanner-for-Android

Some servers not working #395