yashsingh1/xdaforums huggingface dataset:
[G1 Android Development] bjtheone:
Having played around with AI programming and pattern algorithms I respectfully disagree with you. Perhaps I should have said computational resources rather than CPU, since it is a CPU cycle and memory issue but I believe the point is valid.

There is not a ton of CPU time or memory available, Java is way crappier (a highly technical assessment that) than say Perl in doing complex regexs, and the set of potential patterns is huge. Given the possible syntax, you either need a very sophisticated engine (read computationally expensive with potentially a large memory footprint) or a very large lookup table to brute force it.

When you add that together with the real time issue... as the data is very time sensitive, and I believe that it would be a difficult problem to solve. The elegant approach is resource intensive, relative to what you have.

If you take the Magic as a typical/representative sample of an Android phone it typically runs with around 25-28 Mb free before its starts visibly "swapping" (yes I know it does not swap, but that is what it looks like on the surface, and running more stuff is going to have the memory manager killing off and restarting more activities). Depending on what else is going on I have seen Nav act "stuttery" or even fail. If I go and force kill a bunch of stuff to give it 40-50 Mb of operating headroom it performs much better and I don't see the issues.

Based on that I believe adding in the load of trying to reparse the instructions on the fly, quickly enough to still be useful, would be difficult. Especially in a low memory situation, where basic Nav is already impacted.

I think the "continue on" issue is fairly easy to solve but shortening the multiple road names and the other weirdness that occurs that produces the multiple lines of tiny instructions for an extended period of time after a highway on/off ramp is going to be tough.
[G1 Android Development] canadiancow:
When you're running Navigation, the device is on, but it isn't doing that much. As long as the direction is processed before you get to that turn, everything should be okay. The first few turns might be a few seconds away, but realistically, a worst case scenario is probably about a minute per instruction.

Of the devices that support Navigation (i.e., 1.6+), about two thirds are running 2.1 as of yesterday. If they get upgraded to 2.2, then they've also got JIT to help out with any CPU bound tasks (which may or may not help in this scenario).

The Java heap limit on Android is 16MB, so I don't even think it's relevant that a Magic "only" has 30MB free :p

That being said, I really don't think this would be too CPU or RAM intensive to get it working (not perfect, but working). All we need is some callback when the direction list is retrieved, which can implement the algorithm to modify (and remove, where necessary) the instructions.

I'm quite busy at the moment, and my current issues with Nav Launcher don't help, but I'd consider giving this a try in a week or two.
[G1 Android Development] mcjacky:
Thanks from China

Brut, a lot of thanks from me representing many android fans in China

I had been expecting a nice navigation app based on GM for a long time before I downloaded your map from Chinese website.

I registered this account in XDA only to thank you.

:)
[G1 Android Development] bjtheone:
Unfortunately that does not correlate very well with my experience. Please understand I am not disputing the facts you have stated, however at times Nav behaves poorly on my phone and has issues correctly starting up (basically freezes right after providing the first instruction). If I ensure that it has 40-50 MB free it does not do this. I have not investigated this any further but certainly find a strong correlation between amount of RAM free when I launch Nav and its performance.

I also see a noticeable change in performance in general around the 28-30 MB free point. Apps start have increased lag and long launch times. This may be specific to my particular ROM, system config and app set I am running but Amon_RA's 1.6 ION build is generally considered quite stable and high performance.

Having said all that I would be delighted to publicly eat my words when you or Brut add in better direction parsing and it just works... :-)

I would also be delighted to receive any tuning/tweaking suggestions that make this laggy behaviour go away. So far I have pretty much followed Amon_RA's suggestions and left everything on the phone and got messed with Apps2SD or any of the fancier swapping or external caching mods.
[G1 Android Development] rvictorg:
Google Voice

hey guys (or just Brut) I wasn't sure where to ask this, but this seems like the best starting point... Since you managed to get Google Maps/Navigation to work outside the US, I was wondering if there's a way/hack to use Google Voice outside the US as well?? (I'm in Canada and it won't work for me on my Xperia X10) many thanks, keep up the good work Brut, Nav works great for me
[G1 Android Development] JonasDroid:
Not really the best thread for this question but this will do:

http://xdaforums.com/showthread.php?t=667387

