Hello Daniel, Manikandra.
![image001.jpg](/uploads/default/original/1X/0e945d8850ed7b3acdfab26ffe2ab54067b6a311.jpeg)
···
I’m quite sure that’s not the problem, because I had to complete your configuration file (mapconfig.xml) to not only catch all the highway and road types (for car, walking, bike), but I also added the train and subway tags, all corresponding to OSM WAYS.
I tried several routing engines, and most of them do some kind of pre-processing of the OSM nodes and ways, in order to cut off groups of nodes, for instance, because they form a straight line, and there is no need to have a way with so many nodes. This node cleansing also aids in terms of performance.
Do you perform any kind of node cleansing in your algorithms? I think not, but I wanted to make sure ![:slight_smile: :slight_smile:](/images/emoji/twitter/slight_smile.png?v=12)
I noticed that, when running osm2pgrouting, the algorithm divides OSM ways that have more than one OSM node into several arcs, or individual ways, with only two nodes, so probably it is not cutting the nodes.
Maybe the way I used to check the route was not the greatest ever
I did a query to get all y1,x1 coordinates of the edges resulting from a Dijkstra’s route. Then, I copied the coordinates in GPX format into http://openrouteservice.org/ and checked the result.
When inside cities, the route is always on the road, but when the route continues to highways and motorways between urban agglomerates, the route off the road issue starts to be more frequent.
Do you have any ideas on this? Is it my fault
?
Thanks in advance. Cheers,
–
Paulo Figueiras <paf@uninova.pt>
![cid:image002.jpg@01C8AEC7.2F6E45A0]()
|
UNINOVA, Centre of Technology and Systems Campus da Caparica, Quinta da Torre 2829-516 Monte Caparica, PORTUGAL
|
Phone: (+351) 212948312 | Fax: (+351) 212957786 | Website: http://www.uninova.pt/
osm2pgrouting ignores OSM tags, which are not specified in the configuration file: https://github.com/pgRouting/osm2pgrouting/blob/master/mapconfig.xml
Not sure this is the problem though, but might be.