If the app uses an internel xml file for storing the vehicle data, it
shouldn't be too difficult to make it use a separate and external xml file
for each vehicle profile instead of using just one internal xml file for
all vehicles, for example
$programmpath/$vehicle.xml
Each $vehicle.xml
Am Mittwoch, 31. Januar 2018 16:18:35 UTC+1 schrieb Jack Burke:
>
> Peter B: OsmAnd has a separate profile for trucks. It just isn't enabled
> by default. Have you enabled it?
You have to enable the developer mode, then you will be able to enable
other vehicles like truck and motor bike.
Hello!
I use OsmAnd+ for truck driving. I know that it is still considered
experimental, but if no one ever gives feed back on this issue, there won't
be any progress and this function will never leave this status.
The good news is: it is working extremely well! In fact, OsmAnd has not
ever
Thanks a lot for opening the issue on github! Let's hope the developers
quickly find a way to realize this feature. It would improve the use of
Osmand a lot!
--
You received this message because you are subscribed to the Google Groups
"Osmand" group.
To unsubscribe from this group and stop
Hello,
I am using Osmand+ (paid version) on several devices and I think it's
highly inefficient to download each map on each device, unnecessary
increasing data usage. Therefore, I'd like to download updated maps to my
pc and copy them onto the sdcards afterwards. I know I can do "wget
Hey, that is a pretty cute script. Thank you very much! :)
Yet, there are a few things that needed to be corrected to make it work:
1. the URL's hostname needs to be "download", not "dl3", in order to be
resolved. (I guess there's some load balancing happening there.)
2. the line containing
Hello,
in previous versions of Osmand it was possible to stream music via
bluetooth to the car's audio system, while on the same time OSM announced
its navigation instructions through the phone's own speaker, when you set
it to use the same channel as system messages. Now, this is no longer
Hello,
In truck mode, there need to be more possibilities for weight and height
settings. The predefined values are too inaccurate. For example: the weight
limit of 12t is missing, but this is a very important vehicle category. If
you choose 10t in Osmand, it will lead you into trouble, and if
Thanks again for your kind help!
I will try your two modified routing profiles during the week and if you're
interested, I will report back their behaviour and performance next weekend.
I looked into the discussions that you gave links to, about the heuristic
and brouter, but I'm afraid I did
There's an option called "Preferred roads", in German "Bevorzugen von..":
navigation profile > routing parameter
But the only two options there are called
- Autobahnen bevorzugen (prefer motor ways)
- unbefestigte Straßen bevorzugen (prefer unpaved roads)
The first option is not changeable,
Sorry for the long delay!
I've been using your modification for nearly 5 weeks now, and I could not
discover any disadvantages or bugs, and it did not drive me into dangerous
situations, like low bridges. I would vote for making these changes
official!
--
You received this message because
Thank you very much! This will certainly ease my work a lot by shortening
the routes. :)
> Please let me know what it should be and I will do a pull request. Adding
the 12t is simple, but are there more (legal) weight limits?
Theoretically, any limitation of maximum allowed weight is possible
I'd like to create some new icons that can be used for profiles, e.g.
different types of vehicles. Where can I find information about the size
and the file format to use, and how can I import and use those icons?
--
You received this message because you are subscribed to the Google Groups
Am Montag, 11. Mai 2020 03:56:10 UTC+2 schrieb Bart Eisenberg:
>
> The reason is that when you follow a GPX, you are only following that and
> not the underlying map. Therefore there is no information on
> intersections, roads, trails etc. The only turns are, as you note, the
> turns in the
Hello,
I am looking for a way to make Osmand+ stay in foreground when an incoming
call triggers the telephone app and makes it pop up taking the whole
screen. This is a bit of a nuisance, because when you're driving you will
loose the navigation when a call comes in.
I don't need the call
I am experiencing the same issue: since I updated my phone to A11 (LOS
18.1), Osmand+ began to work very, very slowly and laggy. The app has been
re-installed after upgrading the OS, so there shouldn't be any old legacies
lying around.
Osmand offers the following storage places on my phone:
16 matches
Mail list logo