There is a newer version of voice search (voice search 2.1 but I don't know if it will work on X10)

BTW: searching could help every once and a while
[G1 Android Development] dsixda:
I think he was referring to Google Voice (doesn't work in Canada), not Google Voice Search.

BTW - brut.all, thanks so much for enabling us Canadian users to use Google Maps Navigation on our Android devices. The new Froyo build broke my usual GPS program (CoPilot Live) so now I must rely 100% on GM Nav to get me through my trip to Montreal this weekend. I may provide feedback on Monday ;-)
[G1 Android Development] nan18:
So, being in Canada, obviously this is the best option for Nav on this phone, just wondering if there's a way to hack "Car Home" to work with Maps brut and Nav brut??
[G1 Android Development] Zimeon:
Tried this out yesterday and works really well in Finland @ HTC Desire. No big problems to mention, atleast for now :p Longer test on Monday.
[G1 Android Development] omoi113:
THANKS FOR GOOD WORK.

I've been searching around for stable G map for weeks.

u rock!
[G1 Android Development] Zimeon:
Is there any way a mod could be created to modify what the text-to-speech pronounces? As streetnames just get confusing so would be great to be able to get jus the turn left after 300m and so on.
[G1 Android Development] hachimada:
It's great work, thanks.

I have a request: could you please post the server for download map tiles? I tried to build off-line maps from "mt1.google.cn/vt/v=w2.4&hl=&gl=cn&x=842&y=388&z=10", but the map tiles are not exact same from the downloaded maps. Thanks again.
[G1 Android Development] rac2030:
Just for your Information, GV is working outside the us... but you will need a SIP account and forward a US local number to your SIP account to pickup the GV verification.

And of course you dont get your calls routed to your real number, just routed to your forwarded us local number that forwards to your SIP phone (if you have a client on your Android you will get it there but just over Dataconnection).
[G1 Android Development] d0g:
This is awesome! I love you!
[G1 Android Development] Zimeon:
This was exactly what I was trying to describe :p Anyway when the TTS tries to pronounce finnish roadnames it's impossible to understand what it's tring to say and therefore makes the whole feature unusable. Would be great to get somekind of switch to disable TTS from pronouncing streetnames if that's possible to add.
[G1 Android Development] rsm86:
This is awesome work

Just wanted to thank you!

All we need right now is a map downloader of some sorts, wish I could get into it but I'm no developer.

You rock, brut!.
[G1 Android Development] shamo42:
That would be awesome.

I love your "save map tiles to SD card" feature!
[G1 Android Development] bjtheone:
To completely "fix" it you likely need "1K character" regexecs... that is what I was pointing out (and yes I used to do Perl for a living... spend a significant amount of time porting data between different CAD systems). I still maintain to completely fix the "problem" it would require a non trivial and hence noticeable amount of processing.

Of course there is a big difference between the resources required to make it better (the continue on and perhaps the ramp weirdness) and make it 100% (fix/shorten all the directions). I certainly agree that to fix some of the more glaring and annoying cases, it will be much simpler... and VERY welcome! :-)

At times the engineer comes out and I tend to focus on completely correct, rather than better.
[G1 Android Development] canadiancow:
That statement seems odd to me.

From my experience, the computer scientist wants perfection. The engineer wants the best time/money - performance trade-off.

A 95% solution is very often the best engineering solution.
[G1 Android Development] IlanLCD:
Spica I5700

Not working as should on the Samsung Spica.

In Navigation getting the message "Searching for GPS" at the screen bottom although GPS is locked. Also no voice directions.
[G1 Android Development] treefort:
Thank you very much for creating this awesome hack! Best one yet for my Milestone by far.

If we could add english street names that would be great. Also, if there is any way to integrate google maps/nav with Motonav that would be kick a$$.

Thanks again.
[G1 Android Development] bjtheone:
Spoken like a man who has never played with CAD data... close is for horseshoes and hand grenades... not high pincount ics... or data conversion between different design systems... :-)

Though to be fair there is a lot of truth to the "close enough" concept in engineering. It is just in the branch I played in close meant really really close.

And trust me, engineers can be anal perfectionist freaks too. The big difference is that we can accept that "thing just work that way" rather than having to have mathematically proofs. Empirical knowledge is ok.
[G1 Android Development] dafunky:
Deleted message
[G1 Android Development] benoitb85:
The navigation is now officially available in Europe :)

