Active Topics
-
[HOWTO] Comprehensive Firmware Flashing Guide for N9 (1,580)
to Nokia N9 / N950 by aspergerguy - 12 hrs, 34 mins ago -
Nokia N9-00 Prototype Build S1.12 (RM-680 codename "Dali") (250)
to Nokia N9 / N950 by en0s - 3 days, 8 hrs ago -
[Announce] Maebble - Pebble support for Maemo (118)
to Applications by glo-worm - 3 days, 21 hrs ago -
Possible to flash Leste to eMMC? (6)
to Maemo 7 / Leste by Eri - 4 days, 11 hrs ago - more...
|
2006-05-22
, 05:19
|
|
Posts: 190 |
Thanked: 5 times |
Joined on Nov 2005
@ Bee-u-tee-ful Garden Home, Oregon
|
#152
|
Originally Posted by RussNelson
Probably, but I thought the zoom was reasonable at the time. Was taking ~10 secs to traverse a tile (or so). Of course it's all relative to your speed (I did like the suggestion the map should zoom relative to the current speed).Sounds like you need to zoom out a little more.
The real problem with this is the bandwidth available - sometimes it sucks. Makes a 28.8k modem feel fast (ok, I guess it's about the same really). My experience with GPRS is it's very slow. I'd guess it takes about 10 secs to download a single map tile, vs. 2 secs with EDGE. Add in any dropouts while moving and download time can really lag.
(I've been so excited lately - I just got my EDGE phone and it's changed the whole experience for me - before having GPRS connectivity was useful in a pinch, but so slow. Now with EDGE, it feels like a decent connection. Like slow DSL, I guess. I sat in a bar tonight scrolling around, downloading maps, watching the progress bar in maemo-mapper just amazed at the speed. Guess I'm easily entertained)
Originally Posted by RussNelson
A great idea actually. Plenty of opportunity there for tuning too - sample the download speed as well as current speed and load the queue (maybe non-trivial, but could be fun to tweek).Perhaps the autloading algorithm should give up on map tiles that have gone off-screen?
Brad.
|
|
2006-05-22
, 06:21
|
|
Posts: 2 |
Thanked: 0 times |
Joined on Mar 2006
|
#153
|
Originally Posted by gnuite
that would be great as there are also other issues with localisation.The GPX Driving Directions web service (and hence Maemo Mapper itself, which uses the web service) utilizes Google Maps and thus should work with any address that works with Google Maps. To be more specific, the web service uses maps.google.com - it may not work with maps.google.de or any other locale-specific version of Google Maps.
When the driving directions parsing code is moved from the web service into Maemo Mapper itself, you will be able to provide your own URL, meaning that you can use the .de version (or any other version) if you wish (at the risk of violating Google's copyright?).
for example the german "Straße" becomes "Stravenueße" if it stands alone. combined words like "Universitätsstraße" do not get changed, though.
|
|
2006-05-22
, 10:04
|
|
Posts: 17 |
Thanked: 0 times |
Joined on May 2006
|
#154
|
hi, nessuno parla italiano??
help maemo mapper
help maemo mapper
 |
|
2006-05-22
, 14:26
|
|
Posts: 1,245 |
Thanked: 421 times |
Joined on Dec 2005
|
#155
|
Originally Posted by bradb
At 30 mph or more, you probably don't need to be at the most detailed zoom level; the further you zoom out, the fewer maps you will need to download, which should help alleviate bandwidth issues.Actually, I've been using maemo mapper with a cell phone and bluetooth gps and my experience has been about the same: It seems to lock up after running fine for 10-20 minutes... I've managed to give it a "kick-start" by pressing the on-off button (is this the same as closing the lid?)
A few other comments:
- Downloading via cell is a problem, at least when speeds are slower than EDGE. The user interface seems to freeze while the map is loading, and at 30 miles per hour (or more) I don't think maemo mapper will ever keep up (since more and more maps need to be loaded).
Originally Posted by bradb
I don't think it's a thread inefficiency problem. I've tested auto-downloading on my Nokia 770 over my high-speed WAN (panning around a lot to stress the system) without any maleffect on the UI, so it's more likely a bandwidth problem, although that shouldn't affect the UI itself.This could be a problem because I'm in-between cell towers or maybe the 770 just doesn't have enough oompf to run multiple threads efficiently.
And a EDGE speeds, the display can get a little jerky when downloading (though I have no idea of the network conditions when the problem occurs) but it's still usable.
So in my limited testing, I don't think it's practical to download maps are you travel - yet. But when it works it's very cool.
Originally Posted by bradb
There is a built-in sanity check in the NMEA protocol, so unless your GPS is ignoring that part of the protocol, it shouldn't plot a point unless it is considered "valid" by the GPS receiver. This is, of course, receiver-dependent.- Twice I've lost my gps fix for about 40 seconds (the west hills tunnels). As I was driving, my girlfriend was watching the 770. She told me that the track suddenly jumped "way off" but after we exited the tunnel, tracking resumed as expected. Certainly a minor glitch, but I wonder if sanity checking of the gps positions returned (vs. the current speed/position) isn't warranted?
[QUOTE=bradb]- flite works great, but the volume is so low I don't think this is really useful without earphones. And by great I mean it has a terrible voice but is a real cool hack :-)
Originally Posted by bradb
I've noticed this sometimes with my WAN connection, but only when that WAN connection is not currently in use. If I'm listening to internet radio while I start Maemo Mapper, for example, I have no problems. It's bizarre, but I'm not sure there's anything I can do about it without moving all of the bluetooth connection code outside of Maemo Mapper.- I think the latest firmware 5.2006.13-7 has improved system stability when more than one bluetooth device is connected at the same time (or so it seems). And it seems that using wifi and bluetooth at the same time is also improved. But maemo mapper seems to kill any active connections when it starts, so I've gotten used to making sure I don't connect to T-Mobile until _after_ the application is started.
Originally Posted by bradb
GPSD support (which will hopefully also assuage some of the nastier connection-related problems with Maemo Mapper) is coming with Maemo Mapper v0.2, which will be released for the 2006 OS.I'll report more as I keep testing.
And good news about gpsd integration for the next version - I'm getting ready to put a soekris box in my trunk (ala stompbox) and I was hoping to use the 770 as the front-end.
I'll be releasing a v0.1.1 later this week to address some of the reliability issues.
|
|
2006-05-22
, 15:25
|
|
Posts: 1 |
Thanked: 0 times |
Joined on May 2006
|
#156
|
Hi,
Firstly, thanks for a great applicaion - very slick in operation, does what it's supposed to do (mostly anyway, see below :-p) and without the bloat...
Secondly, I'm experiencing the locking up problem as discussed earlier in the thread - has any progress been made with this at all? I'd be willing to do any diagnostics with my setup if required.
Essentially what is happening is that mapper locks up and becomes unresponsive to any user input. Sometimes a small white box appears in the top right corner of the screen, similar in nature to the dialogue boxes that say "Searching for GPS reciever" or "Establishing GPS fix", although no text actually appears. The screen will still change back and forward from fullscreen mode - although the screen isn't properly refreshed when doing this.
It is possible to close maemo-mapper by clicking the red X in the top right. Reopening maemo-mapper results in it being unable to find the GPS receiver. Interesting, running 'hcitool scan' reveals no bluetooth devices (even though my BT phone is in range) and gives an error message along the lines of "Cannot open socket" (IIRC).
Rebooting fixes the situation. I don't believe the GPS reciver loses signal when it happens, but I could be wrong.
FWIW:
IT 2005 software edition, v 5.2006.13-7
Nokia 6230i phone with BT enabled and in range at all times (although not actually connected at the time)
An unbranded BT GPS reciever, claiming to be a model GNT-120 (chosen because it was cheap!).
Sorry for the lengthy post, I've tried to include as much detail as possible. Again, I'd be more than willing to do some debugging if required.
Thanks again,
Ed
**
And having just posted all that, I've noticed that you're planning to release v0.1.1 to address these issues - feel free to ignore me!
Last edited by ehjones; 2006-05-22 at 15:31.
Firstly, thanks for a great applicaion - very slick in operation, does what it's supposed to do (mostly anyway, see below :-p) and without the bloat...
Secondly, I'm experiencing the locking up problem as discussed earlier in the thread - has any progress been made with this at all? I'd be willing to do any diagnostics with my setup if required.
Essentially what is happening is that mapper locks up and becomes unresponsive to any user input. Sometimes a small white box appears in the top right corner of the screen, similar in nature to the dialogue boxes that say "Searching for GPS reciever" or "Establishing GPS fix", although no text actually appears. The screen will still change back and forward from fullscreen mode - although the screen isn't properly refreshed when doing this.
It is possible to close maemo-mapper by clicking the red X in the top right. Reopening maemo-mapper results in it being unable to find the GPS receiver. Interesting, running 'hcitool scan' reveals no bluetooth devices (even though my BT phone is in range) and gives an error message along the lines of "Cannot open socket" (IIRC).
Rebooting fixes the situation. I don't believe the GPS reciver loses signal when it happens, but I could be wrong.
FWIW:
IT 2005 software edition, v 5.2006.13-7
Nokia 6230i phone with BT enabled and in range at all times (although not actually connected at the time)
An unbranded BT GPS reciever, claiming to be a model GNT-120 (chosen because it was cheap!).
Sorry for the lengthy post, I've tried to include as much detail as possible. Again, I'd be more than willing to do some debugging if required.
Thanks again,
Ed
**
And having just posted all that, I've noticed that you're planning to release v0.1.1 to address these issues - feel free to ignore me!
Last edited by ehjones; 2006-05-22 at 15:31.
|
|
2006-05-22
, 16:03
|
|
Posts: 23 |
Thanked: 0 times |
Joined on May 2006
|
#157
|
I've seen the same thing as ehjones, but don't have a good sense for exactly when it happens. The UI has definitely stopped running.
|
|
2006-05-22
, 23:32
|
|
Posts: 177 |
Thanked: 4 times |
Joined on Apr 2006
@ Wirral, UK
|
#158
|
I fixed my own problem of errors when parsing route files. I open the .xml file in Notes and then save it. This removes/changes the characters which prevent correct loading of the file. The announcements will probably use the modified text but at least I can load the route.
Now that I have a route opened, I want to download the maps along the route using the relevant entry in the menu but it takes far too long. I think this is because I used an angle of 0.000000 when generating a nice smooth route and I suspect that a map is downloaded for each neighbouring location, ie. each jpg is downloaded several times. Is there any way around this, or will gnuite change this in a future version?
Now that I have a route opened, I want to download the maps along the route using the relevant entry in the menu but it takes far too long. I think this is because I used an angle of 0.000000 when generating a nice smooth route and I suspect that a map is downloaded for each neighbouring location, ie. each jpg is downloaded several times. Is there any way around this, or will gnuite change this in a future version?
|
|
2006-05-23
, 06:45
|
|
Posts: 6 |
Thanked: 0 times |
Joined on Dec 2005
|
#159
|
Originally Posted by Demostenes
I think there are same kind of atof/ftoa problem in GPX route/trace files, because I have to replace dot (.) with comma (,) in lat and lon to get route files generated with "GPX driving directions" to work with my MaemoMapper and all saved trace files use comma!gnuite:
I've discovered that 'atof' function does not work well (I dont know why, my experience with Linux is limited) turning the decimals. I have made my own function to translate from string to float and it's works!!
. Mi position is correct now.
|
|
2006-05-23
, 07:20
|
|
Posts: 74 |
Thanked: 5 times |
Joined on Dec 2005
@ San Jose
|
#160
|
I'd also like to say this is one of the best apps I've used thus far for the 770. I even went out and bought the same bluetooth GPS reciever and hooked it up. Went driving around sometoday and I'm just totally blown away. This takes my nokia to a different level.
One thing I'd like to say is that there's a donate button on the site. Personally I already clicked and donated. I'm not trying to toot my own horn, but just suggesting that we all love open source and I personally think if we're going to encourage it, its good to give a little back.
So, my real question in all of this is flite. I've installed it, and the little 'flite test app' gives me text when I type it in. How-ever when I'm running mapper, I hear no speech at all, and I've got the volume turned all the way up. Is there anyway to trouble shoot this?
One thing I'd like to say is that there's a donate button on the site. Personally I already clicked and donated. I'm not trying to toot my own horn, but just suggesting that we all love open source and I personally think if we're going to encourage it, its good to give a little back.
So, my real question in all of this is flite. I've installed it, and the little 'flite test app' gives me text when I type it in. How-ever when I'm running mapper, I hear no speech at all, and I've got the volume turned all the way up. Is there anyway to trouble shoot this?
Perhaps the autloading algorithm should give up on map tiles that have gone off-screen?