Currently the navigation endpoint disables CH to easily support turn restrictions (which is much slower for longer routes). The default node-based CH won’t support turn restrictions and so we can’t use it.
Would be a nice addition if we can use CH if it is edge-based (to enforce turn restrictions). Likely we also have to think about how to support the heading for CH but I think @easbar thought this through
Yes, enabling LM should definitely help. Or you can contribute a change for the /navigate endpoint where CH is then used in case it supports turn restrictions
Finding the code snippet in the graphhopper web where to turn off turn restrictions to make use of CH is only my last resort
30 milliseconds with LM instead of CH. I guess i do not care anymore for CH
Thanks, you saved my day and the next week with an ugly hack i planned to execute to get to the goal.
And you saved me from feeling disgusted by myself after implementing it.
Maybe the information that CH is not used on the /navigate endpoint and LM helps a lot could be more prominently somewhere.
Maybe in the example.yml files that fly around on github.
I guess i am not the only one that fell for this one
Maybe the information that CH is not used on the /navigate endpoint and LM helps a lot could be more prominently somewhere.
The better approach would be IMO to deprecate the /navigate endpoint and offer an example on how to integrate the /route endpoint directly in the maplibre navigation SDK. Then it can be controlled from the client if with or without CH etc.