I will still keep the Brut version for the other hacks.
[G1 Android Development] Brut.all:
Negative - still nothing in Poland, I think only France got it. But it's nice that they are expanding navigation support :-)
[G1 Android Development] 513:
So far working in France, Germany, Austria, Belgium, Spain, Holland and Switzerland.
[G1 Android Development] Brut.all:
canadiancow will get upset ;-D
[G1 Android Development] anthonws:
Hi all,

Is there an official list of allowed countries?

P.S. Going to try as soon as possible :)

Thanks,

Anthon.
[G1 Android Development] JonasDroid:
I'm a bit sad that the offical works here in Belgium.

Cause I kinda loved the idea that one guy made such a program possible, it gave just that bit extra to the app. But since the official hasn't got the long street name bugs, continiu to turn right and I think it even has dutch guidance (haven't tried it accutally) I should be stupid not to use the official navigation.

This brings me to the request: Is it possible to just install the brut maps, and remove the navigation part? Cause I love the pinch to zoom and cache features.

BTW: I want to thank you again Brut for making this great program possible even before google was able to make it possible for us.

Will u still work on the cache and other features when it's officially realised for all EU countries?
[G1 Android Development] HaloTechnology:
Is Brut stop Developing this

wow cuz is really problem for me i live KSA/Jordan

Any way you've great for every one thank you very much all your work is appreciated it
[G1 Android Development] Brut.all:
Yeah, this is why I have added switches for everything: just disable international navigation in the menu :-)

Yep :-)
[G1 Android Development] Brut.all:
http://googlemobile.blogspot.com/2010/06/fun-on-autobahn-google-maps-navigation.html

Here is the list: 11 more countries. Awesome! :-)
[G1 Android Development] eyckenstein:
Knowing Brut is from Poland I would have introduced Navigation in Poland. Just to discourage Brut a bit. So maybe Google has more love for Open Source than I expected.

from Poland,

Eyckenstein

using brut's GM
[G1 Android Development] anthonws:
Working great in Portugal!! :D

Hurray!!!
[G1 Android Development] rac2030:
Again its not that google doesnt want that we navigate... it's just licence restriktion where they have to make agreements with the local data supliers for this countries.

But its nice that it works in CH ;-)
[G1 Android Development] eyckenstein:
I thought I read somewhere that Google in Europe does not use TeleAtlas's (owned by TomTom (The Netherlands)) anymore, and that they use their own map data that they have gathered during the years. And that that is the reason they have opened Navigation in Europe now, or at least in some parts.
[G1 Android Development] JonasDroid:
Dude, your simply awesome :D

Just one more question is it possible to remove the navigation BRUT icon in my "program list"?
[G1 Android Development] tuxStyle:
I see the navigation works in canada now but i'll still use Brut version because of the caching ...

Keep up the good work and thanks for everything you've done until now.
[G1 Android Development] canadiancow:
http://googlemobile.blogspot.com/2010/06/fun-on-autobahn-google-maps-navigation.html

Austria, Belgium, Canada, Denmark, France, Germany, Italy, the Netherlands, Portugal, Spain, and Switzerland

I can't say I'm disappointed.
[G1 Android Development] Gazorninplat:
Thanks so much for BRUT maps!

With the caching capabilities, I'll stick with BRUT for now.
[G1 Android Development] vroomr4:
Awesome mod! Will there be a way to add addresses in maps to contacts? Like if I get an address in a text, I click it and it loads maps. But there's no way for me to add that address to an existing/new contact.

Thanks!
[G1 Android Development] canadiancow:
I'm still using the mod, but with the international hack disabled :)
[G1 Android Development] canadiancow:
Hmm...

Brut, Google somehow had it enabled in Europe before they officially turned it on.

Think it was a different server, a special client request, or something like that?
[G1 Android Development] kl25:
hey everyone..i did a quick search and couldnt find what i was looking for in the thread so i'm posting

does anyone have the ontario map cached and wouldnt mind sharing it?

or is there a source to download the maps?

thanks all and thanks brute all for the mod .

im using this on a SE x10.
[G1 Android Development] beasjim:
Perhaps that is true, however the copyright on all the maps from scrolling around Europe still say (C) 2010 Tele Atlas.

