View Single Post
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#919
Originally Posted by 白い熊 View Post
BTW, Martin please correct the following in the directions_filter.csv file:

....
Thanks ! It's already committed to the SVN version an will be released in the next update.

Originally Posted by 白い熊 View Post
As promised... :O)

I installed IceWM in chroot for this purpose, as it's the lightest on dependencies. Hope you like these...
Nice ! Can I include the screenshots on the project website and Maemo wiki article (once written ). ?

Originally Posted by 白い熊 View Post
OK, there is a problem with gpsd in chroot on Android.

Basically, doing what I outlined above, i.e. sharing the GPS data via BlueNMEA, modRana's position that it gets from gpsd is stuck on the original position.

Meaning, when you start modRana, it correctly shows you your location, however then as you drive, the GPS data doesn't get updated.
Can you check if the position is updated if you restart modRana ?

Also, try to enable "Show gpsd debug output" in Options->Debug->GPS, modRana will start printing the information it gets from gpsd to stdout.

I have found a few other things to check in the gpsd troubleshooting guide:
  • stopping gpsd & running it manually with debug output:
    Code:
    gpsd -N -D3 -F /var/run/gpsd.sock
  • using cgps or xgps utilities to check the output from gpsd (they are in the package gpsd-clients, at least on Ubuntu)

Originally Posted by 白い熊 View Post

This could be a problem with:

- BlueNMEA not updating the GPS data via TCP
- with TCP transfer
- with gpsd in debian chroot having issues accessing the GPS data etc.

However, I confirmed, while driving that telneting to BlueNMEA 3542 port from inside the chroot worked, even while modRana's position from gpsd was stuck.

Sample output from the telnet:
Code:
~ $ telnet 127.0.0.1 4352 Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. $GPGGA,222551,2119.7473,N,15752.6445,W,1,0,4.0,28.4,M,,,,*01 $GPGLL,2119.7473,N,15752.6445,W,222551,A*30 $GPRMC,222551,A,2119.7473,N,15752.6445,W,23.69999975273144,42.9,281111,,*39 $GPGGA,222552,2119.7523,N,15752.6389,W,1,0,3.0,28.3,M,,,,*01 $GPGLL,2119.7523,N,15752.6389,W,222552,A*30 $GPRMC,222552,A,2119.7523,N,15752.6389,W,23.999999327217886,42.8,281111,,*06 $GPGGA,222553,2119.7573,N,15752.6339,W,1,0,3.0,28.7,M,,,,*0a $GPGLL,2119.7573,N,15752.6339,W,222553,A*3f $GPRMC,222553,A,2119.7573,N,15752.6339,W,23.69999975273144,42.9,281111,,*36 $GPGGA,222554,2119.7622,N,15752.6290,W,1,0,3.0,28.4,M,,,,*0b $GPGLL,2119.7622,N,15752.6290,W,222554,A*3d $GPRMC,222554,A,2119.7622,N,15752.6290,W,22.20000002650464,42.9,281111,,*3a $GPGGA,222555,2119.7667,N,15752.6245,W,1,0,4.0,27.9,M,,,,*06 $GPGLL,2119.7667,N,15752.6245,W,222555,A*35 $GPRMC,222555,A,2119.7667,N,15752.6245,W,22.20000002650464,42.9,281111,,*32 $GPGGA,222556,2119.7710,N,15752.6204,W,1,0,4.0,27.7,M,,,,*0f $GPGLL,2119.7710,N,15752.6204,W,222556,A*32 $GPRMC,222556,A,2119.7710,N,15752.6204,W,21.60000087753175,42.6,281111,,*37 $GPGGA,222557,2119.7750,N,15752.6159,W,1,0,4.0,27.8,M,,,,*0e $GPGLL,2119.7750,N,15752.6159,W,222557,A*3c $GPRMC,222557,A,2119.7750,N,15752.6159,W,21.60000087753175,44.4,281111,,*3d $GPGGA,222558,2119.7793,N,15752.6114,W,1,0,6.0,27.8,M,,,,*05 $GPGLL,2119.7793,N,15752.6114,W,222558,A*35 $GPRMC,222558,A,2119.7793,N,15752.6114,W,21.60000087753175,44.4,281111,,*34 $GPGGA,222559,2119.7836,N,15752.6075,W,1,0,6.0,27.5,M,,,,*0f $GPGLL,2119.7836,N,15752.6075,W,222559,A*32 $GPRMC,222559,A,2119.7836,N,15752.6075,W,21.499999783506556,43.1,281111,,*0e $GPGGA,222600,2119.7880,N,15752.6031,W,1,0,8.0,27.4,M,,,,*02 $GPGLL,2119.7880,N,15752.6031,W,222600,A*30 $GPRMC,222600,A,2119.7880,N,15752.6031,W,21.499999783506556,43.1,281111,,*0c $GPGGA,222601,2119.7915,N,15752.5993,W,1,0,4.0,27.7,M,,,,*03 $GPGLL,2119.7915,N,15752.5993,W,222601,A*3e $GPRMC,222601,A,2119.7915,N,15752.5993,W,20.299999631766205,42.1,281111,,*09 $GPGGA,222602,2119.7952,N,15752.5952,W,1,0,6.0,28.5,M,,,,*01 $GPGLL,2119.7952,N,15752.5952,W,222602,A*33 $GPRMC,222602,A,2119.7952,N,15752.5952,W,19.299999814281673,42.9,281111,,*06 $GPGGA,222603,2119.7965,N,15752.5927,W,1,0,6.0,29.2,M,,,,*00 $GPGLL,2119.7965,N,15752.5927,W,222603,A*34 $GPRMC,222603,A,2119.7965,N,15752.5927,W,15.699999359060621,43.2,281111,,*0b $GPGGA,222604,2119.7989,N,15752.5939,W,1,0,4.0,29.4,M,,,,*0e $GPGLL,2119.7989,N,15752.5939,W,222604,A*3e $GPRMC,222604,A,2119.7989,N,15752.5939,W,8.000000393670817,43.0,281111,,*3a $GPGGA,222605,2119.8011,N,15752.5923,W,1,0,3.0,30.2,M,,,,*0a $GPGLL,2119.8011,N,15752.5923,W,222605,A*33 $GPRMC,222605,A,2119.8011,N,15752.5923,W,6.4000000368674685,44.2,281111,,*0d $GPGGA,222606,2119.8021,N,15752.5918,W,1,0,3.0,32.9,M,,,,*0b $GPGLL,2119.8021,N,15752.5918,W,222606,A*3b $GPRMC,222606,A,2119.8021,N,15752.5918,W,2.50000000715997,45.6,281111,,*02 $GPGGA,222607,2119.8029,N,15752.5913,W,1,0,4.0,32.5,M,,,,*02 $GPGLL,2119.8029,N,15752.5913,W,222607,A*39 $GPRMC,222607,A,2119.8029,N,15752.5913,W,2.4000000717563807,43.4,281111,,*0f $GPGGA,222608,2119.8023,N,15752.5915,W,1,0,4.0,33.4,M,,,,*01 Connection closed by foreign host. ~ $
Debugging gpsd, tcp, BlueNMEA etc. could be quite lengthy.

