I installed the osrm-backend locally, following this steps, but it is not working.
https://github.com/Project-OSRM/osrm-backend/wiki/Running-OSRM
When I visit the official .org site the data is loaded perfectly:
URL:
http://router.project-osrm.org/route/v1/car/23.6077766,46.5757364;23.6120221,46.5729466?overview=false
Data:
{"routes":[{"legs":[{"summary":"","weight":522.6,"duration":311,"steps":[],"distance":1843.4}],"weight_name":"routability","weight":522.6,"duration":311,"distance":1843.4}],"waypoints":[{"hint":"UFEPhSXRvoUAAAAAWQEAAIkOAAAsGAAAAAAAALUA5kIZKJtElsQZRQAAAACsAAAARQcAABgMAACFqAAAiiBoARrExgLhOWgBeLDGAhMA3wLm2fWB","name":"","location":[23.60129,46.580762]},{"hint":"5n0zhvV9M4YAAAAAOwAAAAAAAADpAgAAAAAAAPhS60EAAAAAkye8QwAAAAA7AAAAAAAAAOkCAACFqAAApQ5oAZCmxgJ2SmgBk6XGAgAArw7m2fWB","name":"","location":[23.596709,46.5732]}],"code":"Ok"}
When I call through my server the route is not calculated:
URL:
http://127.0.0.1:5000/route/v1/car/23.6077766,46.5757364;23.6120221,46.5729466?overview=false
Data:
{"code":"Ok","routes":[{"legs":[{"steps":[],"distance":0,"duration":0,"summary":"","weight":0}],"distance":0,"duration":0,"weight_name":"routability","weight":0}],"waypoints":[{"hint":"BkcbgAdHG4AAAAAAIgAAAAAAAADqAAAAAAAAAIsXvkEAAAAAPcwvQwAAAAAiAAAAAAAAAOoAAAAsDACAVqER_k-Mxf_hOWgBeLDGAgAA3wvf10mB","name":"Rua Joaquim Ferreira","location":[-32.399018,-3.830705]},{"hint":"BkcbgAdHG4AAAAAAIgAAAAAAAADqAAAAAAAAAIsXvkEAAAAAPcwvQwAAAAAiAAAAAAAAAOoAAAAsDACAVqER_k-Mxf92SmgBk6XGAgAA3wvf10mB","name":"Rua Joaquim Ferreira","location":[-32.399018,-3.830705]}]}
I downloaded the brazil-latest.osm.pbf file and performed the procedures with this file.
I'm using:
Linux Ubuntu: 16.04
8 CPU and 65 GB RAM
OSRM: v5.18.0
File: brazil-latest.osm.pbf
Command to run:
sudo osrm-routed --algorithm = MLD brazil-latest.osrm
Could someone please help me?
Thank you very much.
Danilo
You downloaded the brazil-latest.osm.pbf, but the latitude and longitude you query are not within the extent of your map data. You can change the longitude and latitude of the query or change the map.
Related
In Progress 11 When I am trying to create a Postgis extension I encounter this error.
My environment is CentOS 8, with Postgress11-server, postgis25_11 and gdal-3.0.4-5.el8.x86_64
ERROR: could not load library "/usr/pgsql-11/lib/rtpostgis-2.5.so": /usr/gdal31/lib/libgdal.so.27: undefined symbol: GTIFGetGCSInfoEx
Any idea what might cause this error?
FYI, both of the library libgdal.so.27 and rtpostgis-2.5.so exist in the path above.
By default Centos 8 will install libgeotiff15, which doesn't expose that symbol - You need to use libgeotiff16.
update to 1.6.0:
Add support for OGC GeoTIFF 1.1
Expose GTIFGetPCSInfoEx(), GTIFGetProjTRFInfoEx(), GTIFGetGCSInfoEx(), GTIFGetDatumInfoEx(), GTIFGetEllipsoidInfoEx(), GTIFGetPMInfoEx(), GTIFGetUOMLengthInfoEx() and GTIFGetUOMAngleInfoEx() so that users can specify their own PROJ context
Just spent a whole day on this same ordeal. Hope you manage!
Quick and dirty:
sudo dnf --enablerepo=PowerTools install -y postgresql11-server postgresql11-contrib postgresql11-devel libgeotiff16 postgis25_11
On Centos, I ran into the following error:
sudo snmptrap -v 2c -c read localhost '' UPS-MIB::upsTraps
MIB search path: /root/.snmp/mibs:/usr/share/snmp/mibs
Cannot find module (UPS-MIB): At line 0 in (none)
UPS-MIB::upsTraps: Unknown Object Identifier
The above error happened after
Copied UPS-MIB.txt to /usr/share/snmp/mibs
I started snmptrapd:
snmptrapd -f -Lo -Dread-config -m ALL
The version of the Net-SNMP is 5.2.x.
The same procedures work fine with Ubuntu 18.04/Net-SNMP 5.3.7.
I wonder how to debug and fix the problem?
Besides the Net-SNMP version difference, on Ubuntu, I found an instruction to install mib-download-tool, and execute it after the installation of Net-SNMP, and comment out the lines beginning with min: in snmp.conf in order to fix the error of missing MIB's.
However, for the Centos, I had no need and found no such instruction, thus I have not done it yet, as there is no error message of missing MIB's.
The MIB file is downloaded from https://tools.ietf.org/rfc/rfc1628.txt
renamed to UPS-MIB.txt (It seems to me that the name of the MIB file does not matter, as long as it's unique? I tried to use a different names, upsMIB.txt, rfc1628.txt, but it does not help to improve.)
I solved the problem as follows:
manually copied /usr/share/snmp/mibs/ietf/UPS-MIB on an Ubuntu with Net-SNMP 5.7.3 installed to the Centos /usr/share/snmp/mibs/UPS-MIB
then restart the snmpd
by the command:
service snmpd restart
then the OID of UPS-MIB becomes visible and accessible.
Maybe, the version that I downloaded from https://tools.ietf.org/rfc/rfc1628.txt is not suitable??
When I installed Overpass API 2 years ago (http://overpass-api.de/full_installation.html), I used the following commands to import it:
wget -O france-latest.osm.bz2 "http://download.geofabrik.de/europe/france-latest.osm.bz2"
bin/init_osm3s.sh france-latest.osm.bz2 "db/" "./" --meta
Now I need to add the OSM file of Netherlands as well.
When I use the same command, I am getting the following error:
**Context error: File db///osm3s_v0.7.53_osm_base present, which indicates a running dispatcher. Delete file if no dispatcher is running**
Can someone help me to solve this please ?
I am using neo4j enterprise 3.0.3 version for windows. Following the operations manual 3.0, I have installed the neo4j service with bin\neo4j install-service. But I can't start it with bin\neo4j start. It said
Invoke-Neo4j : Failed to start service 'Neo4j Graph Database - neo4j (neo4j)'.
And I can't start the neo4j service in windows serice either. Maybe anyone have encountered this case before?
I had the same problem: I am using neo4j community 3.1.2 for windows and installed the service with the neo4j.bat file without any problems.Then i wanted to start the service with neo4j.bat and got the same error as you
I found a solution that worked for me. My neo4j files were in a folder, where the path to the folder contained spaces (C:\Program Files\Neo4j) Then i moved the folder one level up (C:\Neo4j).
After that i could start the service without problems.
Maybe this solution helps.
I am running neo4j on windows and in my case the crux of the issue was that there was an incompatibility between the installed versions of Java (32-bit) v/s OS version. The biggest clue that led me to this is the following set of lines in neo4j-service.2018-08-03 log file
[2018-08-03 14:55:42] [info] [ 1432] Starting service...
[2018-08-03 14:55:42] [error] [ 1432] %1 is not a valid Win32 application.
[2018-08-03 14:55:42] [error] [ 1432] Failed creating java C:\JavaNew\bin\server\jvm.dll
[2018-08-03 14:55:42] [error] [ 1432] %1 is not a valid Win32 application.
[2018-08-03 14:55:42] [error] [ 1432] ServiceStart returned 1
There are a fair number of potential issues, and I have made an attempt to compile all the issues with this,
Windows services cannot deal with service names in folders that have spaces; especially if there is another folder with the same name as the one with spaces.
For example - C:\Program Files... will have issues if C:\Program\Something...
To work around this, I put Neo4j in root folder c:\Neo4j
Get-Java.ps1 (under ..\bin\Neo4j-Management folder)looks in the path variable for 'JAVA_HOME' (usually found in *nix environments). If it does not find it here, it keeps looking in registry, and finally throws up its hand!
To deal with this, I simply put in a path variable. For a good measure, I uninstalled Java and re-installed Java in the root folder under C:\JavaNew
In retrospect, this step is probably not on part of the problem, and hence can be ignored. But I am leaving it here for completeness sake.
Invoke-Neo4j.ps1 (also under ..\bin\Neo4j-Management folder) has code that determines if the OS is 32-bit (or 64-bit). Based on this it determines if it should run prunsrv-i386.exe (32-bit) or prunsrv-amd64.exe (64-bit).
This has to match the Java version installed.
Upon running java -XshowSettings:all, and inspecting the sun.arch.data.model value (32, in my case), I realized that my OS is 64 bit and the Java version is 32-bit.
To deal with this, I put in code (very klugey!). I am sure there are much better ways to get to the same outcome, but this is what I used.
switch ( (Get-WMIObject -Class Win32_Processor | Select-Object -First 1).Addresswidth ) {
32 { $PrunSrvName = 'prunsrv-i386.exe' } # 4 Bytes = 32bit
#64 { $PrunSrvName = 'prunsrv-amd64.exe' } # 8 Bytes = 64bit COMMENTED as a workaround!!!
64 { $PrunSrvName = 'prunsrv-i386.exe' } # 8 Bytes = 64bit
Now, uninstall the neo4j service, install it, and start the service.
Hope this works for you.
neo4j console
Posting for latest versions > 4.x
I had the same issue using neo4j start, Neo4j console is the right command I was looking for. It is a web-based graph that acts as an interactive tutorial.
i had the same problem , after the neo4j worked for few weeks it stoop working (without any change that i made)
i have set java_home uninstall and install and now it works
neo4j-enterprise-3.3.4
I was also having weired issue as there was no error but neo4J service did not start.
[xx#ss1 bin]$ ./neo4j console
[xx#ss1 bin]$ .
The problem was with the permission on Java directory and I tried
chmod -R 777 jdk_directory
and problem got solved.
#neo4j #neo4jnotstarting
I'm trying to configure a fresh CentOS 6.5 x64 node via knife-solo. But when I run knife solo prepare root#centos I get a strange error.
Bootstrapping Chef...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 15934 100 15934 0 0 36862 0 --:--:-- --:--:-- --:--:-- 95413
Downloading Chef 11.14.0.alpha.2 for el...
downloading https://www.opscode.com/chef/metadata?v=11.14.0.alpha.2&prerelease=false&nightlies=false&p=el&pv=6&m=x86_64
to file /tmp/install.sh.1750/metadata.txt
trying curl...
ERROR 404
Unable to retrieve a valid package!
Please file a bug report at http://tickets.opscode.com
Project: Chef
Component: Packages
Label: Omnibus
Version: 11.14.0.alpha.2
Please detail your operating system type, version and any other relevant details
Metadata URL: https://www.opscode.com/chef/metadata?v=11.14.0.alpha.2&prerelease=false&nightlies=false&p=el&pv=6&m=x86_64
When I try to debug that thing and run knife solo prepare -VV root#centos I get this: https://gist.github.com/Almaron/5709a69e09bad92f3475
I've tried to google it and found that it might be a proxy issue, but I have not set up any proxies what so ever.
UPDATE
Tried running knife solo prepare root#centos--bootstrap-version 11.12.0
Here's the result: https://gist.github.com/Almaron/2f7987f314132c80b8ed
Had the same problem. It seems there is a problem on the opscode site with version 11.14.0.alpha.2 - the http code returned is 404 Not Found.
A solution is to pin the chef version when preparing knife solo:
knife solo prepare root#centos --bootstrap-version 11.12.0