Osmand, calcul longue distance, très lent ou impossible
Vous l'avez constaté Osmand ne peut pas calculer un itinéraire longue distance. Pour certains comme moi ça n'a pas d'importance je n'en ai pas besoin je préfère utiliser mon PC, pour d'autres c'est un besoin.
C'est à titre de curiosité intellectuelle que je m'intéresse au problème.
Dans l'aide de Osmand j'ai trouvé cette explication : **********************************************************************************
Route calculation is slow
Please be aware that there are 2 offline routing engines in the app: a Java based approach and a "Native" (C++) routing. The Java based approach is used in 'Safe Mode', it is 10 times slower than native mode and it has strict memory limitations. If you experience it and you see messages 'Not enough memory to compute', please go to Settings — 'General' — 'Safe mode' and make sure the option is disabled. For native routing there are different limitations for different phones, depending on memory & processor. In general, native routing should handle < 300 km routes nicely. The route calculation should take between 15 sec and 4 minutes. It is prudent to not wait much longer than 4 minutes, because most likely the program will crash. The only known workaround to compute long routes is to insert intermediate destinations. Two additional intermediate destinations should be enough even for very long routes.
How to calculate routes longer than 250 km? Many long routes (> 200-250 km) cannot not be calculated by OsmAnd's offline routing engine today. If the app does not show a route after 7-8 minutes of calculation time, consider placing waypoints (pick e.g. places on motorways). 3-4 waypoints will be enough to calculate even 1000 km routes. **********************************************************************************
Effectivement ce paramètre "safe mode" existait autrefois dans les "paramètres généraux". Il a disparu avec les "paramètres généraux" remplacés par "paramètres".
Autrefois il n'était pas conseillé d'utiliser le calcul natif. Si le "safe mode" a disparu c'est sans doute qu'aujourd'hui par défaut le calcul natif est utilisé.
Ioan indique que désormais il existe des smartphones qui rendent faisable les calculs longue distance. Il suffirait que le smartphone soit équipé d'une RAM (mémoire de traitement) de 32 Go.
https://voyageforum.com/discussion/calcul-itineraire-belgique-athenes-velo-incroyablement-long-avec-osmand-d9919789/
Pour aller plus loin j'ai ouvert un sujet de discussion dans le groupe officiel Osmand chez Google group
Osmand routing calculation is very slow for long distance for many years https://groups.google.com/forum/#!topic/osmand/EeVN_6i1UaI
La discussion s'étoffe sur le groupe Osmand chez Google.
Les interventions de Harry sont les plus éclairantes, les plus complètes, les plus utiles mais aussi les plus techniques mais ça reste accessible.
Les interventions de Florian, Arndt sont intéressantes mais moins utiles.
Je résume les explications de Harry.
C'est un choix d'Osmand de calculer le meilleur itinéraire possible en fonction des critères définis par l'utilisateur. Ceci a un coup au-delà de 50 km le calcul est long et devient impossible au-delà de 250 km. Le meilleur itinéraire est celui qui a le plus petit écart par rapport à l'itinéraire cherché. L'erreur minimale de calcul est obtenue avec un paramètre hc = 1. Tel est le choix d'Osmand.
C'est à titre de curiosité intellectuelle que je m'intéresse au problème.
Dans l'aide de Osmand j'ai trouvé cette explication : **********************************************************************************
Route calculation is slow
Please be aware that there are 2 offline routing engines in the app: a Java based approach and a "Native" (C++) routing. The Java based approach is used in 'Safe Mode', it is 10 times slower than native mode and it has strict memory limitations. If you experience it and you see messages 'Not enough memory to compute', please go to Settings — 'General' — 'Safe mode' and make sure the option is disabled. For native routing there are different limitations for different phones, depending on memory & processor. In general, native routing should handle < 300 km routes nicely. The route calculation should take between 15 sec and 4 minutes. It is prudent to not wait much longer than 4 minutes, because most likely the program will crash. The only known workaround to compute long routes is to insert intermediate destinations. Two additional intermediate destinations should be enough even for very long routes.
How to calculate routes longer than 250 km? Many long routes (> 200-250 km) cannot not be calculated by OsmAnd's offline routing engine today. If the app does not show a route after 7-8 minutes of calculation time, consider placing waypoints (pick e.g. places on motorways). 3-4 waypoints will be enough to calculate even 1000 km routes. **********************************************************************************
Effectivement ce paramètre "safe mode" existait autrefois dans les "paramètres généraux". Il a disparu avec les "paramètres généraux" remplacés par "paramètres".
Autrefois il n'était pas conseillé d'utiliser le calcul natif. Si le "safe mode" a disparu c'est sans doute qu'aujourd'hui par défaut le calcul natif est utilisé.
Ioan indique que désormais il existe des smartphones qui rendent faisable les calculs longue distance. Il suffirait que le smartphone soit équipé d'une RAM (mémoire de traitement) de 32 Go.
https://voyageforum.com/discussion/calcul-itineraire-belgique-athenes-velo-incroyablement-long-avec-osmand-d9919789/
Pour aller plus loin j'ai ouvert un sujet de discussion dans le groupe officiel Osmand chez Google group
Osmand routing calculation is very slow for long distance for many years https://groups.google.com/forum/#!topic/osmand/EeVN_6i1UaI
La discussion s'étoffe sur le groupe Osmand chez Google.
Les interventions de Harry sont les plus éclairantes, les plus complètes, les plus utiles mais aussi les plus techniques mais ça reste accessible.
Les interventions de Florian, Arndt sont intéressantes mais moins utiles.
Je résume les explications de Harry.
C'est un choix d'Osmand de calculer le meilleur itinéraire possible en fonction des critères définis par l'utilisateur. Ceci a un coup au-delà de 50 km le calcul est long et devient impossible au-delà de 250 km. Le meilleur itinéraire est celui qui a le plus petit écart par rapport à l'itinéraire cherché. L'erreur minimale de calcul est obtenue avec un paramètre hc = 1. Tel est le choix d'Osmand.




