Maps & GPS Navigation OsmAnd+ 3.4.8 Apk Full paid Unlocked is a Travel & Local Android app. Download last version Maps & GPS Navigation OsmAnd+ Apk Full paid Unlocked For Android with direct link. OsmAnd+ (OSM Automated Navigation Directions) is a map and navigation application with access to the free, worldwide, and high-quality OpenStreetMap (OSM) data. Mar 08, 2019 OsmAnd + Maps & Navigation v3.3.4 Apk For Android admin March 8, 2019 APPS Leave a comment 109 Views Osmand is well-known for the Navigator navigation program and has access to vast information resources and can easily navigate and locate it.
Osmand is opensource navigation application with raster/vector maps OsmAnd+ — Offline Travel Maps & Navigation v3.4.3 OsmAnd Live APK Free Download Latest version for Android. Download full APK of OsmAnd+ — Offline Travel Maps & Navigation v3.4.3 OsmAnd Live. Overview & Features of OsmAnd+ — Offline Travel Maps & Navigation v3.4.3 OsmAnd LiveBefore you download OsmAnd+ — Offline Travel Maps & Navigation v3.4.3 OsmAnd Live APK, You can read a brief overview and features list below.Overview: Osmand is opensource navigation application with raster/vector mapsOsmand+ is an open source navigation application with access to a wide variety of global open street map data. All map data (vector or tile maps) can be stored on the phone memory card for offline usage.
Might be similar to issue #6750Somehow my default app for opening a map pin from another app like Instagram (or possibly also other apps which allow location tagging but don’t have built in maps like Twitter, Foursquare, etc) has been set to Osmand, but upon open Osmand either gives me a pin in a blank background and insists that it’s at minimum zoom when I try to see what’s up (and upon pressing Back, resets to my local view thus undoing the pin) or it simply does nothing. No map movement, no pins, no messages, just ignoring the fact that it was opened as a result of an intent to show a coordinate.Sometimes I’m able to fix the issue by force-closing Osmand and repeating the intent to view a coordinate, at which point Osmand operates as expected by “searching for geo location” and displaying it. However I feel every time the intent is triggered Osmand should respond to it somehow without needing a reboot. Also, after viewing the coordinate and continuing to use Osmand the problem resurfaces, meaning the only way I have of using this intent is when Osmand has not been used to search for anything lately. (Opening Osmand without doing anything, and then searching from Instagram works. But it seems there is some mode it can get into where it no longer responds properly to intents.
Maybe after significant normal usage?)What version of OsmAnd are you using, on what device and Android/iOS version?3.4.8 on Samsung Galaxy S8, Android 9.Do you use the offline maps offered within the OsmAnd app for download, or online (tile / raster) maps?I do subscribe to Osmand live and download local maps however it should be noted that the point being displayed is a few miles away. I can’t tell which tiles are being used but I do have the online maps plugin enabled as well.
This is partly in reference to issue #2235, which fixed the input of text for POI names to be sentence case. However, the request had asked for capitalizing the first letter of each word, not just the first letter of the whole text. Looking at the, input was changed from “text” to “textCapSentences”.I looked into it, and as expected, that does only auto-capitalized the first letter, but using “textCapWords” should auto-capitalize each word’s first letter.If it is acceptable, this would really improve adding names to POIs, without having to hit Shift every word or editing names after the fact in a browser. Hopefully (and I can’t find info about this), this would not auto-capitalize words like “and”, “of”, “in”, etc., but I’d rather lower-case a few words than upper-case most. Hi,I use:OsmAnd+ 3.4.8Moto G5 PlusAndroid 8.1the offline maps offered within the OsmAnd app for download.When I recorded a GPX track and save it, the new dialog with “open track” and “show track on map” (“Auf Karte anzeigen”) is displayed at the bottom of the app, but neither the “open track” nor the “show track” (“Auf Karte anzeigen”) button works for me.When I choose “show track” (“Auf Karte anzeigen”) the dialog vanishes and nothing happens, when I choose “open track” it looks like this:and when I try to share it, the app I share it with gets opened, but the gpx-file is missing. All other functions (i.e.
Show track on map, delete etc.) are also not working.When I go to “my places” - tracks (“Meine Orte” - Tracks) the track is there and everything works as expected. OsmAnd 3.4.8(Offline) Map of Gelderland, The Netherlands; bicycle viewAndroid 8.1.0 on LG Q7With the map centered approximately at and in night mode in bicycle view, you can see:1. Queenstraat is wrapped very oddly, partly upside down (same for another street)2. The public transport name “Fluitenkruid” is overlapping with the name of the street3. Street name “Wikke” is partly overlapping with housenumber “6”4.
(unrelated, maybe unsolvable, but the big white bar at the bottom is quite a big contrast in night mode;) ). I am not sure this is the same behavior for all devices and Android versions, but e.g. For Android 4.4 things behave like this:.From the map screen, hit the Directions button: the route definition card pops up and covers the entire map and screen (at least on smaller screen phone devices): Probably ok.Now select a destination, e.g by selecting a favorite under “To:”: The Route calculation starts, but the dialog continues to cover the entire map screen (although during the route calculation on the dialog only the top 4 rows Profile/From:/To:/Options are filled, the rest of the dialog is blank).
Users are not aware you can swipe down the dialog at this point and view the map/position during lengthy route calculations. I think we should collapse the dialog during route calculation, at least to the extend that the blue progress bar is located at the bottom of the screen (and not in the middle, as it is now:).Once the route is calculated, tapping the “Details” button or the elevation profile hangs the app for quite an extended period. The user has no indication something is in progress, until many seconds later (depending on device horsepower and length of the route) the route details screen finally pops up.
Looks like we hang the UI during this details preparation process, which is likely a coding mistake. Or alternatively we should at least display a spinner so the user knows something is being prepared.
Hi,When using OsmAnd, I switch often from bike to walk (when crossing and visiting a town for example) or walk to car (if travelling by car and visiting a town by walk). If I quit OsmAnd and launch again, most of time the default map profile is not adequateI would like to suggest a way to easily select the default map profile by a long press on the desired default profile. Example: a long press on the “car” profile on this screen:would switch the map to the “car” profile ( Voiture) and select it as default profile in general parameters:Hope to see it one day! Maybe an alternative already exists, but I don’t know it.Thanks for this great app anyway. I have the “turn screen on” option activated, with proximity sensor.
Hello,I am using OsmAnd 3.4.x in combination with brouter.- I Have created an own “bike” profile with “navigation type” Brouter- Only this profile is activated, all others are locked- Offline calculation of OsmAnd route segment is selected (on)- A track is configured on the map, “Show” the track is ONBy starting a new navigation using the displayed track, the route between current position and startpoint is calculated with error: it do not use brouter, it is using instead a locked profile.regards. OsmAnd: 3.4.7 (Beta 2019-08-19)Samsung Galaxy A7 (2018)Android 9Germanyschleswig-holsteineurope.obf (August 1st)Germanyschleswig-holsteineurope199820.obfIn-app car routingOsmand does not take layer into account when finding the closest point to an POI. Instead, the route ends at the point that is nearest to the POI in respect to coordinates, even if it’s not on the same layer.Instead, Osmand should route to a highway that is closest to the POI while being on the same layer as the POI.Example:Route from: to: ends on: should instead end on: route ends on the bridge. The parking lot I want to get to is underneath. Lenovo Moto G4 plus, Android 7.0OsmAnd+ 3.4.xx, before the play store release 2019-08-03May style: OsmAndNavigation service: OsmAnd (offline)With night mode switched on I feel like it’s pretty hard to distinguish between yellow streets and yellow guidance line, especially when you’re driving in a city. It takes me always a little longer to spot the route due to lack of contrast, compared to day mode.
Same applies to the arrows at the top, showing you the next action and lane guidance.I really feel like it’s a necessity to change the colors here in order to be able to differentiate all the lines more easily. Lenovo Moto G4 plus, Android 7.0OsmAnd+ 3.4.xx, before the play store release 2019-08-03May style: OsmAndNavigation service: OsmAnd (offline)Being tired I almost followed the car routing direction illustrated in the below image, which would have sent me in the complete opposite direction on the highway.
Encountered min. 3 cases in the last month, were Osmand told me to enter the highway in the wrong direction (luckily not as a wrong-way driver) and do a U-turn as soon as i exit the acceleration lane (which is prohibited and not possible).Wouldn’t it be possible to generally block such u turns by setting a threshold for possible turns on highway=trunk and between highway=trunklink and highway=trunk?https://www.openstreetmap.org/#map=0/8.65298. Elevation data in the maps still have too much noise. This is especially true in cities, where high buildings are interpreted as mountains (the resolution is not fine enough to distinguish between the building and the adjacent road).One example from Berlin, where (a perfectly flat) road is wrongly seenas having a 52 per slope!This leads to a grave error in routing: ways with 52 per cent ascent or descent have to be excluded from the routing in the ‘avoid hills’ modes.
So we have one perfectly flat road which is now excluded from the routing by error.Maybe there is no final solution for this (unless we get perfect resolution data). But I hope someone has an idea how to ease this problem. Maybe use elevation data from user-generated tracks (where available)? Maybe filter the data in big cities?The resolution needs to come from the map data side (not from the the routing code side): The routing engine just cannot ignore a 52 per cent slope (no matter how short)! So there should be a solution to know that these 52 per cent don’t exist. Version 3.4.4.What I am doing?I use a navigationprofile which is based on Brouter1) I create a route with the navigationmenu and save the calculated route as a gpx-file (nav.gpx)2.) I create the same route with the measure distance tool and save the calculated route as a gpx-file (measure.gpx.)3) I start navigation and choose nav.gpx.
The navigation hints are the same like in the calculated route from point 1. This are the hints which a created from brouter.4) I start navigation and choose measure.gpx. Now I have different navigations hint compared to nav.gpx.But I used in both cases for calculation Brouter. So I think the navigationshints must be the same. OsmAnd v3.4.4 from F-Droid, on a Nokia 6.1, Android v9.Using offline maps and in-app pedestrian routing in Delhi, India with default settingsfromtoresults in the following -The gate with entrance=main is ignored, even though there is a path connecting it to the main street and the path continues into the school. Even if a gate isn’t connected (as such details may often be missing), an entrance=main should be preferred over the area center, especially if the area has a barrier=. tag.Graphhopper demonstrates a similar problem -a side note, what on earth is up with the routing in the northeast near the station?
Many fast food restaurants, banks, pharmacies, and other establishments offer drive through service. While the hours for the drive through are sometimes the same as for the main establishment, when the drive through hours differ, this must be displayed by the maps to be completely useful for viewers.If an individual is looking for “open fast food”, they may be fine with only the drive through being open, especially if they are out late at night. In these cases, the openinghours:drivethrough tag is used to denote that the drive through is open, whether or not the establishment is open in general.Please support this tag to make finding open businesses easier.
The zoom is going mad sometimes when zooming out.This happens regularly (on an Android 8.1 in this case, but I already had this before and with older versions). OSMAnd version is 3.4.4.What happens is, that OSMAnd zooms out as far as possible.
You’ll have to close the app and restart it again. I did not figure out why this happens but in the video it seems that I touched some sliding element on the side before. However this does not happen always when you touch other elements, so it happens regularly for me but I could not 100% reproduce why this happens.Video. Osmand: 3.4.4Android: 8.0.0Phone: Huawei Mate 10 light (RNE-L21)Sometimes, after screen has been turned on via proximity sensor, the display does not turn off after the selected period. I suspect it to be an issue with “face unlock” enabled:. Turn on proximity option, set period to 5 seconds.
Start navigation. Lock phone by button. Use proximity feature to turn screen on, make sure your face is not in front of the phone, when timeout period is reached. The lock screen is shown (often with message like “no face detected” on bottom line). After a few more seconds the screen turns off completelyNow in contrast with face in front of the phone.
Turn on proximity option, set period to 5 seconds. Start navigation. Lock phone by button. Use proximity feature to turn screen on, keep face in front of phone.
The screen stays on. No flickering, it just stays on. Seems like “face detection” has denied the lock request.I am able to reproduce this for about 80% of all attempts with face in front. Disabling “face unlock” also solves the problem. What version of OsmAnd are you using, on what device and Android/iOS version?OsmAnd+ 3.4.0 on Android 9Do you use the offline maps offered within the OsmAnd app for download, or online (tile / raster) maps?YesIf you have an issue related to offline maps, tell us the exact name of the map file where the issue occurs, and its edition date.What routing profile is chosen in OsmAnd app? (car, bike, pedestrian, fastest or shortest)BikeRecently OsmAnd has started to switch to the homescreen when I select a route. If I then reopen OsmAnd I can use the route.
Just tried unsuccessfully to replicate this but it happened yesterday quite a lot. Please give us the following information so that we can try to reproduce your issue:.
Open Osmand. Start navigation. Open task manager and close Osmand.
About 1 in 3 times, SystemUI stops responding and the phone needs to be restartedWhat version of OsmAnd are you using, on what device and Android/iOS version?. Osmand Version 3.3.8. Oneplus 3T. LineageOS 16.0 with no gapps, clean installDo you use the offline maps offered within the OsmAnd app for download, or online (tile / raster) maps?Offline maps, Italy. Lenovo Moto G4 plus, Android 7.0OsmAnd+ 3.3.7, released 2019-03-29May style: OsmAndMap: Morocco (Apr 1, 2019) (Standard map + Contour lines + Hillshades)Navigation service: OsmAnd (offline)Coming from the coastal highway north of Agadir (Taghazout), heading to Taroudant:Instead of using the beltway at the edge of Agadir, Osmand routing sends you through the congested city centre. Despite the beltway is highway=trunk, which should be in general a lot faster, the routing prefers the highway=main street through the centre.At the zoom level shown in the image, it looks like parts of the beltway are missing. Though, they reappear when changing the zoom level.Location:https://www.openstreetmap.org/#map=/-9.5154.
OsmAnd 3.2.3 Unlimited, AndroidOsmAnd warns of bumps, humps and pedestrian crossings about 1-2 minutes ahead.Example:there are bumps/humps near to each other like 500 m, the warning gets “stuck” on the screen and ignores other intermediary obstacles. It should leave the screen after passing the obstacle and reaper when it’s close enough to the next obstacle.I also noticed that OsmAnd warns of pedestrian crossings which are near the road I’m driving on even though they are not part of it (e.g. Nearby sidewalk or cross street).Example:suspect that OsmAnd detects and warns about an obstacle if the current way has a node with obstacle tags even far away.
It would be better that the warning showed up to 10-15 seconds before the obstacle, otherwise you would simply dismiss the feature.Map region: Brazilsao-paulosouthamerica, February 28th. No edit on the area so far. I noticed that in osmand data/tiles/ folder the “Hillshade.sqlite” files have a corresponding -shm and -wal files created.
It looks these files are opened for read/write and thus the sqlite engine creates these files, which then go unused.If these files aren’t actually modified by OsmAnd, it could be use for to open them ‘immutable’, ‘read only’ and with ‘exclusive locking’.See the sqlite documentation, e.g.:3.3.This may be a subset of issue #5899. But some sqlite files (like online tiles) may not be made read-only. What version of OsmAnd are you using, on what device and Android/iOS version?Osmand+ 3.1.5 PaidDo you use the offline maps offered within the OsmAnd app for download, or online (tile / raster) maps?OfflineTell us whether you have used OsmAnd’s in-app offline routing, or any online routing provider like YOURS, OpenRouteService or OSRM.Offline routingWhat routing profile is chosen in OsmAnd app? (car, bike, pedestrian, fastest or shortest)CarIssue:When I change language in Display language (General section of Settings) to English, only the language of settings is changed, whilst language of the left main bar is not changed.Even in the inner settings we see untranslated pieces. Hi,I’m not sure, if I am not intelligent enough for Osmand of if this App has a major Bug.When I try to route from one place to another that are both NOT my current gps-positions Osmand just includes my current position into the route without listing it in the list of the navigation placesFor example. My Position is street 1 but I would like osmand to calculate a route from street 2 to street 3, osmand calculates street 1 to street 2 to street 3.
Why???Sorry for my harsh tone, but this really annoys the hell out of me! I actually really like osmand and enjoy my more or less Google-free Android-Phone.best regardsdesputin. I have previously raised this on #5332, but that issue got closed after a map change fixed that specific mis-routing. I am raising this as a general routing issue. In many places I have seen osmand planning routes which include acute angles.I first spotted this when expecting Osmand to take this route: but instead of taking the right turn onto the service road, Osmand preferred to carry on for 50m, make a u-turn (160° turn) onto the other carriageway, then take a left turn onto the service road. I guess Osmand thought 100m of highway=secondary was better than 10m of service road. In other circumstances skipping a tiny service road segment would be a good choice, but in this case the 160° turn makes it silly.Arguably this case was a map bug, and I fixed it (ages ago) by adding a turn restriction.
But I have seen the same thing in other cases where Osmand picked an acute turn which was technically legitimate. Legitimate, but in practice slower than alternatives. Osmand simply doesnt realise that sharp turns are slow. 4896 is the background to my investigation into this issue.
Osmand //does// have some logic checking turn angle, but the code is misleading, the angle thresholds seem wrong, and the penalties are counterproductive for (I understand) compatibility reasons.Since January I have been experimenting with a modified routing.xml which seems to have fixed this for me. I have set:1. #4896 tells us that this field is nothing to do with right turns, but rather a penalty that gets applied for turns which are between 90° and 120° (in either direction). Many roads join at nominal right angles, so it seems irrational to have a penalty conditionally applied depending whether the angle is slightly above, or slightly below 90°.2. This is a penalty applied to turns above 120° (in either direction).That’s all with standard code and modified routing.xml. My next step (which I havent yet had free time for) would be modify the code with a softer turn penalty profile. Something like:.
zero turn penalty up to maybe 45°. A turn penalty that gradually ramps up at something like 0.5 second per degree, from 45° up to 105°. This is a normal range of road corners. A much steeper rate at something like 5 seconds per degree above 105°, which are all non-preferred turns.(My apologies for the duplication from other tickets). I use osmAnd+ on my car Headunit (Ownice c500).
This Headunit has FM Radio. My Problem ist that every time I listen to the radio, osmAnd dosen’t gives my any sound.This ist not a Hardware issues, becaus Google Maps or Skobbler for example, don’t have this issue.So far I can see the difference is what kind of Audio is used. Using the channel “Music” or “Notfication” dosn’t work, but the channel “Navigation” works. Unfortinally I cant Change this in osmand.Here is a Pic of the system settings for the Volume https://chinagadgets.net/wp-content/uploads/20-08-31-11.53.04.jpg. Hi,Ages back I purchased the nautical maps extra and downloaded:. world seamarks (dated: ).
nautical depth contours (dated: ). nautical depth points northern hemisphere (dated: ). nautical depth points southern hemisphere (dated: )Ever since then they’ve been on my update list (except for world seamarks which is in good standing). I’ve tried updating them to no avail. I’m going to try removing them. (but I need to update before I’m offered the chance.) and reinstalling but I think I’ve tried that before.I’m on the beta-test list and have the latest version of Osmand available. My Android version is 7.0 (though this was an issue with 6, also, from memory) running on a Samsung Galaxy S7.Data storage folder is set to external storage.I have the following extras installed:.
OsmAnd Contour Lines 1.0. OsmAnd Nautical 1.0.
OsmAnd Ski Maps 1.0OsmAnd has permission for Camera, Location and Storage. I should really report after I’ve done this test but it always takes /ages/ to do the update and I wind up forgetting and needing to start over when I’m next to an access point without download quotas. I’ll be filing another bug for this. I have OsmAnd+ 2.7.2 on my Huawei Mate 9 phone and I cannot use it for a long drive navigation as it drains the battery faster than a charger can charge.
Also, I noticed that the phone starts to heat up when I use OsmAnd with the charger connected.It’s a good car 2A charger and it can really output 2A. I tested it by using AccuBattery app.Also, I noticed that OsmAnd works less smoothly when the charger is disconnected which made me thinking that OsmAnd uses some sort of a battery economy technique and reduces redraw frequency.Is it possible to have an option (at least in the development plugin) to enable battery eco mode even when the charger is connected? On long distances the route calculation is slow.
This wouldn’t be a problem but if a road is closed it seems to take the same amount of time to recalculate the route. In my case this was about 10 minutes. Maybe you miss the next possible route because of this.Maybe both issues can be fixed if you assume that you usually use motorways on long distances so keeping the route after the motorway link and just recalculate the route to the link.On first calculation it might be possible to start navigation after finding a route to the next motorway link. The rest of the route could be calculated in background. Please give us the following information so that we can try to reproduce your issue:What version of OsmAnd are you using, on what device and Android/iOS version?OsmAnd+ 2.4.6Do you use the offline maps offered within the OsmAnd app for download, or online (tile / raster) maps?Offline mapsIf you have an issue related to offline maps, tell us the exact name of the map file where the issue occurs, and its edition date.Asia - India - Maharashtra, 1 Sep 20161.
Set the map language to Marathi (mr)2. Search for Kolhapur using quick search3. Show the first city on map4. The rendering of the Marathi name on map is wrong. If your select the node, the rendering in the info bar at bottom is correct.Please see attached screenshot demonstrating the problem. When importing a.gpx file into Osmand I can navigate along the track/route.However, if for some reason I did not reach a certain point of the track/route. Might be due to an issue of my gps, because of a construction site, or maybe I took the wrong turn.
Now I check the route on the display and decide to join the route in a subsequent segment again. Osmand tries to route me through that point for several km. It would be nice if it would be possible to setup Osmand, that this time could be reduced.I like to plan my routes using an online route planner and import it into Osmand afterwards. However, it seems that from time to time my gps is inaccurate and therefore Osmand tries to force me to turn, which is really annoying.Let me know what you think.