On Tuesday, July 30, 2019 at 4:53:23 AM UTC-7, Xavier wrote:
>
> On Mon, Jul 29, 2019 at 12:56:02PM -0700, OA wrote:
> >??? I can't set intermediate destinations (all of them replaces my actual
> >destination, see lot of examples above)
>
> You've been shown, in great detail, in this list,
ay, for no
> other reason than a design flaw (?) that broke the other way - I do not
> agree here.
>
> Personally, I have my own problems with osmand, not keeping its
> destination.
>
> Whenever I enter a destination, but do not start immediately, the
> destination
mply that you have to think and work in a certain way, for no
other reason than a design flaw (?) that broke the other way - I do not
agree here.
Personally, I have my own problems with osmand, not keeping its destination.
Whenever I enter a destination, but do not start immediately, the
destin
On Fri, Jul 19, 2019 at 02:27:33PM -0700, OA wrote:
On Thursday, July 18, 2019 at 7:57:10 PM UTC-7, Xavier wrote:
>My OsmAnd has version 3.4.4 (released 2019-07-15). And in
this version, it starts routing immediately when I press on DIRECTIONS
>button (on right bottom corner)
No, I'm
El dj. 18 de 07 de 2019 a les 15:18 -0700, en/na OA va escriure:
> On Wednesday, July 17, 2019 at 10:11:24 PM UTC-7, Pere Pujal i Carabantes
> wrote:
> > Hi, to debug weird things like this, it would be useful if you do some
> > tests:
> > If your version of osmand is the + one, then install the
On Thursday, July 18, 2019 at 7:57:10 PM UTC-7, Xavier wrote:
>
> >My OsmAnd has version 3.4.4 (released 2019-07-15). And in
>
>this version, it starts routing immediately when I press on DIRECTIONS
> >button (on right bottom corner)
>
> No, I'm referring to DIRECTIONS (which is on the right
On Thu, Jul 18, 2019 at 03:37:13PM -0700, OA wrote:
On Wednesday, July 17, 2019 at 2:47:18 PM UTC-7, Xavier wrote:
I do not see that behavior with the slightly older version that is
still on F-Droid. Going to favorites and picking one takes me to
the location of the favorite, but does not
On Thu, Jul 18, 2019 at 03:18:29PM -0700, OA wrote:
On Wednesday, July 17, 2019 at 10:11:24 PM UTC-7, Pere Pujal i Carabantes
wrote:
Hi, to debug weird things like this, it would be useful if you do some
tests:
If your version of osmand is the + one, then install the free one,
...
The key is
On Wednesday, July 17, 2019 at 2:47:18 PM UTC-7, Xavier wrote:
>
> On Wed, Jul 17, 2019 at 02:24:32PM -0700, OA wrote:
> >On Tuesday, July 16, 2019 at 6:56:56 PM UTC-7, Xavier wrote:
> >>
> >> On Tue, Jul 16, 2019 at 03:36:17PM -0700, OA wrote:
> >> >Today I've updated OsmAnd to 3.4.4
On Wednesday, July 17, 2019 at 10:11:24 PM UTC-7, Pere Pujal i Carabantes
wrote:
>
> Hi, to debug weird things like this, it would be useful if you do some
> tests:
> If your version of osmand is the + one, then install the free one,
> download a small map and test the behavior you describe
Op do 18 jul. 2019 om 10:26 schreef Martin Trautmann :
> On 19-07-12 13:13, Harry van der Wolf wrote:
> > Your approach actually asks for another "preparation". You should first
> > make your first route point your destination, and then add your home
> > address again as subsequent destination
On 19-07-12 13:13, Harry van der Wolf wrote:
> Your approach actually asks for another "preparation". You should first
> make your first route point your destination, and then add your home
> address again as subsequent destination (whatever that is in your
> language). Then continue with the
Hi, to debug weird things like this, it would be useful if you do some tests:
If your version of osmand is the + one, then install the free one, download a
small map and test the behavior you describe there.
If it performs right, then the problem must be somewere on your osmand+
On Wed, Jul 17, 2019 at 02:24:32PM -0700, OA wrote:
On Tuesday, July 16, 2019 at 6:56:56 PM UTC-7, Xavier wrote:
On Tue, Jul 16, 2019 at 03:36:17PM -0700, OA wrote:
>Today I've updated OsmAnd to 3.4.4 (released 2019-07-15). and it
continues
>It's completely useless now :(
I have attached four
On Tuesday, July 16, 2019 at 6:56:56 PM UTC-7, Xavier wrote:
>
> On Tue, Jul 16, 2019 at 03:36:17PM -0700, OA wrote:
> >Today I've updated OsmAnd to 3.4.4 (released 2019-07-15). and it
> continues
> >to be useless as all previous versions :( I can not add any intermediate
> >destination
On Tuesday, July 16, 2019 at 4:01:49 PM UTC-7, J Albrecht wrote:
>
> Works like a proverbial charm over here. As I expect if does for everybody
> else if they set intermediate and final destinations properly. This adverb
> does not seem to apply to you. Re-read the instructions and everything
Works like a proverbial charm over here. As I expect if does for everybody else
if they set intermediate and final destinations properly. This adverb does not
seem to apply to you. Re-read the instructions and everything that has been
posted here and try again. Eventually, regardless of how
On Mon, Jul 15, 2019 at 01:43:10PM -0700, OA wrote:
On Friday, July 12, 2019 at 8:02:58 PM UTC-7, Xavier wrote:
On Fri, Jul 12, 2019 at 07:25:19PM -0700, OA wrote:
> Today OsmAnd has updated itself to 3.4.2 (released 2019-07-10).
I do not yet have that version, so I can't comment on what it
Yesterday I've installed the latest 3.4.3 (released 2019-07-12). And I
can't use it at all. Every time I try to add a new intermediate destination
(tap on "DIRECTION" button, at right bottom corner), it resets my own
destination to that location and immediately starts calculate the route to
On Fri, Jul 12, 2019 at 07:25:19PM -0700, OA wrote:
On Friday, July 12, 2019 at 6:15:00 AM UTC-7, Xavier wrote:
For myself, I've prepared routes in OsmAnd ahead of time, and when I've
used the "show home screen" button (or the "show running apps" button
and then picking another running app)
On Friday, July 12, 2019 at 6:15:00 AM UTC-7, Xavier wrote:
>
> For myself, I've prepared routes in OsmAnd ahead of time, and when I've
> used the "show home screen" button (or the "show running apps" button
> and then picking another running app) I've never experienced the
> prepared route
Thanks Harry. For an update showing v.3.3 route prep and analysis,
see https://youtu.be/UXpvjE1vmbI
On Tuesday, March 19, 2019 at 6:09:23 PM UTC-7, OA wrote:
>
> With latest 3.3.6 OsmAnd I've noticed, that app stopped using the last
> used destination point I used before I close it. Why is
On Thu, Jul 11, 2019 at 10:38:02PM -0700, OA wrote:
This story has continuation... After setting the route I exited OsmAnd by
pressing "Back" button on my phone. Then, when I was sitting in the car and
ready to start my trip, I opened OsmAnd and it asked me to set my
destination...
What
Op do 11 jul. 2019 om 22:33 schreef OA :
>
> Developers, I'm begging you, please return back to old fashioned design,
> when I can set my destination once and for all my trips. As I mentioned
> earlier, I always start my trip from home and and it at my home (don't you
> do the same?). There is no
My observation was that the destination is gone when I stop/pause the
routing - because I prepared it earlier, but did not want the lady talk
to me all the time with "gps signal lost", while I did not start yet.
Personally, I'm glad to see a search history - and I am disappointed
that the actual
This story has continuation... After setting the route I exited OsmAnd by
pressing "Back" button on my phone. Then, when I was sitting in the car and
ready to start my trip, I opened OsmAnd and it asked me to set my
destination... I thought, that I was already prepared my route. No, not at
Today is June, 11.
What is the point of setting destination for every route? As I've said
earlier, I always start my trip from home and and it at home. In the latest
version of OsmAnd I have to add this destination all the times I start it.
It works this way:
1. Start OsmAnd and click on
Today (April, 29) I've got precisely the same case. After creating route
with several (3) intermediate destinations, OsmAnd asked me to set
destination again :(
What about this new obsession - to reset destination every time possible?
Did I asked for it? Of cause not... Then why it tries to
Today (April, 29) I've got precisely the same case. After creating route
with several intermediate destinations (3), And OsmAnd asked me to set
destination again :(
What about this new obsession - to reset destination every time possible?
Did I asked for it? Of cause not... Then why it tries
Today I've got yet another "Resetting destination" accident. I've created
route, that included 2 intermediate destinations. I closed OsmAnd. Then I
reopened it again and it showed that the track is just fine. I repeated it
several times.
But when I tried to start navigation, it asked me to set
OK, today I had bad experience with latest 3.3.7. When I opened my old GPX
file, highlighted it on map and asked it to use it as my new route, it
demanded (it's not just insisting, there is no way to bypass it) to set my
destination. BTW, that old GPX truck (I used it many times to navigate
OK, today I had bad experience with 3.3.7. When I opened my old GPX file,
highlighted it on map and asked it to use it as my new route, it demanded
(it's not just insisting, there is no way to bypass it) to set my
destination. BTW, that old GPX truck (I used it many times to navigate with
my
OK, today I had bad experience with 3.3.7. When I opened my old DPX file,
highlighted it on map and asked it to use it as my new route, it demanded
(it's not just insisting, there is no way to bypass it) to set my
destination. BTW, that old GPX truck (I used it many times to navigate with
my
Using 3.3.6, I'm unable to duplicate the two problems you describe. Earlier
versions of 3.3.x were more buggy when it came to specifying routes, but
the latest version seems have fixed many of the issues, and from what I can
see on GitHub (not that I'm an experienced observer), more fixes are
On Thursday, March 21, 2019 at 12:59:51 AM UTC-7, Peter B wrote:
>
> https://download.osmand.net/releases/
> https://download.osmand.net/night-builds/
Thanks a lot @Peter B. I don't have paid version. I suppose, that all apps
in that list are free versions. Am I wrong?
Today I've encountered (a
https://download.osmand.net/releases/
https://download.osmand.net/night-builds/
--
You received this message because you are subscribed to the Google Groups
"Osmand" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to osmand+unsubscr...@googlegroups.com.
The last destination is now at the top of the "History" list in the new
directions menu. It's just a press away. This has at least one advantage.
Before, you could never fully clear a route to start over. Pressing the
directions button would automatically start navigation to the most recent
With latest 3.3.6 OsmAnd I've noticed, that app stopped using the last used
destination point I used before I close it. Why is that? I always use my
"Home" as my final destination. Driving to work, then returning to home.
Driving to shop, than returning to home again... All of my navigation are
38 matches
Mail list logo