Re: A trick to display correct Asian fonts instead of empty boxes after update to Lollipop 5.0.2

[tmss]

Wow thanks a lot for this, I have this exact same problem on Android 6.0 
and Osmand 2.6.2. Seems like they haven't fixed this problem yet, but 
thankfully the safe mode trick works. Like you mentioned I have 
experiencing major slow downs from enabling safe mode though. Very 
frustrating and even more so considering there still hasn't been a fix 
released!

On Friday, 13 March 2015 08:06:12 UTC, Okusawa Yonsama wrote:
>
> I have a Nexus 7 (2013) in Japan. For a better look, I normally use 
> English as Language for the entire system. In the OS 4.4.4, I had no problem
> in the display of Japanese fonts, since my system has Japanese fonts. I 
> have recently updated the OS  to the Lollipop 5.0.2 and found that the 
> Japanese fonts are no longer displayed correctly on the map and they are 
> replaced by rectangular empty boxes. After some tries, I found a trick to 
> display correct Japanese fonts again. In Osmand, go to the Setting and 
> then to General. As the Display language, choose System. As the Map 
> prefered language, choose Local names. Then, at the nearly bottom of 
> Setting list, check Safe mode. Then, you can see correct Japanese fonts
> again. This Safe mode may slow down your Osmand significantly, but for the 
> time being, this is a fix that works.
>
> I think that the problem is that the Osmand native code has some 
> imcompatibilities with the Loliipop 5.0.2. I hope that the problem will be 
> fixed
> in the Lollipop 5.1 or a new version of Osmand.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Verwirrende Navigationsansagen

[CP]

Schau die Karte mal an: Es ist auch ziemlich unmöglich eine Anweisung zu 
geben die Absolut ist und nicht verwirrend.
"Zweiter links" ist vielleicht ein besseres Alternativ. Aber wer/was 
entscheidet was besser ist...


-CP


Op 16-04-17 om 16:43 schreef Marcel Müller:
Das ist echt extrem verwirrend, klar, wenn man auf die Karte schaut 
sieht man es dann schon.


Kann man da am Tagging oder so etwas optimieren?

Am 16.04.2017 16:38 schrieb "CP" >:


Der Note ist richtig. Die U-turn ist verantwortlich fuhr die erste
rechts abbiegen Meldung.

-CP


Op 16-04-17 om 15:39 schreef Marcel Müller:

Alles was es dazu zu sagen gibt, ist bereits im Note vermerkt:

http://www.openstreetmap.org/note/960237


(I hope german is ok...)

Muss an den Kartendaten, oder an der App etwas geändert werden,
damit hier sinnvolle Anweisungen entstehen?
-- 
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
.
For more options, visit https://groups.google.com/d/optout
.


-- 
You received this message because you are subscribed to a topic in

the Google Groups "Osmand" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/osmand/mHJ1ETUGSHc/unsubscribe
.
To unsubscribe from this group and all its topics, send an email
to osmand+unsubscr...@googlegroups.com
.
For more options, visit https://groups.google.com/d/optout
.

--
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 
.

For more options, visit https://groups.google.com/d/optout.


--
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.
For more options, visit https://groups.google.com/d/optout.

Re: Verwirrende Navigationsansagen

[Marcel Müller]

Das ist echt extrem verwirrend, klar, wenn man auf die Karte schaut sieht
man es dann schon.

Kann man da am Tagging oder so etwas optimieren?

Am 16.04.2017 16:38 schrieb "CP" :

> Der Note ist richtig. Die U-turn ist verantwortlich fuhr die erste rechts
> abbiegen Meldung.
>
> -CP
>
>
> Op 16-04-17 om 15:39 schreef Marcel Müller:
>
> Alles was es dazu zu sagen gibt, ist bereits im Note vermerkt:
>
> http://www.openstreetmap.org/note/960237
>
> (I hope german is ok...)
>
> Muss an den Kartendaten, oder an der App etwas geändert werden, damit hier
> sinnvolle Anweisungen entstehen?
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "Osmand" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/osmand/mHJ1ETUGSHc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> osmand+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Verwirrende Navigationsansagen

[CP]

Der Note ist richtig. Die U-turn ist verantwortlich fuhr die erste 
rechts abbiegen Meldung.


-CP


Op 16-04-17 om 15:39 schreef Marcel Müller:

Alles was es dazu zu sagen gibt, ist bereits im Note vermerkt:

http://www.openstreetmap.org/note/960237

(I hope german is ok...)

Muss an den Kartendaten, oder an der App etwas geändert werden, damit 
hier sinnvolle Anweisungen entstehen?

--
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 
.

For more options, visit https://groups.google.com/d/optout.


--
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.
For more options, visit https://groups.google.com/d/optout.

Verwirrende Navigationsansagen

[Marcel Müller]

Alles was es dazu zu sagen gibt, ist bereits im Note vermerkt:

http://www.openstreetmap.org/note/960237

(I hope german is ok...)

Muss an den Kartendaten, oder an der App etwas geändert werden, damit hier 
sinnvolle Anweisungen entstehen?

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Bicycle profile, avoid unpaved, tracks

[Poutnik Fornntp]

I guess it is aiming toward osmandtrier
as I have said nothing like that.

I think Osmand routing has made a big step in 2.6 version.



On 16 April 2017 13:30:06 Paul Johnson  wrote:


OK, so the routing engine could use some optimization, but I don't see  how
that's a waste for those of us who do actually use the bicycle mode.

On Sun, Apr 16, 2017 at 5:08 AM, Poutnik Fornntp 
wrote:


Neither I use OSMand bicycle routing,
as Brouter outperforms it even by features, aside of using mostly LocusMap.

But not all Osmand users are Brouter aware, and such implementation may
confuse them

On 16 April 2017 12:00:02 "'Osmandtrier' via Osmand" <
osmand@googlegroups.com> wrote:


In my opinion it is a waste of time correcting this routing file.

Why? I measured some things this morning.

Xperia Z1c

Osmandrouting  needed for a route linear distance 45 km  with default
settings

Spring 2015 30 sec.
Spring 2017 210 sec.

Using safety and flat 390 sec.

Brouter

Spring 30 sec regarding elevation
Spring 2017 15 sec. regarding elevation

Benchmark of a singlecore increased in this two years 40 percent. Based
on comparing S6 and S7.

Xperia Z1c is a little bit better than a S6.


Am Sonntag, 16. April 2017 10:48:19 UTC+2 schrieb Poutnik:


Hi,

It seems to me the routing.xml

from master Github branch
incorrectly considers in the bicycle profile all tracks as unpaved.

Many tracks are paved, what can be seen at tag surface=
or implied from the tag tracktype=grade1.

In fact, minor roads, paved tracks and cycleways,
form the backbone of the bicycle trekking network.

routing.xml quote
.
 










...

--
Poutnik ( The Wanderer )

My Brouter profiles https://github.com/poutnikl/Brouter-profiles/wiki

--

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.
For more options, visit https://groups.google.com/d/optout.


--
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.
For more options, visit https://groups.google.com/d/optout.



--
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.

For more options, visit https://groups.google.com/d/optout.


--
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.
For more options, visit https://groups.google.com/d/optout.

Re: Show Ref of motorway-exit by navigation

[Paul Johnson]

On Sun, Apr 9, 2017 at 10:52 AM, 'jan99' via Osmand  wrote:

> Hi!
>
> i look to junction:ref and when i und erstand correct it would be a
> poposual in 2012 with no success
>

https://taginfo.openstreetmap.org/compare/highway=motorway_junction/junction:ref
 junction:ref is gaining traction as it is a more precise method.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Bicycle profile, avoid unpaved, tracks

[Paul Johnson]

OK, so the routing engine could use some optimization, but I don't see  how
that's a waste for those of us who do actually use the bicycle mode.

On Sun, Apr 16, 2017 at 5:08 AM, Poutnik Fornntp 
wrote:

> Neither I use OSMand bicycle routing,
> as Brouter outperforms it even by features, aside of using mostly LocusMap.
>
> But not all Osmand users are Brouter aware, and such implementation may
> confuse them
>
> On 16 April 2017 12:00:02 "'Osmandtrier' via Osmand" <
> osmand@googlegroups.com> wrote:
>
>> In my opinion it is a waste of time correcting this routing file.
>>
>> Why? I measured some things this morning.
>>
>> Xperia Z1c
>>
>> Osmandrouting  needed for a route linear distance 45 km  with default
>> settings
>>
>> Spring 2015 30 sec.
>> Spring 2017 210 sec.
>>
>> Using safety and flat 390 sec.
>>
>> Brouter
>>
>> Spring 30 sec regarding elevation
>> Spring 2017 15 sec. regarding elevation
>>
>> Benchmark of a singlecore increased in this two years 40 percent. Based
>> on comparing S6 and S7.
>>
>> Xperia Z1c is a little bit better than a S6.
>>
>>
>> Am Sonntag, 16. April 2017 10:48:19 UTC+2 schrieb Poutnik:
>>>
>>> Hi,
>>>
>>> It seems to me the routing.xml
>>> 
>>> from master Github branch
>>> incorrectly considers in the bicycle profile all tracks as unpaved.
>>>
>>> Many tracks are paved, what can be seen at tag surface=
>>> or implied from the tag tracktype=grade1.
>>>
>>> In fact, minor roads, paved tracks and cycleways,
>>> form the backbone of the bicycle trekking network.
>>>
>>> routing.xml quote
>>> .
>>>  
>>>
>>> >> v="steps"/>
>>> >> v="ferry"/>
>>> >> v="dismount"/>
>>> >> v="designated"/>
>>> 
>>> >> v="track"/>
>>> >> v="footway"/>
>>> >> v="path"/>
>>> 
>>> ...
>>>
>>> --
>>> Poutnik ( The Wanderer )
>>>
>>> My Brouter profiles https://github.com/poutnikl/Brouter-profiles/wiki
>>>
>>> --
>> 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.
>> For more options, visit https://groups.google.com/d/optout.
>>
> --
> 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.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Bicycle profile, avoid unpaved, tracks

[Poutnik Fornntp]

Neither I use OSMand bicycle routing,
as Brouter outperforms it even by features, aside of using mostly LocusMap.

But not all Osmand users are Brouter aware, and such implementation may 
confuse them



On 16 April 2017 12:00:02 "'Osmandtrier' via Osmand" 
 wrote:



In my opinion it is a waste of time correcting this routing file.

Why? I measured some things this morning.

Xperia Z1c

Osmandrouting  needed for a route linear distance 45 km  with default
settings

Spring 2015 30 sec.
Spring 2017 210 sec.

Using safety and flat 390 sec.

Brouter

Spring 30 sec regarding elevation
Spring 2017 15 sec. regarding elevation

Benchmark of a singlecore increased in this two years 40 percent. Based on
comparing S6 and S7.

Xperia Z1c is a little bit better than a S6.


Am Sonntag, 16. April 2017 10:48:19 UTC+2 schrieb Poutnik:


Hi,

It seems to me the routing.xml

from master Github branch
incorrectly considers in the bicycle profile all tracks as unpaved.

Many tracks are paved, what can be seen at tag surface=
or implied from the tag tracktype=grade1.

In fact, minor roads, paved tracks and cycleways,
form the backbone of the bicycle trekking network.

routing.xml quote
.
 










...

--
Poutnik ( The Wanderer )

My Brouter profiles https://github.com/poutnikl/Brouter-profiles/wiki




--
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.

For more options, visit https://groups.google.com/d/optout.


--
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.
For more options, visit https://groups.google.com/d/optout.

Re: Bicycle profile, avoid unpaved, tracks

['Osmandtrier' via Osmand]

In my opinion it is a waste of time correcting this routing file.

Why? I measured some things this morning.

Xperia Z1c

Osmandrouting  needed for a route linear distance 45 km  with default 
settings

Spring 2015 30 sec.
Spring 2017 210 sec.

Using safety and flat 390 sec.

Brouter 

Spring 30 sec regarding elevation
Spring 2017 15 sec. regarding elevation

Benchmark of a singlecore increased in this two years 40 percent. Based on 
comparing S6 and S7.

Xperia Z1c is a little bit better than a S6.


Am Sonntag, 16. April 2017 10:48:19 UTC+2 schrieb Poutnik:
>
> Hi,
>
> It seems to me the routing.xml 
> 
>   
> from master Github branch 
> incorrectly considers in the bicycle profile all tracks as unpaved. 
>
> Many tracks are paved, what can be seen at tag surface=
> or implied from the tag tracktype=grade1.
>
> In fact, minor roads, paved tracks and cycleways,
> form the backbone of the bicycle trekking network.
>
> routing.xml quote
> .
>   
>
>   
>   
>   
>   
>   
>   
>   
>   
>   
> ...
>
> -- 
> Poutnik ( The Wanderer )
>
> My Brouter profiles https://github.com/poutnikl/Brouter-profiles/wiki
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: Feature request - Show elevation profile of planned route

[gergyverjux]

Implementation in 2.6 goes beyond my expectations :) - Congratulation! 

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Bicycle profile, avoid unpaved, tracks

[Poutnik]

Hi,

It seems to me the routing.xml

 
from master Github branch
incorrectly considers in the bicycle profile all tracks as unpaved.

Many tracks are paved, what can be seen at tag surface=
or implied from the tag tracktype=grade1.

In fact, minor roads, paved tracks and cycleways,
form the backbone of the bicycle trekking network.

routing.xml quote
.
 










...

-- 
Poutnik ( The Wanderer )

My Brouter profiles 
https://github.com/poutnikl/Brouter-profiles/wiki

-- 
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.
For more options, visit https://groups.google.com/d/optout.