So lucky you 11 countries, but hey some of us are just going to have to keep using Brut, dam. :)

I think in Australia we could be some time off from actually getting navigation, some of the Google Street Maps are getting rather out of date. They still don't have some major highways added which have been open for over a year. (New Gateway Motorway in Brisbane for example or the Clem Jones Tunnel which has been open for 3 Months).
[G1 Android Development] rac2030:
Re: [APPMOD][19.05.10] Brut Google Maps 4.2.0.4210-brut13

Yes they did since beginning. Google employees can use navigation in all countries for testing purposes... but if the special testserver leaks it wont take long untilled they change it or it could be that they just use authenticated requests with the loginname...
[G1 Android Development] caysman:
I just love you Brut. Nexus One stock Froyo 2.2 running double maps. Perfect. Singapore. Thank you again. I've bought you a burger.
[G1 Android Development] raynerape:
Even with the official Navigation app available in 11 countries, there are hundreds that will continue to rely on [Brut] version for quite a while. Hailing from Bulgaria here, and loving the app. Especially since map caching saves me quite a lot of 3G traffic as I navigate excsluvely in one-two cities at most.

Brut, any chance we could get POI from Google Maps on Android Maps? Google now supports complete directory of GoldenPages in my country, and shows all company offices on the map. Is this possible to support as a layer on Android Maps?
[G1 Android Development] canadiancow:
[18:21:35] <@BUGabundo> canadiancow: I've been trying to get in touch with brutall. can you pass a message to him?

[18:21:45] <canadiancow> uh...sure?

[18:21:50] <@BUGabundo> have m4ps do lang selection without depending on OS lang?

[18:22:01] <@BUGabundo> so we can have voice in portuguese and OS in english
[G1 Android Development] omnikai:
Just wanted to pop in and say a big THANKS to Brut for this! I'm in Canada so I have official navigation now, but I'd still much rather use the brut.mod because of caching.

So many thanks! And if one day we had the ability to share map tiles for a region, that would be amazing too :)
[G1 Android Development] korrosiv:
Search by voice language

Hi all.

First, thanks Brut.all for such a wonderful app. I've been using it long ago and now I'm still using it, even with Google native support for Navigation here in Spain.

There's just one point, that I can't solve, and that has come with the release of the Search by voice feature. I installed thiss app from the Market and works great if used alone (Application menu > Search by voice > Say something > Google web search results).

The problem comes when I try to use the voice recognition to enter a Nav destination and the system "thinks" that I speak English.

For example:

If I say: "paseo de la castellana madrid" (a famous street in madrid)

Phone understands: "chilliwack rest area no money" (:o)

I think Nav gets "en" as Locale.getDefault() instead of "es" for the voice recognition. And I thought it could be originated by the modified Nav, as it allows worldwide navigation (probably faking local info, don't know exactly how). Uninstalling doesn't solve the problem in official Nav, nor does reinstalling both.

After some searching I found this URL:

developer.android.com/guide/topics/search/searchable-config.html

Where you can find this:

The problem only happens when using recognition to enter a Nav destination. In the rest of situation the recognition is correct. And the problem happens in both official and Brut.all versions of Nav.

Is there a way to solve this issue?

Thanks in advance, help is really appreciated.
[G1 Android Development] Brut.all:
It doesn't matter where do I live - as I mentioned I don't even have a car license ;-)

I was always over-enthusiastic about Google, but they really deserve such opinion about them. I didn't know about popularity of this mod, until I have checked download stats about 3 weeks ago. I get ~300 downloads a day on mediafire, ul.to probably hits more, because it is first on the list. Also it is redistributed/mirrored by many people around the world and it is even more redistributed by rom cookers. I would be happy to add usage statistics to know, how many people actually use it, but unfortunately I can't because I would violate people privacy and they don't like it.

The point is: this mod is soo popular, that it should be a real problem for Google, they should react. And they know they don't even have to bother their lawyers - simple "Stop developing this mod" email to me would be enough. But they didn't send it so far.

I really believe they are happy with my mod ;-) They want to give navigation to all people, but they just can't do that right now. I can ;-) In addition I popularize their product in places, where they can't do that by themselves. It's some kind of symbiosis :-)