As we know that BlueNMEA correctly updates the GPS coordinates on its 4352 port at localhost, could we bypass gpsd, when running modRana in Android chroot, Martin?

I.e. access the telnet data directly, since then the problem with the GPS position being stuck would not have to be lengthily debugged, and modRana could be used...
This certainly also possible - modRana already has a worker thread (in the location module that resides in modules/mod_location.py that reads position data from GPSD. The worker thread could be modified to connect to BlueNMEAs socket and parsing the NMEA sentences it provides. There is just a single stable source (BlueNMEA) without the usual quirks of standard GPS devices, the parsing should not be that difficult, at least for basic location data (latitude, longitude, elevation, speed, direction(?)).

Originally Posted by sup View Post
I have a couple of questions:

1) Is it possible to predownload based on gps coordination? If I look correctly, it is either (1) around the route or (2) around the current postition on the map or (3) around the area on the map.
This way, it would be very difficult to download, say Vietnam (very big diference in latituted and small difference in longtitude).
Good point !
I see two possible solutions for this uscase:
  • entering two lat:lon coordinate sets, representing the upper left and lower right corners of the area to download
  • interactively placing a rectangle on the map over the area to download

Originally Posted by sup View Post
2) How is downloading around view working? That should download what I see on the scree, right, or do I misunderstand something?
Imagine a crosshair in the middle of the screen - thats where the download is centered when using Download around view.

Originally Posted by sup View Post
But why does offer to download so few maps when I select a large area (around 100 000 km2) butnnly 1km? I thought that was supposed to be the margin to download around the are plus the are itself.
That's because the maps consist of square tiles organized in zoom-levels. On zoom level 0, one tile covers the whole world, on zl 1 4 tiles cover the world, on zl 2 its 16, ... , zl 17 has 17.179.869.184 tiles, etc.
So the number of tiles modRana downloads mainly depends on the zoom level range selected.

Originally Posted by sup View Post
3) Does downloading from google even work? It does not seem to work for me.
Google does not really like external use of their tiles and temporarily stops serving them if it detects excessive usage from an IP address.
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)

Last edited by MartinK; 2011-12-04 at 18:22. Reason: fixing typos
 

The Following User Says Thank You to MartinK For This Useful Post: