Don't waste your time with scientific analysis about the route algorithm of
osmand. After 10 years, the company has decided to choose this working
philosophy, for some reasons. It will be never like the sygic aura, tomtom
go, or here we go. Osmand it is not a true city navigation software, it
ity routing I always use OsmAnd as it calculates the
>>> best estimated arrival times and routes as it uses its time penalties for
>>> crossroads, traffic lights, etc.
>>>
>>> My spreadsheet contains many more lines of comparable calculations in
>>> se
ulates the
>> best estimated arrival times and routes as it uses its time penalties for
>> crossroads, traffic lights, etc.
>>
>> My spreadsheet contains many more lines of comparable calculations in
>> several countries, road-types, straight-on routes, routes with lo
n-city traffic, etc. They
> continuously show to me (prove to me) that an hc=1.5 is good for longer
> distance and 1.2 is optimal for big city traffic.
>
> Harry
>
> Op zo 4 jul. 2021 om 04:22 schreef RizkyAM :
>
>> My OSMAnd in-built routing is very slow compared to t
ns, routes with much in-city traffic, etc. They
continuously show to me (prove to me) that an hc=1.5 is good for longer
distance and 1.2 is optimal for big city traffic.
Harry
Op zo 4 jul. 2021 om 04:22 schreef RizkyAM :
> My OSMAnd in-built routing is very slow compared to the Brouter p
My OSMAnd in-built routing is very slow compared to the Brouter plugin,
even if it's just several kilometres (in city area), but it's normal when I
try it outside the city (countryside).
Video showing the difference between in-built routing and brouter
<https://youtu.be/uvZU7uIpnv0>
-
Hi,
On Aug/21/2019, Aceman444 wrote:
> Hi.
>
> I want to make you all aware of a big problem in car navigation made in
> OsmAnd 3.3 and unfixed since then (still in 3.4).
This is worrying. Thanks for bringing this here to be able to be aware.
I'll comment in the ticket... since this is
ked bug tracker, but nothing helped yet.
It seems this needs action from more users.
The fix for all this is a single line in routing.xml file, which I can
easily do locally after each OsmAnd release.
But without the fix, the OsmAnd routing is dangerous and useless so I can't
recommend OsmAnd
If people makes mistakes and errors, why to expect simple algorithms
applied to complex data do not ?
--
Dne 7. srpna 2018 10:00:40 Martin Trautmann napsal:
It's always risky to rely blindly on the routing.
--
You received this message because you are subscribed to the Google
As you suggested, I do select a point on the highway. You only fail once to
select the proper side. DTGNT.
Next time everyone will make sure to zoom in deep enough to select the proper
side
It's always risky to rely blindly on the routing. I had several times that
osmand wanted me to
As far as I know, the only way is to do as you are doing now.
Some navigation apps are snapping the selection to the nearest road /
crossing / address, IMHO, nothing like this is possible in Osmand. Well, an
idea could be to find POI on the highway (on the correct side) you want to
drive,
11 matches
Mail list logo
