![]() |
Re: [Announce] modRana: a flexible GPS navigation system
I do not really wish to make extra work for Martin who has done so much work already to make Modrana an excellent program, but it would be nice if in a future update that in options there was a picker or text entry box to set the location where tiles are stored.
As the collection of tiles increases, it really does seem better to move them to a memory card, & editing the config file seems to often to lead to typo problems, etc. |
Re: [Announce] modRana: a flexible GPS navigation system
And even better put them in a loopback mounted file with less cluster size (each little tile uses 64KB on eMMC).
See here Or consider using SQLite DB, MartinK? |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Quote:
http://mt1.google.com/vt/lyrs=m@1770...pp&x=6&y=6&z=4 Quote:
Quote:
Quote:
Only For Important Data means that no map tiles are downloaded but online routing & search are still allowed. So maybe "Routing & search only" would be a better name ? Quote:
Quote:
|
Re: [Announce] modRana: a flexible GPS navigation system
But the tiles location is shared between multiple map applications and if you use them to view the same location you will have the tiles stored twice, right?
|
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Looks like Google Maps shouldn't be used when one needs to preload some areas (for instance before travelling abroad). Hoping Google will change policy about that. I got the point about the URL. My fault. My fault also the misinterpretation of mapconvert: I understood its aim was to download tiles off-line - typically on the PC. |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Then, if someone is using Modrana & really needs additional storage space, the option is there to move the tiles to a memory card. It would be ideal if the other map applications also made the tiles directory configurable, but all things can't be made ideal! I just thought of another feature that might be useful - POI's with alarms. Since the GPS is on already, & you can enter POI's, it could be useful to associate an alarm with the POI so you don't drive past it. I would add POI's for speed limit change signs & set a bong sound in areas that I sometimes forget to to speed up or slow down in. |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Thanks very much Martin, for maintaining this package; it's by far my favorite map program for the N900. |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Quote:
Quote:
Quote:
While I still think this is the proper way for implementing POI based alarms, your question got me thinking it there is another, more simple way how for handling alarms. :) I asked myself a couple questions:
Result: Plain-text alarm lists ! The alarms would be just stored in one or more plain-text files, one alarm per row with CSV notation. Row notation might look like this: Code:
lat;lon;distance;enabled;name;alert lat - latitude in decimal format lon - longitude in decimal format distance - trigger distance enabled - 1 = enabled, 0 = disabled name - displayed name alert - any string other than BEEP or SAY would go directly to text-to-speech, BEEP triggers some default alarm sound, SAY: says whats after the colon (so you can SAY:BEEP :D) What about elevation ? A friend of mine is a glider pilot so the idea of 3D alarm coordinates has crossed my mind. Still, I want the format be as simple as possible (so that users can basically just generate the lists in excel/calc) and elevation would probably not bee needed 99% of the time. As a result, elevation support can be added in the future - probably into the distance field with some prefix (eq. ELEV:375,200) How to add new alarms ? There would be two ways: editing the alarm lists from the outside (just create a valid list and modRana will be able to use it) or interactively inside modRana (create new lists, add alarms from map/poi/coordinates, enabled/disable alarms, activate/deactivate alarm lists). And now the most important thing: What do you thing about this idea ?
|
Re: [Announce] modRana: a flexible GPS navigation system
The fact that sql-format of tiles database is documented and no other map application in N900 is using it, is IMO just a prove only modRana is actively developed and the best navigation software for N900. It is a shame the other map-application developers do not implement the sql-database system, which could be shared between applications.
I think I've installed all available map-, gps-, navigation- applications available for N900, but modRana is what I find most useful. |
Re: [Announce] modRana: a flexible GPS navigation system
IIRC, sqlite tile's database is on it's way for Marble too.
But, those whirlwind of development convinced me to try ModRana as well :) sounds like really nice tool. /Estel |
Re: [Announce] modRana: a flexible GPS navigation system
Really looking forward to location alarms! (Also, pilot here, would appreciate altitude alarms :) )
|
Re: [Announce] modRana: a flexible GPS navigation system
Sailor here,
Altitude is not a real (measurable) issue on the water. I'd suggest the idea to add content that portrays the angle to the next waypoint (either a visual or a measurement in degrees). This could open the way for efficient tacking (going upwind). BTW, I could imagine this would be too major an alteration. On the other hand, such a feature could come in handy for land driving as well btw. (i.e. for visualizing the general direction). Anyway, absolute distance to next waypoint, too, could be informative as well and/or alternatively (i.e. to mark the 90 degr. position to a buoy, although 90 degrees normally is 'late' for a tack). Cheers, modRana already is very cool. As said, maybe what I said is reasonably undoable, but I just wanted to describe from sailor's point of view. |
Re: [Announce] modRana: a flexible GPS navigation system
1 Attachment(s)
Quick message...
First, I have made it so that labels for POIs are not displayed if zoom level is smaller than 13: POIs are too close to each other, the labels become a useless mess, and besides, when the map is zoomed out enough, locations (continents, countries, et cetera) can be recognized without any labels at all. Though, '13' should be replaced with an option to be set through user interface. I am also creating an amusing kind of POI. If description of a POI matches 'airport', then, instead of the green translucent circle, an over-simplified image of airplane is drawn. And, an 'airport' doesn't have any label at all, no matter what zoom level: the number of airports is small enough than an airport doesn't need it. And, the bright blue dot is replaced with a changing-colour one: bright green if GPS isn't available, yellow if GPS gives large speed and large distance till the point, red if the speed is large and distance is small, green if the speed is small and distance is large, black if both speed and distance are small. Speed is compared to pedestrian's 5km/h, and distance is compared to one hour of travel at current speed. By the way, is it true that POIs are drawn even when they are outside the screen? It can make drawing work for cairo context about ten-twenty-forty times larger. I'm still wavering: to install CSSU or not... Thank you for ModRana. |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Code:
lat;lon;elevation;distance;enabled;name;alert Quote:
Anyway, I thinks that such "sailing mode" mode might not be that difficult to add, once the general alarms are implemented. :) Quote:
Another possible, but more complicated future solution, would be to group nearby markers and just show a single marker with the label displaying the number of markers in the group. Clicking the label would show a list of the grouped marker or something similar. Quote:
It would be good to add and "icon" column to the database so that POIs can have both an icon and a full description, but this should work in the meantime. :) Quote:
Quote:
Therefore, just looking what points should be visible doesn't help as you still have to iterate over all the points and check if they are visible, would not help due to all the unnecessary comparisons and coordinate conversions. Of course, there is place for optimizations (the basic idea is to somehow reduce the number of points you have to work with at a time), the first one from the top of my head :
I'm sure there are also other ways how to optimize this. :) Quote:
Quote:
Anyway, thanks for the changes ! :) I'll check them out & integrate them to the upstream source code in the coming days. :) |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
If the conversion of geo coordinates into screen coordinates depends only on zoom, and not on current position/viewport, then screen coordinates could be permanently stored within POI, changed only when POI's geo coordinates are changed, and retrieved from here when POI is drawn, instead of being recalculated each time. |
Re: [Announce] modRana: a flexible GPS navigation system
3 Attachment(s)
Quick message...
Generally, I don't have Internet while on the move (or consider it expensive, or it is too slow). And, I generally don't want to depend on online services to help me with something which I could have done myself. Therefore, I have made a prototype offline routing: user gives one start, one end, and many middle points, and they are turned into a "route". Though, it could be developed by requiring text input for each middle point, so that the user would write the speeches for espeak - like, "turn left", "turn right", "bus stop", "train", and so on. I would be grateful if you could integrate this into one of the next versions. Thank you. Edit: obligatory text input for each middle point added. Though, I still haven't tested the system anywhere. Edit: Small edit ensures that turn-by-turn navigation interface does indeed work with handmade route. But I'm not sure whether the values of distance-meters are correct here. Edit: mod_route.turn.zip is the latest file. Two others couldn't support turn-by-turn navigation. Best wishes to all of you. |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
So this is a vote for integration! |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
I've been working on CLI options for use by external program like (Saera) till now, so I'll check your changes next. :) Anyway, thanks in advance ! :D |
Re: [Announce] modRana: a flexible GPS navigation system
ModRana V0.32 has been release, with CLI interface imeprovements. Repost from the Saera thread:
ModRana now has quite a few new CLI options for use by Saera (and any other program or script): Code:
usage: modrana.py [-h] [-d device ID] [-u GUI ID] The search options work in two modes: If --return-static-map-url is used, modRana loads only the most essential modules, handles the query and exits after printing the Url pointing to a static-map with the result to stdout. If --return-static-map-url is not used, modRana starts normally and shows the search results. Exit codes If everything went fine, modRana returns 0, as expected. If something went wrong, modRana exits with one of the codes below: Code:
SYNTAX_ERROR = 2 When modRana does local search and no --local-search-location is specified, it starts the GPS and waits for up to 30 seconds for it to supply valid location coordinates. If the current location is not determined within the 30 second time limit, modRana uses the last known position (if available). Results If more results are returned for --return-static-map-url, modRana just returns Url for the first one (this is also usually the result with the best accuracy). It also shouldn't be difficult to add support for returning multiple results or to return coordinates or other information to stdout (maybe URL + result title ?). Other supported options It is also possible to set the zoom level, make modRana focus on a set of coordinates or center on current position. Routing There are not yet CLI options for routing, but will be added in near future. :) How to use Example - show address search result in GTK UI on zoom level 10: Code:
python /opt/modrana/modrana.py -d n900 -u GTK --address-search "Prague" --set-zl 10 Code:
python /opt/modrana/modrana.py --local-search "pizza" --return-static-map-url Don't hesitate to let me know if you hit any issues or if you have any ideas for improvements. :) |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Thank you for looking into my supposed changes. :) |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
|
Re: [Announce] modRana: a flexible GPS navigation system
What could possibly be the problem if GPX tracks I have put in MyDocs/tracklogs don't show under modRana/menu/tracklogs? No matter what I put there, the two example tracks are the only ones visible. I just upgraded to V0.32.3, but it didn't work in the previous version either. Could there be something about the format? I've tried with GPX files saved with Mappero and GPX files converted from Google KML. But GPX is a standard in and of itself, is it not? And the files should at least show up in the modRana menu as long as they have the right name, should they not?
|
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Code:
MyDocs/tracklogs/my_folder/my_tracklog.gpx I agree that this is quite confusing, there should be at least an "import tracklog dialog" so that users can easily select a tracklog and modRana would then copy it to the correct folder. And also support for some basic operations, like moving between categories, renaming, deleting, etc. |
Re: [Announce] modRana: a flexible GPS navigation system
1 Attachment(s)
MartinK: I did not put them in a subfolder, no. Figures I should've tried that. The GPX tracks do show up when put in a subfolder.
However, I still have the problem that they don't load properly... I have tried several different ones to try to figure out what could be wrong: GPX tracks exported from ArcGIS - which is the Gold Standard when it comes to mapping software - will load, but modRana loads them incompletely. For instance, a gpx made up of several tracks will only display the track points and segments within the first <trk></trk> handle. Subsequent <trk> entries are ignored. If you want to take a look at it, I have attached an example of such a GPX file containing several tracks, where only the 3 points within the first track are loaded by modRana, but where ArcGIS, Google Maps and Mappero on the N900 all load the entire file. (It was too long to put in CODE tags, and I had to zip it to avoid "invalid file" message.) On a side note, GPX files saved by Mappero will simply give a "loading tracklog failed" message. I would think this to be Mappero's fault, if it wasn't for the fact that I can accurately import Mappero gpx-tracks into ArcGIS or Google Maps without problem. In fact, all my GPX tracks will display properly in Mappero, and their KML equivalents display properly in Marble. I'm available if you want me to run some tests on your behalf. |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Quote:
Quote:
Quote:
It shouldn't be that difficult to fix the trackpoint-segment issue & look why the Mappero produced tracklog won't work. I'm quite busy at the moment (exams) but I should be able to get back at it (+merging in Wikiwides improvements) in a few days. :) I'm looking forward for some serious stress testing of the GPX support in modRana from your side. :) |
Re: [Announce] modRana: a flexible GPS navigation system
Quick message... Two unrelated bugs.
1. Ampersand in POI name. It needs to be stored as & (I don't remember why, but single & generates an error), and then converted to & when displayed on screen. 2. Loading POIDetail module should be done not only when user goes through menu to points-of-interest, but also when remembered POIs are displayed on screen at startup, otherwise clicking a POI (without opening POIs menu first) causes black-screen-of-restarting-the-map. Thank you. |
Re: [Announce] modRana: a flexible GPS navigation system
now that google allows offline mode for google maps, it allows the device to download maps for an entire city. is that a new API that modrana can use because the existing offline / download mode in modrana is really slow (partly because google will detect if you're sucking up the maps and will block you).
any ideas? |
Re: [Announce] modRana: a flexible GPS navigation system
Just tried 1st time downloading offline maps to Android Google Maps (SGS3) and it really was quick. I wonder, if Google Maps marks those downloaded offline maps with device-ID or something, so if someone shares further those offline aps, (s)he will get caught? Or if I just want to use the same offline maps in N900 with some application.
edit: Google Maps for Android (ICS) also allows to download route to offline use. But when testing it, I noticed if the size of the maps of an area exceeds 85 MB, it won't download but reports one must reduce the area. |
Re: [Announce] modRana: a flexible GPS navigation system
issue (multiboot stock kernel and 2.6.28.10-p50; CSSU1T; normal tiles)
-tracklogs do not follow actual path but a vector is drawn from start of tracklog to (whatever) current position -tracklogs are (sometimes?) not shown until a color is chosen and at certain zoomlevels I have this on both N900's I own. Reinstall or deletion of options.bin doesn't fix it. Would be happy to provide further data. |
Re: [Announce] modRana: a flexible GPS navigation system
A big 'Thank You' to Martin for modRana. It is just an awesome and fun to use APP.
I have a question which may have been addressed previously but I cannot find it.... In my installed apps, I have modRana QML which only opens a completely blank white screen with absolutely nothing on it. I have to end task to shut it down. Can anyone guide me with a solution to have it open correctly? modRana itself is working perfectly...... |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
#191 #192 I also finally got to integrating your improvements, they will be part of the next release. :) Quote:
Quote:
Quote:
Quote:
Code:
modrana Quote:
Do you have CSSU installed ? The QML GUI basically requires it to work correctly, as the Qt & PySide versions on stock PR 1.3 Fremantle are too old & buggy for it to work correctly. Also, please try to start modRana QML from the terminal: Code:
modrana-qml |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
@MartinK - I've got extrasdevel enabled too, no other problems except for a missing "reject" button of the calling app (what I think isn't of influence). If you'd like me to flash and make an exclusive install of any of the cssu testing versions or any other reproduction pls let me know, it may take a while but I'd do my best. Issue: minimal number of trackpoints while tracklogging (2, 3 or 4 points). @all - Could ya folks post experiences of tracklogging if in CSSU Testing setup? Quote:
Code:
~ $ modrana Now modRana won't launch GPS (modR QML does OK )):confused:. I don't understand, that N900 is quite empty now... Code:
~ $ modrana |
Re: [Announce] modRana: a flexible GPS navigation system
Reply to Martin RE:
ModRana QML is the new alternative GUI for modRana, based on Qt & QML. It is quite basic at the moment, but not really that basic (it does show a lot more than just a white screen :) ). Do you have CSSU installed ? The QML GUI basically requires it to work correctly, as the Qt & PySide versions on stock PR 1.3 Fremantle are too old & buggy for it to work correctly. Also, please try to start modRana QML from the terminal: Code:
modrana-qml Hi Martin, I did try to run from the terminal but still the completely white blank screen.(I was going to post the output from X-terminal but don't know how to save it as I only have FreOffice & it would not save the file? Which APP could I use to save the output?) I then installed 'CSSU Features' but when started it shows "The Community SSU is not installed. Some features might not work correctly." Then a message "ERROR: Reading the configurations settings gave a FATAL ERROR while reading the gconf values. Not all settings are available. Exiting....." Starting modRana QML still gives the completely white blank screen. At one point the phone completely froze so I am a little concerned. Perhaps I should just live without QML and just continue to use modRana which works A-OK :confused: Many thanks for your input |
Re: [Announce] modRana: a flexible GPS navigation system
Try this:
Quote:
|
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Code:
BusyBox v1.10.2 (Debian 3:1.10.2.legal-1osso30+0m5) built-in shell (ash) |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
#194 Code:
* logging trace is not shown on map until a color is selected Quote:
Code:
from __future__ import with_statement # for python 2.5 It is actually rather weird that it works for anybody considering that line is missing. :) I'll try to push a hot-fix ASAP, just in case. EDIT: Hotfix submitted, no need to manually edit anything, just update to V0.35.5 and try if GPS works. :) Quote:
( the PinchArea is available in QML since Qt 4.7.4). Do you have CSSU installed ? From the log it looks like you are just running PR 1.3, which has only Qt 4.7.0. :) Basically -> no, CSSU == no modRana QML (but you can still use modRana with the classic GUI just fine :) ) |
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
Quote:
Code:
$ modrana Quote:
|
Re: [Announce] modRana: a flexible GPS navigation system
Oh, now I see it:
Code:
modRana: module: device_n900/device failed to load Your re-flash is probably what exposed this bug, as other users have probably already installed something, that has python-hildon as a dependency, so it works for them. I've added the missing dependency in V0.31.6 - so please test. :) Quote:
|
Re: [Announce] modRana: a flexible GPS navigation system
@beermad
Using your perl script I am getting the following error - DBD::SQLite::st execute failed: datatype mismatch: bind 5 type 1 as png at mapconvert line 80. Any workaround ? Quote:
|
Re: [Announce] modRana: a flexible GPS navigation system
Quote:
In earlier versions I connected to hotspot (other N900), too and downloaded maps without any problems. Downloading didn't happen, fix was OK I presume (at OSM I & Virtual Earth Hybrid layers/ zooms). Code:
all proper simplejson package for better speed |
All times are GMT. The time now is 10:03. |
vBulletin® Version 3.8.8