Open vreixo opened 10 years ago
@kalon33 would be very interesting to add your server when you have it working! Would be great to have another server including bike rental functionality :-), and also to have a first server for France!
@vreixo My problem is that my server is not that fast (and it's the only free one I have), but I would dedicate it to OTP if useful. Currently my server is down because: 1) I'm reconfiguring for adding bike rental using latest PR from @laurentg 2) GTFS data for the TBC network in Bordeaux (which is the local urban network) is currently outdated since yesterday and they didn't provided updated data yet (but I "spam" them to make them do it fast (using email, twitter). We can expect another downtime on sept. 7th when SNCF (french railway company) will make the same for its regional/interurban networks.
I will relaunch it meanwhile BTW.
@kalon33 great! My server is also a very limited machine, but at the moment the number of users of the app is very very reduced too :-)
Well, just if it's possible and when you have updated data and as long as it does not interfere with your work, of course, would be very interesting!
We would need to also "spam" here to RENFE, the Spanish railway company which doesn't offer GTFSs at all (only to Google) and many users would be interested on it.
@vreixo: talking about them... Just got the fresh GTFS data! I'm launching the making of the new graphs (will integrate fares when I will have time to add them in GTFS) and tell you when it's done :)
About RENFE and others, is there no way to obtain the data from Google when they didn't share it directly?
----- 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 2 Septembre 2014 16:15:22 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 great! My server is also a very limited machine, but at the moment the number of users of the app is very very reduced too :-)
Well, just if it's possible and when you have updated data and as long as it does not interfere with your work, of course, would be very interesting!
We would need to also "spam" here to RENFE, the Spanish railway company which doesn't offer GTFSs at all (only to Google) and many users would be interested on it.
— Reply to this email directly or view it on GitHub .
@kalon33 I'm glad that you have obtained them so quickly!
Respect to the feeds, I don't think that is possible, I have read somewhere that the companies have private accords with Google and also there's a public list manteined by Google of "public feeds" ( https://code.google.com/p/googletransitdatafeed/wiki/PublicFeeds) which seems to imply that the others are "private". I have wrote myself to RENFE and I have not obtained any response, so others did, although I didn't write to Google...
2014-09-02 16:29 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo: talking about them... Just got the fresh GTFS data! I'm launching the making of the new graphs (will integrate fares when I will have time to add them in GTFS) and tell you when it's done :)
About RENFE and others, is there no way to obtain the data from Google when they didn't share it directly?
----- 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 2 Septembre 2014 16:15:22 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 great! My server is also a very limited machine, but at the moment the number of users of the app is very very reduced too :-)
Well, just if it's possible and when you have updated data and as long as it does not interfere with your work, of course, would be very interesting!
We would need to also "spam" here to RENFE, the Spanish railway company which doesn't offer GTFSs at all (only to Google) and many users would be interested on it.
— Reply to this email directly or view it on GitHub .
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54159508 .
@vreixo I also got some great news for us: real time schedules for this network should be available as OpenData before the end of this year according to their community manager :)
@vreixo my server is up and running with bike rental functionality. Still no elevation profile (don't know how to deal with that), and I need to add fare calculation, but that works. The only missing thing to my mind is the number of bikes/racks available in the stations you will use.
@kalon33 I have succesfully added elevation for europe using data from eu-dem and hardcoding the file name in the code, you can check this branch https://github.com/vreixo/OpenTripPlanner/tree/bike_rental_bicicoruna. In a few days I can help you with this if you need it.
2014-09-03 16:01 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo my server is up and running with bike rental functionality. Still no elevation profile (don't know how to deal with that), and I need to add fare calculation, but that works. The only missing thing to my mind is the number of bikes/racks available in the stations you will use.
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54301422 .
Btw. would be great to add Helsinki server at http://144.76.78.72/otp/routers/default/plan. Now with the support of new servers works great and would be the first server with ferry support!
@vreixo Do we know who is maintaining the Helsinki server?
@barbeau Juha Yrjölä, he send you an email some time ago and we were waiting to make new beta releases supporting new server versions. You had cc'd me on that email, that's why I know of this server :-)
2014-09-03 21:35 GMT+02:00 Sean Barbeau notifications@github.com:
@vreixo https://github.com/vreixo Do we know who is maintaining the Helsinki server?
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54353218 .
@vreixo Ah, right, thanks :). That's on my TODO list, somewhere :).
@vreixo : do you know if your modifications for elevation would be easily done with latest master? @barbeau Is that expected that my server is not currently in the list?
@kalon33 My modifications are very easy and just a temporary patch, you can see them here https://github.com/vreixo/OpenTripPlanner/commit/fd6d90931babd4df8ee94de32b2e734a2b9f3e40. I just commented the functions applying the datum (which are files to correct the errors produced by using different models of the earth for measuring elevation), because EU-DEM (that you can download from http://epp.eurostat.ec.europa.eu/portal/page/portal/gisco_Geographical_information_maps/geodata/digital_elevation_model/eu_dem_laea) uses a very similar moder to WGS84 which is the one that uses OTP and the errors are just of centimeters.
"egm96_15.gtx" is not necessary anymore, was the datum used to convert data from ASTER satellite (you can get it from here http://reverb.echo.nasa.gov/reverb/#utf8=%E2%9C%93&spatial_map=satellite&spatial_type=rectangle), but for what I have read it's more exact EU-DEM data. The other ".gtx" files were for convert data from america's NED which uses another reference model.
Resuming, you just need to comment the functions to download NED data (we are not on the states), and add one line reading a local file (in my case I name it "ned.tiff", although might be confusing, because was the name that I had used before) and also comment the lines that are going to apply modifications from the datumn to elevation values.
Code for this is almost equal on master and 0.11, so you can perfectly follow my example.
To build the graph with elevation just add the parameter --elevation.
If all goes well you will see an elevation field with all the values in the servers responses in the format (meters-from-step-origin, elevation-of-that-point). The only part that is not working for me is "elevationGained"/"elevationLost", but checking carefully the other values they exactly match what I expect on some measurements near me.
2014-09-04 12:27 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo : do you know if your modifications for elevation would be easily done with latest master? @barbeau https://github.com/barbeau Is that expected that my server is not currently in the list?
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54448371 .
Off course if something is not clear just ask me and I'll try to help and also take in account that it's the first time that I work with elevation data and my guessings might be wrong :-)
2014-09-04 12:52 GMT+02:00 Vreixo González vreixo@gmail.com:
@kalon33 My modifications are very easy and just a temporary patch, you can see them here https://github.com/vreixo/OpenTripPlanner/commit/fd6d90931babd4df8ee94de32b2e734a2b9f3e40. I just commented the functions applying the datum (which are files to correct the errors produced by using different models of the earth for measuring elevation), because EU-DEM (that you can download from http://epp.eurostat.ec.europa.eu/portal/page/portal/gisco_Geographical_information_maps/geodata/digital_elevation_model/eu_dem_laea) uses a very similar moder to WGS84 which is the one that uses OTP and the errors are just of centimeters.
"egm96_15.gtx" is not necessary anymore, was the datum used to convert data from ASTER satellite (you can get it from here http://reverb.echo.nasa.gov/reverb/#utf8=%E2%9C%93&spatial_map=satellite&spatial_type=rectangle), but for what I have read it's more exact EU-DEM data. The other ".gtx" files were for convert data from america's NED which uses another reference model.
Resuming, you just need to comment the functions to download NED data (we are not on the states), and add one line reading a local file (in my case I name it "ned.tiff", although might be confusing, because was the name that I had used before) and also comment the lines that are going to apply modifications from the datumn to elevation values.
Code for this is almost equal on master and 0.11, so you can perfectly follow my example.
To build the graph with elevation just add the parameter --elevation.
If all goes well you will see an elevation field with all the values in the servers responses in the format (meters-from-step-origin, elevation-of-that-point). The only part that is not working for me is "elevationGained"/"elevationLost", but checking carefully the other values they exactly match what I expect on some measurements near me.
2014-09-04 12:27 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo : do you know if your modifications
for elevation would be easily done with latest master? @barbeau https://github.com/barbeau Is that expected that my server is not currently in the list?
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54448371 .
@vreixo thanks :) Do the files should be in a particular folder ? Like /var/otp/graphs/NED ?
----- 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é: Jeudi 4 Septembre 2014 12:54:38 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
Off course if something is not clear just ask me and I'll try to help and also take in account that it's the first time that I work with elevation data and my guessings might be wrong :-)
2014-09-04 12:52 GMT+02:00 Vreixo González vreixo@gmail.com:
@kalon33 My modifications are very easy and just a temporary patch, you can see them here https://github.com/vreixo/OpenTripPlanner/commit/fd6d90931babd4df8ee94de32b2e734a2b9f3e40. I just commented the functions applying the datum (which are files to correct the errors produced by using different models of the earth for measuring elevation), because EU-DEM (that you can download from http://epp.eurostat.ec.europa.eu/portal/page/portal/gisco_Geographical_information_maps/geodata/digital_elevation_model/eu_dem_laea) uses a very similar moder to WGS84 which is the one that uses OTP and the errors are just of centimeters.
"egm96_15.gtx" is not necessary anymore, was the datum used to convert data from ASTER satellite (you can get it from here http://reverb.echo.nasa.gov/reverb/#utf8=%E2%9C%93&spatial_map=satellite&spatial_type=rectangle), but for what I have read it's more exact EU-DEM data. The other ".gtx" files were for convert data from america's NED which uses another reference model.
Resuming, you just need to comment the functions to download NED data (we are not on the states), and add one line reading a local file (in my case I name it "ned.tiff", although might be confusing, because was the name that I had used before) and also comment the lines that are going to apply modifications from the datumn to elevation values.
Code for this is almost equal on master and 0.11, so you can perfectly follow my example.
To build the graph with elevation just add the parameter --elevation.
If all goes well you will see an elevation field with all the values in the servers responses in the format (meters-from-step-origin, elevation-of-that-point). The only part that is not working for me is "elevationGained"/"elevationLost", but checking carefully the other values they exactly match what I expect on some measurements near me.
2014-09-04 12:27 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo : do you know if your modifications
for elevation would be easily done with latest master? @barbeau https://github.com/barbeau Is that expected that my server is not currently in the list?
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54448371 .
— Reply to this email directly or view it on GitHub .
@vreixo I don't get how to get "egm96_15.gtx" ? and what is http://reverb.echo.nasa.gov/reverb/#utf8=%E2%9C%93&spatial_map=satellite&spatial_type=rectangle and what I should download from it, sorry...
----- 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é: Jeudi 4 Septembre 2014 12:53:13 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 My modifications are very easy and just a temporary patch, you can see them here https://github.com/vreixo/OpenTripPlanner/commit/fd6d90931babd4df8ee94de32b2e734a2b9f3e40. I just commented the functions applying the datum (which are files to correct the errors produced by using different models of the earth for measuring elevation), because EU-DEM (that you can download from http://epp.eurostat.ec.europa.eu/portal/page/portal/gisco_Geographical_information_maps/geodata/digital_elevation_model/eu_dem_laea) uses a very similar moder to WGS84 which is the one that uses OTP and the errors are just of centimeters.
"egm96_15.gtx" is not necessary anymore, was the datum used to convert data from ASTER satellite (you can get it from here http://reverb.echo.nasa.gov/reverb/#utf8=%E2%9C%93&spatial_map=satellite&spatial_type=rectangle), but for what I have read it's more exact EU-DEM data. The other ".gtx" files were for convert data from america's NED which uses another reference model.
Resuming, you just need to comment the functions to download NED data (we are not on the states), and add one line reading a local file (in my case I name it "ned.tiff", although might be confusing, because was the name that I had used before) and also comment the lines that are going to apply modifications from the datumn to elevation values.
Code for this is almost equal on master and 0.11, so you can perfectly follow my example.
To build the graph with elevation just add the parameter --elevation.
If all goes well you will see an elevation field with all the values in the servers responses in the format (meters-from-step-origin, elevation-of-that-point). The only part that is not working for me is "elevationGained"/"elevationLost", but checking carefully the other values they exactly match what I expect on some measurements near me.
2014-09-04 12:27 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo : do you know if your modifications for elevation would be easily done with latest master? @barbeau https://github.com/barbeau Is that expected that my server is not currently in the list?
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54448371 .
— Reply to this email directly or view it on GitHub .
@kalon33 there have been some problems with my English skills I see :-)
You don't need "egm96_15.gtx" nor data from "http://reverb.echo.nasa.gov/reverb/#utf8=%E2%9C%93&spatial_map=satellite&spatial_type=rectangle", this is only if you use other providers.
If you use EU-DEM, as I suggest, you only need one file, with the elevation data from here http://epp.eurostat.ec.europa.eu/portal/page/portal/gisco_Geographical_information_maps/geodata/digital_elevation_model/eu_dem_laea. Then you rename it to "ned.tiff" and you put it in your cache directory, if you don't specify the parameter I think that is "/var/otp/cache/ned". If all the unnecessary things are commented OTP won't search for any more files.
thanks @vreixo . I don't think it's your english, It's my brain ^^ These days I'm completely tired and sick!
----- 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é: Jeudi 4 Septembre 2014 13:19:02 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 there have been some problems with my English skills I see :-)
You don't need "egm96_15.gtx" nor data from " http://reverb.echo.nasa.gov/reverb/#utf8=%E2%9C%93&spatial_map=satellite&spatial_type=rectangle ", this is only if you use other providers.
If you use EU-DEM, as I suggest, you only need one file, with the elevation data from here http://epp.eurostat.ec.europa.eu/portal/page/portal/gisco_Geographical_information_maps/geodata/digital_elevation_model/eu_dem_laea . Then you rename it to "ned.tiff" and you put it in your cache directory, if you don't specify the parameter I think that is "/var/otp/cache/ned". If all the unnecessary things are commented OTP won't search for any more files.
— Reply to this email directly or view it on GitHub .
@kalon33 Your server should now be in the OTP Directory, I just added it. Just remember that it won't work with the current version on Google Play, we need to do another release first.
@barbeau thanks :)
@vreixo : file from EU-DEM is kinda huge and long to download (7hours) with a good bandwidth (my university). Is that expected? I tried once but it gaves me a corrupted file...
@kalon33 are you pressing on the map squares? For france I'm seeing a file of 4GB. If you prefer to go the way with the other provider (NASA reverb) the files are going to be much smaller because it has smaller regions, although elevations might be more imprecise.
I had downloaded this files with wget and I didn't have problems.
If you were pressing on the link of the top, that one is 24GB and is full europe :-)
2014-09-04 18:01 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo : file from EU-DEM is kinda huge and long to download (7hours) with a good bandwidth (my university). Is that expected? I tried once but it gaves me a corrupted file...
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54501213 .
@vreixo : yes, I did that, and the download is slow and stopped at 1.1GB during my first try (second ongoing).
A "wget" with the link copied from the map square gives me an error, saying that the folder doesn't exist...
----- 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é: Jeudi 4 Septembre 2014 18:10:12 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 are you pressing on the map squares? For france I'm seeing a file of 4GB. If you prefer to go the way with the other provider (NASA reverb) the files are going to be much smaller because it has smaller regions, although elevations might be more imprecise.
I had downloaded this files with wget and I didn't have problems.
If you were pressing on the link of the top, that one is 24GB and is full europe :-)
2014-09-04 18:01 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo : file from EU-DEM is kinda huge and long to download (7hours) with a good bandwidth (my university). Is that expected? I tried once but it gaves me a corrupted file...
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54501213 .
— Reply to this email directly or view it on GitHub .
ups, I don't know then, perhaps try to search for other download providers of EU-DEM. What you need is a digital elevation model on a reference system WGS84 or similar in GeoTiff format. Maybe for France there are some public resources, for example the Spanish government provides some files with even better precision but they're on plain text format and are very difficult to convert to GeoTiff.
2014-09-04 18:13 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo : yes, I did that, and the download is slow and stopped at 1.1GB during my first try (second ongoing).
A "wget" with the link copied from the map square gives me an error, saying that the folder doesn't exist...
----- 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é: Jeudi 4 Septembre 2014 18:10:12 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 are you pressing on the map squares? For france I'm seeing a file of 4GB. If you prefer to go the way with the other provider (NASA reverb) the files are going to be much smaller because it has smaller regions, although elevations might be more imprecise.
I had downloaded this files with wget and I didn't have problems.
If you were pressing on the link of the top, that one is 24GB and is full europe :-)
2014-09-04 18:01 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo : file from EU-DEM is kinda huge and long to download (7hours) with a good bandwidth (my university). Is that expected? I tried once but it gaves me a corrupted file...
— Reply to this email directly or view it on GitHub < https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54501213>
.
— Reply to this email directly or view it on GitHub .
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54502998 .
@vreixo : finally got the EU-DEM using another link, but applying your changes makes compilation fail:
[INFO] ------------------------------------------------------------- [WARNING] COMPILATION WARNING : [INFO] ------------------------------------------------------------- [WARNING] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/AnnotationsToHTML.java: Some input files use or override a deprecated API. [WARNING] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/AnnotationsToHTML.java: Recompile with -Xlint:deprecation for details. [WARNING] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/routing/graph/Edge.java: Some input files use unchecked or unsafe operations. [WARNING] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/routing/graph/Edge.java: Recompile with -Xlint:unchecked for details. [INFO] 4 warnings [INFO] ------------------------------------------------------------- [INFO] ------------------------------------------------------------- [ERROR] COMPILATION ERROR : [INFO] ------------------------------------------------------------- [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[27,54] cannot find symbol symbol: class NEDGridCoverageFactory location: package org.opentripplanner.graph_builder.services.ned [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[32,52] package org.springframework.beans.factory.annotation does not exist [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[37,52] cannot find symbol symbol: class NEDGridCoverageFactory [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[64,6] cannot find symbol symbol: class Autowired location: class org.opentripplanner.graph_builder.impl.ned.NEDGridCoverageFactoryImpl [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/standalone/OTPConfigurator.java:[223,48] incompatible types required: org.opentripplanner.graph_builder.services.ned.ElevationGridCoverageFactory found: org.opentripplanner.graph_builder.impl.ned.NEDGridCoverageFactoryImpl [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[149,5] method does not override or implement a method from a supertype [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[158,5] method does not override or implement a method from a supertype [INFO] 7 errors [INFO] ------------------------------------------------------------- [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 11.883s [INFO] Finished at: Thu Sep 04 22:51:50 CEST 2014 [INFO] Final Memory: 31M/385M [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project otp: Compilation failure: Compilation failure: [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[27,54] cannot find symbol [ERROR] symbol: class NEDGridCoverageFactory [ERROR] location: package org.opentripplanner.graph_builder.services.ned [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[32,52] package org.springframework.beans.factory.annotation does not exist [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[37,52] cannot find symbol [ERROR] symbol: class NEDGridCoverageFactory [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[64,6] cannot find symbol [ERROR] symbol: class Autowired [ERROR] location: class org.opentripplanner.graph_builder.impl.ned.NEDGridCoverageFactoryImpl [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/standalone/OTPConfigurator.java:[223,48] incompatible types [ERROR] required: org.opentripplanner.graph_builder.services.ned.ElevationGridCoverageFactory [ERROR] found: org.opentripplanner.graph_builder.impl.ned.NEDGridCoverageFactoryImpl [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[149,5] method does not override or implement a method from a supertype [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[158,5] method does not override or implement a method from a supertype [ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
unfortunately :(
@kalon33 I had made a pretty awful patch to have this working and I suppose that the names of some classes have changed and you can't pick my files directly.
Although, I have make a quick investigation and I think that:
This is just my wild guess from the comments and a quick look of the code, so I might be wrong :-)
I'm sorry but I don't have time to do it myself, if you need more help don't hesitate to ask.
2014-09-04 22:54 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo : finally got the EU-DEM using another link, but applying your changes makes compilation fail:
[INFO] ------------------------------------------------------------- [WARNING] COMPILATION WARNING : [INFO] ------------------------------------------------------------- [WARNING] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/AnnotationsToHTML.java: Some input files use or override a deprecated API. [WARNING] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/AnnotationsToHTML.java: Recompile with -Xlint:deprecation for details. [WARNING] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/routing/graph/Edge.java: Some input files use unchecked or unsafe operations. [WARNING] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/routing/graph/Edge.java: Recompile with -Xlint:unchecked for details. [INFO] 4 warnings [INFO] ------------------------------------------------------------- [INFO] ------------------------------------------------------------- [ERROR] COMPILATION ERROR : [INFO] ------------------------------------------------------------- [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[27,54] cannot find symbol symbol: class NEDGridCoverageFactory location: package org.opentripplanner.graph_builder.services.ned [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[32,52] package org.springframework.beans.factory.annotation does not exist [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[37,52] cannot find symbol symbol: class NEDGridCoverageFactory [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[64,6] cannot find symbol symbol: class Autowired location: class org.opentripplanner.graph_builder.impl.ned.NEDGridCoverageFactoryImpl [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/standalone/OTPConfigurator.java:[223,48] incompatible types required: org.opentripplanner.graph_builder.services.ned.ElevationGridCoverageFactory found: org.opentripplanner.graph_builder.impl.ned.NEDGridCoverageFactoryImpl [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[149,5] method does not override or implement a method from a supertype [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[158,5] method does not override or implement a method from a supertype [INFO] 7 errors [INFO] -------------------------------------------------------------
[INFO]
[INFO] BUILD FAILURE
[INFO]
[INFO] Total time: 11.883s [INFO] Finished at: Thu Sep 04 22:51:50 CEST 2014 [INFO] Final Memory: 31M/385M
[INFO]
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project otp: Compilation failure: Compilation failure: [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[27,54] cannot find symbol [ERROR] symbol: class NEDGridCoverageFactory [ERROR] location: package org.opentripplanner.graph_builder.services.ned [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[32,52] package org.springframework.beans.factory.annotation does not exist [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[37,52] cannot find symbol [ERROR] symbol: class NEDGridCoverageFactory [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[64,6] cannot find symbol [ERROR] symbol: class Autowired [ERROR] location: class org.opentripplanner.graph_builder.impl.ned.NEDGridCoverageFactoryImpl [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/standalone/OTPConfigurator.java:[223,48] incompatible types [ERROR] required: org.opentripplanner.graph_builder.services.ned.ElevationGridCoverageFactory [ERROR] found: org.opentripplanner.graph_builder.impl.ned.NEDGridCoverageFactoryImpl [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[149,5] method does not override or implement a method from a supertype [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/graph_builder/impl/ned/NEDGridCoverageFactoryImpl.java:[158,5] method does not override or implement a method from a supertype [ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
unfortunately :(
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54543448 .
@vreixo :
that is to say that (lines around 222 and 223 in OTPConfigurator.java)?
if (params.elevation) {
File cacheDirectory = new File(params.cacheDirectory, "aquitaine.tiff");
public GeotiffGridCoverageFactoryImpl(cacheDirectory) {
this.path = path;
}
GraphBuilder elevationBuilder = new ElevationGraphBuilderImpl(gcf);
graphBuilder.addGraphBuilder(elevationBuilder);
}
Thanks for your help :)
@kalon33 more or less, you need to "use" the constructor, here is how the file should be:
File cacheDirectory = new File(params.cacheDirectory, "aquitaine.tiff");
ElevationGridCoverageFactory gcf = new GeotiffGridCoverageFactoryImpl(cacheDirectory);
GraphBuilder elevationBuilder = new ElevationGraphBuilderImpl(gcf);
graphBuilder.addGraphBuilder(elevationBuilder);
And remember to put the file in /var/otp/cache/
not /var/otp/cache/ned
.
Sorry to always request some help... I promise that when I will have some time, I learn java... :/
This time I got this compilation error:
[ERROR] COMPILATION ERROR : [INFO] ------------------------------------------------------------- [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/standalone/OTPConfigurator.java:[223,52] cannot find symbol symbol: class GeotiffGridCoverageFactoryImpl location: class org.opentripplanner.standalone.OTPConfigurator [INFO] 1 error [INFO] ------------------------------------------------------------- [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 12.540s [INFO] Finished at: Fri Sep 05 00:25:00 CEST 2014 [INFO] Final Memory: 32M/388M [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project otp: Compilation failure [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/standalone/OTPConfigurator.java:[223,52] cannot find symbol [ERROR] symbol: class GeotiffGridCoverageFactoryImpl [ERROR] location: class org.opentripplanner.standalone.OTPConfigurator [ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
It's ok, don't worry :-)
2014-09-05 0:27 GMT+02:00 Nicolas Derive notifications@github.com:
Sorry to always request some help... I promise that when I will have some time, I learn java... :/
This time I got this compilation error:
[ERROR] COMPILATION ERROR : [INFO] ------------------------------------------------------------- [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/standalone/OTPConfigurator.java:[223,52] cannot find symbol symbol: class GeotiffGridCoverageFactoryImpl location: class org.opentripplanner.standalone.OTPConfigurator [INFO] 1 error
[INFO] -------------------------------------------------------------
[INFO]
[INFO] BUILD FAILURE
[INFO]
[INFO] Total time: 12.540s [INFO] Finished at: Fri Sep 05 00:25:00 CEST 2014 [INFO] Final Memory: 32M/388M
[INFO]
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project otp: Compilation failure [ERROR] /home/nicolas/packaging/sources/OpenTripPlanner/src/main/java/org/opentripplanner/standalone/OTPConfigurator.java:[223,52] cannot find symbol [ERROR] symbol: class GeotiffGridCoverageFactoryImpl [ERROR] location: class org.opentripplanner.standalone.OTPConfigurator
[ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
—
Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54554464 .
Ok, I forgot to import the class we use now from the GeotiffGridCoverageFactoryImpl file. That's seems logical...
It built, now trying to build the graph :)
5hours building the graph... now trying to use it :)
@kalon33 wow, really a long time :-)
What I do is to build the graph (Graph.obj) and even the binary (otp.jar, but off course only if I have made new changes to OTP code) in my laptop, which is much master than the server, and after I upload both along the Graph.properties to the server. These are the only files needed to deploy.
As long as you have the same version of JRE will run without problems (I had downloaded directly the binary version because the server runs a very old version of Debian and the JRE 7 was not available).
My two cents ;-)
2014-09-05 10:39 GMT+02:00 Nicolas Derive notifications@github.com:
5hours building the graph... now trying to use it :)
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54599025 .
@ vreixo, you know, I indeed did it, my server doesn't have enough RAM (2Go) to make it build ^^ The building time I gave is under a Core 2 Quad (4cores * 2,66Ghz) with 4Go RAM and 4Go swap (under Ubuntu 14.04 LTS 64bits)
Really slow don't you think? It seems that it's even slower with last days changes to master (since wednesday or thursday)...
My Graph.obj is ~920MB huge (was 415MB before including elevation data). Is that normal?
----- 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 10:51:20 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 wow, really a long time :-)
What I do is to build the graph (Graph.obj) and even the binary (otp.jar, but off course only if I have made new changes to OTP code) in my laptop, which is much master than the server, and after I upload both along the Graph.properties to the server. These are the only files needed to deploy.
As long as you have the same version of JRE will run without problems (I had downloaded directly the binary version because the server runs a very old version of Debian and the JRE 7 was not available).
My two cents ;-)
2014-09-05 10:39 GMT+02:00 Nicolas Derive notifications@github.com:
5hours building the graph... now trying to use it :)
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54599025 .
— Reply to this email directly or view it on GitHub .
@kalon33 Indeed, it's enormous compared to mines :-) Mine for Tampa is 147MB and for Coruña 234MB. In Coruña I have two GTFS although they're pretty small, two very minimal bike rental networks (like 10 stations each), elevation and the area is about 40kmx40km.
Although your computer is very fast, I suppose that one problem it's your ram because with my little graphs used ram was around the 4gb and swapping will slow down the process a lot.
It's working? Did you have checked elevation results?
2014-09-05 11:01 GMT+02:00 Nicolas Derive notifications@github.com:
@ vreixo, you know, I indeed did it, my server doesn't have enough RAM (2Go) to make it build ^^ The building time I gave is under a Core 2 Quad (4cores * 2,66Ghz) with 4Go RAM and 4Go swap (under Ubuntu 14.04 LTS 64bits)
Really slow don't you think? It seems that it's even slower with last days changes to master (since wednesday or thursday)...
My Graph.obj is ~920MB huge (was 415MB before including elevation data). Is that normal?
----- 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 10:51:20 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 wow, really a long time :-)
What I do is to build the graph (Graph.obj) and even the binary (otp.jar, but off course only if I have made new changes to OTP code) in my laptop, which is much master than the server, and after I upload both along the Graph.properties to the server. These are the only files needed to deploy.
As long as you have the same version of JRE will run without problems (I had downloaded directly the binary version because the server runs a very old version of Debian and the JRE 7 was not available).
My two cents ;-)
2014-09-05 10:39 GMT+02:00 Nicolas Derive notifications@github.com:
5hours building the graph... now trying to use it :)
— Reply to this email directly or view it on GitHub < https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54599025>
.
— Reply to this email directly or view it on GitHub .
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54601017 .
@vreixo : My server is currently loading the graph, but I'm not that confident: I think that will be too huge compared to its available RAM.
But elevation data was indeed included in the Graph, I had messages about that during graph building.
----- 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 11:19:49 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 Indeed, it's enormous compared to mines :-) Mine for Tampa is 147MB and for Coruña 234MB. In Coruña I have two GTFS although they're pretty small, two very minimal bike rental networks (like 10 stations each), elevation and the area is about 40kmx40km.
Although your computer is very fast, I suppose that one problem it's your ram because with my little graphs used ram was around the 4gb and swapping will slow down the process a lot.
It's working? Did you have checked elevation results?
2014-09-05 11:01 GMT+02:00 Nicolas Derive notifications@github.com:
@ vreixo, you know, I indeed did it, my server doesn't have enough RAM (2Go) to make it build ^^ The building time I gave is under a Core 2 Quad (4cores * 2,66Ghz) with 4Go RAM and 4Go swap (under Ubuntu 14.04 LTS 64bits)
Really slow don't you think? It seems that it's even slower with last days changes to master (since wednesday or thursday)...
My Graph.obj is ~920MB huge (was 415MB before including elevation data). Is that normal?
----- 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 10:51:20 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 wow, really a long time :-)
What I do is to build the graph (Graph.obj) and even the binary (otp.jar, but off course only if I have made new changes to OTP code) in my laptop, which is much master than the server, and after I upload both along the Graph.properties to the server. These are the only files needed to deploy.
As long as you have the same version of JRE will run without problems (I had downloaded directly the binary version because the server runs a very old version of Debian and the JRE 7 was not available).
My two cents ;-)
2014-09-05 10:39 GMT+02:00 Nicolas Derive notifications@github.com:
5hours building the graph... now trying to use it :)
— Reply to this email directly or view it on GitHub < https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54599025>
.
— Reply to this email directly or view it on GitHub .
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54601017 .
— Reply to this email directly or view it on GitHub .
@kalon33 I think that on latest versions of the OTP I have seen some relation in between the OSM downloaded region that it's used and the size of the graph. Before, the size was exactly the necessary to cover the transit network. You might check if you're using a bigger region than needed and if that will impact graph size.
2014-09-05 11:40 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo : My server is currently loading the graph, but I'm not that confident: I think that will be too huge compared to its available RAM.
But elevation data was indeed included in the Graph, I had messages about that during graph building.
----- 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 11:19:49 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 Indeed, it's enormous compared to mines :-) Mine for Tampa is 147MB and for Coruña 234MB. In Coruña I have two GTFS although they're pretty small, two very minimal bike rental networks (like 10 stations each), elevation and the area is about 40kmx40km.
Although your computer is very fast, I suppose that one problem it's your ram because with my little graphs used ram was around the 4gb and swapping will slow down the process a lot.
It's working? Did you have checked elevation results?
2014-09-05 11:01 GMT+02:00 Nicolas Derive notifications@github.com:
@ vreixo, you know, I indeed did it, my server doesn't have enough RAM (2Go) to make it build ^^ The building time I gave is under a Core 2 Quad (4cores * 2,66Ghz) with 4Go RAM and 4Go swap (under Ubuntu 14.04 LTS 64bits)
Really slow don't you think? It seems that it's even slower with last days changes to master (since wednesday or thursday)...
My Graph.obj is ~920MB huge (was 415MB before including elevation data). Is that normal?
----- 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 10:51:20 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 wow, really a long time :-)
What I do is to build the graph (Graph.obj) and even the binary (otp.jar, but off course only if I have made new changes to OTP code) in my laptop, which is much master than the server, and after I upload both along the Graph.properties to the server. These are the only files needed to deploy.
As long as you have the same version of JRE will run without problems (I had downloaded directly the binary version because the server runs a very old version of Debian and the JRE 7 was not available).
My two cents ;-)
2014-09-05 10:39 GMT+02:00 Nicolas Derive notifications@github.com:
5hours building the graph... now trying to use it :)
— Reply to this email directly or view it on GitHub <
https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54599025>
.
— Reply to this email directly or view it on GitHub .
— Reply to this email directly or view it on GitHub < https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54601017>
.
— Reply to this email directly or view it on GitHub .
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54604440 .
@vreixo too huge to load properly :/ I'm falling back to the old one without elevation data... :/
@vreixo I've GTFS data to cover all french regional and interurban trains + buses in my "département" + urban network of Bordeaux. I reduced my coverage to Aquitaine region only (as stated in my server info) as OTP can't deal such large networks without an enormous amount of RAM apparently. That might be a problem compared to competitors (like navitia)
@kalon33 I still think that your graph is too much bigger than it should. If you see your limits in the servers directory on a map you will see that: 27.14097341,-5.63161795,51.7720173,8.29931505 even covers Spain, some part of Morocco and almost all France.
You can for example see the exact bounding box for "Aquitaine" region with the main OSM page export option ( http://www.openstreetmap.org/export#map=8/45.198/-0.242) and then subtitute the limits on this link ( http://overpass-api.de/api/map?bbox=-1.3898,43.9750,0.2582,45.7541) and you will get an OSM extract for the exact region, and I think that the produced graph will be much more small.
I might be wrong but may be worth it to try :-)
For example if you see other servers regions in app directory they only cover the area of their region (you can check for example "Norte Portugal" which covers a region probably bigger than Aquitainte and has limits several times smaller) https://docs.google.com/spreadsheet/ccc?key=0AgWy8ujaGosCdDhxTC04cUZNeHo0eGFBQTBpU2dxN0E&hl=en_US&authkey=CK-H__IP#gid=0. The only server that also has huge limits is "Portugal" which I think that suffers the same problem you have.
Also, if you let these huge limits will be a problem for app server auto-detection.
2014-09-05 12:08 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo I've GTFS data to cover all french regional and interurban trains + buses in my "département" + urban network of Bordeaux. I reduced my coverage to Aquitaine region only (as stated in my server info) as OTP can't deal such large networks without an enormous amount of RAM apparently. That might be a problem compared to competitors (like navitia)
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54607015 .
@ vreixo sure, it's worth the try. I tried your overpass-api.de link and only get a 331o file in firefox... containing the following error:
<?xml version="1.0" encoding="UTF-8"?>
Another way to do this?
----- 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 12:21:28 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 I still think that your graph is too much bigger than it should. If you see your limits in the servers directory on a map you will see that: 27.14097341,-5.63161795,51.7720173,8.29931505 even covers Spain, some part of Morocco and almost all France.
You can for example see the exact bounding box for "Aquitaine" region with the main OSM page export option ( http://www.openstreetmap.org/export#map=8/45.198/-0.242) and then subtitute the limits on this link ( http://overpass-api.de/api/map?bbox=-1.3898,43.9750,0.2582,45.7541) and you will get an OSM extract for the exact region, and I think that the produced graph will be much more small.
I might be wrong but may be worth it to try :-)
For example if you see other servers regions in app directory they only cover the area of their region (you can check for example "Norte Portugal" which covers a region probably bigger than Aquitainte and has limits several times smaller) https://docs.google.com/spreadsheet/ccc?key=0AgWy8ujaGosCdDhxTC04cUZNeHo0eGFBQTBpU2dxN0E&hl=en_US&authkey=CK-H__IP#gid=0. The only server that also has huge limits is "Portugal" which I think that suffers the same problem you have.
Also, if you let these huge limits will be a problem for app server auto-detection.
2014-09-05 12:08 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo I've GTFS data to cover all french regional and interurban trains + buses in my "département" + urban network of Bordeaux. I reduced my coverage to Aquitaine region only (as stated in my server info) as OTP can't deal such large networks without an enormous amount of RAM apparently. That might be a problem compared to competitors (like navitia)
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54607015 .
— Reply to this email directly or view it on GitHub .
@vreixo But these limits seems awkward... how do you set it?
I use the .osm.pbf file here as OSM base : http://download.geofabrik.de/europe/france/aquitaine.html
And it shouldn't be that wide...
----- 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 12:21:28 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 I still think that your graph is too much bigger than it should. If you see your limits in the servers directory on a map you will see that: 27.14097341,-5.63161795,51.7720173,8.29931505 even covers Spain, some part of Morocco and almost all France.
You can for example see the exact bounding box for "Aquitaine" region with the main OSM page export option ( http://www.openstreetmap.org/export#map=8/45.198/-0.242) and then subtitute the limits on this link ( http://overpass-api.de/api/map?bbox=-1.3898,43.9750,0.2582,45.7541) and you will get an OSM extract for the exact region, and I think that the produced graph will be much more small.
I might be wrong but may be worth it to try :-)
For example if you see other servers regions in app directory they only cover the area of their region (you can check for example "Norte Portugal" which covers a region probably bigger than Aquitainte and has limits several times smaller) https://docs.google.com/spreadsheet/ccc?key=0AgWy8ujaGosCdDhxTC04cUZNeHo0eGFBQTBpU2dxN0E&hl=en_US&authkey=CK-H__IP#gid=0. The only server that also has huge limits is "Portugal" which I think that suffers the same problem you have.
Also, if you let these huge limits will be a problem for app server auto-detection.
2014-09-05 12:08 GMT+02:00 Nicolas Derive notifications@github.com:
@vreixo https://github.com/vreixo I've GTFS data to cover all french regional and interurban trains + buses in my "département" + urban network of Bordeaux. I reduced my coverage to Aquitaine region only (as stated in my server info) as OTP can't deal such large networks without an enormous amount of RAM apparently. That might be a problem compared to competitors (like navitia)
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54607015 .
— Reply to this email directly or view it on GitHub .
@kalon33 that link was not intended to use directly, you need to adjust your desired bounding box and download with wget for example. If still is not working there are other servers of overpass API here http://wiki.openstreetmap.org/wiki/Download.
Although, if you're using that extract from Geofabrik area should be correct. May be a problem with last versions. Or extract is too big although it has Aquitaine region and would be better to use other data.
Those limits are written in the OTP android servers directory, that is here https://docs.google.com/spreadsheet/ccc?key=0AgWy8ujaGosCdDhxTC04cUZNeHo0eGFBQTBpU2dxN0E&hl=en_US&authkey=CK-H__IP#gid=0. And I suppose that you have passed them to @barbeau , so the questions is where did you obtained them :-) or the other option is that @barbeau didn't write them well but it's strange because horizontal and vertical limit, both, are too big, ie 57 latitude north is too different from 27 latitude south and -6 longitude west is too far away from 8 longitude east.
To check your server limits you can use the "metadata" api endpoint, for example for my Tampa server running master: http://galadriel.dc.fi.udc.es:9090/otp/routers/default/metadata. The point is that the limits of the spreadsheet are going to be used to identify the server that will match user coordinates and with that limits if someone in Barcelona tries the app they're going to be linked with your server :-)
@vreixo: these are the bounds that were returned by the server when I entered my personalised region in the android app, and triggering infos about the region. Using the same kind of link you provided on my server ( http://otp.acolytesanonymes.org/otp/routers/default/metadata ) gives that result:
I don't know at all why these coordinates are that wrong... any idea how to fix that?
I can't wait for the improvements about Graph.obj sizes/speed that are expected soon according to some threads in the opentripplanner-dev group...
----- 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:01:22 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 that link was not intended to use directly, you need to adjust your desired bounding box and download with wget for example. If still is not working there are other servers of overpass API here http://wiki.openstreetmap.org/wiki/Download .
Although, if you're using that extract from Geofabrik area should be correct. May be a problem with last versions. Or extract is too big although it has Aquitaine region and would be better to use other data.
Those limits are written in the OTP android servers directory, that is here https://docs.google.com/spreadsheet/ccc?key=0AgWy8ujaGosCdDhxTC04cUZNeHo0eGFBQTBpU2dxN0E&hl=en_US&authkey=CK-H__IP#gid=0 . And I suppose that you have passed them to @barbeau , so the questions is where did you obtained them :-) or the other option is that @barbeau didn't write them well but it's strange because horizontal and vertical limit, both, are too big, ie 57 latitude north is too different from 27 latitude south and -6 longitude west is too far away from 8 longitude east.
To check your server limits you can use the "metadata" api endpoint, for example for my Tampa server running master: http://galadriel.dc.fi.udc.es:9090/otp/routers/default/metadata . The point is that the limits of the spreadsheet are going to be used to identify the server that will match user coordinates and with that limits if someone in Barcelona tries the app they're going to be linked with your server :-)
— Reply to this email directly or view it on GitHub .
@barbeau: Could you please fix my coordinates to : 43.9750,-1.3898,45.7541,0.2582 ? Apparently those returned by my server (which uses latest master) are wrong, and I don't know why (I'm using a OSM file ways smaller than that).
Thanks, and sorry for introducing this error, I should have checked to which region corresponded the coordinates from the metadata returned by my server.
----- 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:01:22 Objet: Re: [OpenTripPlanner-for-Android] Some servers not working (#395)
@kalon33 that link was not intended to use directly, you need to adjust your desired bounding box and download with wget for example. If still is not working there are other servers of overpass API here http://wiki.openstreetmap.org/wiki/Download .
Although, if you're using that extract from Geofabrik area should be correct. May be a problem with last versions. Or extract is too big although it has Aquitaine region and would be better to use other data.
Those limits are written in the OTP android servers directory, that is here https://docs.google.com/spreadsheet/ccc?key=0AgWy8ujaGosCdDhxTC04cUZNeHo0eGFBQTBpU2dxN0E&hl=en_US&authkey=CK-H__IP#gid=0 . And I suppose that you have passed them to @barbeau , so the questions is where did you obtained them :-) or the other option is that @barbeau didn't write them well but it's strange because horizontal and vertical limit, both, are too big, ie 57 latitude north is too different from 27 latitude south and -6 longitude west is too far away from 8 longitude east.
To check your server limits you can use the "metadata" api endpoint, for example for my Tampa server running master: http://galadriel.dc.fi.udc.es:9090/otp/routers/default/metadata . The point is that the limits of the spreadsheet are going to be used to identify the server that will match user coordinates and with that limits if someone in Barcelona tries the app they're going to be linked with your server :-)
— Reply to this email directly or view it on GitHub .
@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:
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 :-)
@vreixo : I'm currently investigating your solutions (starting from OSM to testing GTFS files). I tested 0.11.0 but went back to master because there was no geocoder module (or I didn't find it) in the webapp, and I needed one.
@ barbeau @ vreixo : I reduced the zone to 42.64204,-1.68091,45.65245,1.61499, that's nearly the minimum for what I want to do :)
@kalon33 congragulations :-) that sounds much much better. Btw, did you make size tests now? Still increases too much the size the elevation?
What is the final solution? Because I have suffered some similar issues lately and could be also interesant for Coimbra server.
2014-09-05 14:23 GMT+02:00 Nicolas Derive notifications@github.com:
@ barbeau @ vreixo : I reduced the zone to 42.64204,-1.68091,45.65245,1.61499, that's nearly the minimum for what I want to do :)
— Reply to this email directly or view it on GitHub https://github.com/CUTR-at-USF/OpenTripPlanner-for-Android/issues/395#issuecomment-54618125 .
/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.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.