Just added:

@vroomr4

If you click on address bubble, star it, go back and reopen address properties, then there will be "add as contact" button. But this is generally screwed up, maybe they will add something better soon. Ofc you could use copy&paste - just few clicks more.

I'm in Poland, but I'm really happy with these last news. There was US only for several months, I almost lost hope I will get it someday. Then they have added UK support and now, just 2 months later, we have navi in 14 countries. This makes me optimistic for the future :-)

Yeah, I agree, there is no sense to bother about these tests. We all know Google could run fully working navi nearly everywhere.

Thanks, man! :-)

Yeah, I wasn't on IRC for last few days, but AFAIR BUGabundo has XDA account, it's easy to catch me :-)

For now there are two restrictions: voice lang must be the same as directions language; turn symbols require English directions. I think both of them could be fixed, so answer is: yes, I think it's possible.

http://xdaforums.com/showthread.php?p=6575721#post6575721

I force locale of navigation requests, but it shouldn't affect speech recognition, especially for original GM. I think it's issue of GM itself. If so, then look at my comment to @raynerape and @vroomr4 above: Google should fix this.

Just a week ago navigation was working for English countries only, so Google didn't have much time to find all locale issues. And there should be GM4.3 soon, it's in beta-testing for some time, so maybe you will get it fixed :-)
[G1 Android Development] robto:
Hi korrosiv,

I use Brut Map in Spain too and voice recognition works fine In my Legend. Just tested your example of "paseo de la castellana madrid" to verify.

I am using Brut 13. In my Brut setting I disabled all options except Read Map from Cache and Save Map to Cache. My Voice Search version es 1.4.0 (just to check) Hope this could help.
[G1 Android Development] korrosiv:
Thanks Brut.all for such a quick reply :) I'll have patience then. I'm following this issue too in a spanish speaking forum, and I'll try to keep informed here about this issue.

Don't know if it can help at all, but, when exploring files I found that the tiles cache in sdcard are located in "/sdcard/brut.googlemaps/tiles/map-es_GB". Note the "es_GB"... So it detects my country but not my language correctly, am I right?

As robto said (thanks for your reply robto):

My Voice Search version is 1.6 (I think it's paired to android version, as I have an HTC Tattoo stuck in 1.6 and yours is 2.1). The real version is (taken from Market, not from an app manager) 1.4.1.

In the other forum nobody seems to have this issue. My Brut Mod options are set just the same way (only caching enabled). And my GM-awesome-Brut version is 13 too :)

Thanks both of you for your time.
[G1 Android Development] robto:
Oh! Yes! My Voice Search version is 1.4.0. Apologies for the confusion. I edited my post and corrected already. My Android version is 2.1 (HTC Legend)

By the way, in my SD card I see "/sdcard/brut.googlemaps/tiles/map-es" instead of "/sdcard/brut.googlemaps/tiles/map-es_GB".

Hope you will solve the issue. Voice Seach is usefull .... in some situations : )
[G1 Android Development] korrosiv:
Solution YAY

Hello,

The folder in sdcard made me think and now I found a solution.

Somehow the Locale settings in my device were set to es_GB (I think this combination doesn't even exists, maybe Gibraltar?? but that's English...). The Settings menu from Android didn't help at all, I couldn't set it to es_ES with regular tools. So this is what I did:

1) Install LocaleSwitchWidget from Market (allows adding a widget to switch between 2 Locales)

2) Add a widget

3) When prompted for the 2 languages to switch choose the same in both (Spanish Spain in my case).

4) Use the widget

5) the Home/Sense will restart and there you have it. Fully voice recognition even in GM and GM-Brut.all

6) You can now uninstall the widget (or keept it for future)

Hope this can help in future for people with this problem.

Thanks all.
[G1 Android Development] robto:
As I said in the previous post, I see "/sdcard/brut.googlemaps/tiles/map-es" instead of "/sdcard/brut.googlemaps/tiles/map-es_GB"

Something interesting is that I enabled Brut SD map caching AFTER Google Maps Navigations and Voice Search were enabled in Spain. Could it be a clue?

Why don't you try to disable map caching, restart PDA or kill Maps process and enable map caching again?
[G1 Android Development] robto:
Great to know : ) Insteresting solution.