maemo.org - Talk
Page 2 of 6 1 2 34 Last »
Show 40 post(s) from this thread on one page

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Applications (https://talk.maemo.org/forumdisplay.php?f=41)
-   -   Plans for Maemo Mapper v2.0 (https://talk.maemo.org/showthread.php?t=6425)

jpj 2007-05-21 21:44
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by paulh (Post 49298)
The only advantage that I see in the filesystem method is that I can merge map sets together easily. E.g. I can take a low-detail basemap of the country and combine it with detailed maps of several cities by copying them all to the 770.

But if there was an easy way to merge and edit the databases then it could prove to be more versatile approach for that sort of thing too.
Exactly. I'm all in favor of the database approach, but I also enjoy the ability to merge (and purge) detailed regional coverage from a larger PC based repository into working storage. Hopefully, v2.0 can migrate this functionality to the new paradigm.

thorbo 2007-05-21 21:56
Re: Plans for Maemo Mapper v2.0
 
I can only imagine that the next version will be selling even more hardware. As I was researching prior to buying my n800, this was the program that put opened the wallet. I have enjoyed it very much so far, and will continue too, I am sure. I like the database approach, especially when scanning the "disks", etc. I think it will increase performance in other applications.

Otherwise, keep up the good work! Even my wife likes it, and seeing she is not a gadget nut that is saying a lot.

Regards,

Thor

rhouge 2007-05-21 22:14
Re: Plans for Maemo Mapper v2.0
 
Like a lot of other folks on this thread, I want to start off by saying thank you for the app and all of your wonderful support. It truly makes the n800 an indispensable tool. My friends always marvel "that thing does GPS too!" Yup, thanks to our good friend Gnuite!

My $0.02 cents would be to have mapper temporarily override any other running program when a waypoint was approached, come to the foreground and mute other apps (ie. Canola or media player) so that the upcoming directions could be heard/seen, then resume business as usual (send mapper back to it's original state and unmute apps).

Aside from that, perspective and rotational maps would be killer, but I LOVE the program as is, so anything above and beyond that is fine with me. I'm probably one of the few that doesn't really care how the db is managed. As long as I can still download maps of anywhere in the world (via virtual earth or google) my needs are most definetly covered.

YoDude 2007-05-21 23:03
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by gnuite (Post 49238)
I'm on the way toward releasing Maemo Mapper v2.0. Maemo Mapper v2.0 is going to represent a major shift in the paradigm I've been using up to this point, mostly as a reaction to the release of the N800. The focus with the 770 was very much on performance, due to the limitations of the hardware. The focus in Maemo Mapper v2.0 will be on features and aesthetics, including drag-panning, heading-based view rotation, and maybe even some transparency or anti-aliasing. Heck, I'll even be testing the feasability of implementing a "perspective" view, allowing you to see more of the map in front of you.

By popular request, I will also be aiming for cross-platform compatibility in hopes of a Windows (or at least x86) release, so you can run Maemo Mapper on your laptop at any resolution you wish. (For that reason, I am even considering renaming or forking the project. Any ideas? Not GpsDrive. :))

One of the big changes will be to use a database cache instead of a file system cache, to address the internal fragmentation of thousands of small files eating away at the free space of memory cards. Before I go further in the development of this particular new feature, I wanted to get some opinions about how to introduce it.

Those of you with "extensive" map caches may not appreciate having to re-download the maps that they've downloaded. I'm planning to provide a command-line utility to "convert" a file system cache to the new database cache format. Would you prefer that I also continue to allow Maemo Mapper to work with a file system cache? I can set it up so that each repository can be switched independently between a file system cache or a database cache. (It would complicate the code and reduce performance slightly.)

I guess my real question is this: does anyone see any value in maintaining the old file-system-based map cache? The only benefit I see is being able to browse through the individual map files, deleting or adding files as you see fit. The file system hierarchy is too complex for this, though, and if you're savvy enough to sort it out, you're probably savvy enough to mess with a database cache directly. Are there other, more relevant reasons to maintain backward compatibility with file system map caches?

Also, I'm open to other ideas to implement in v2.0, but keep in mind that I'm only one man, and my plans for v2.0 are already taking up a lot of my spare time. Hopefully, I'll find the time to document some of these plans in the Garage, but until then, feel free to post suggestions to this thread or the Feature Request section of the Maemo Mapper Garage Tracker.

Note: I will still, always be releasing every new version of Maemo Mapper for the 770, as well as for the N800. Some of the newer features may not run as well under particular conditions, or may require the use of swap, but it will ALWAYS be runnable (and usable) on the 770. I still own my 770, and I want to be able to run Maemo Mapper on it, too.


First off Hi gnuite,

Outstanding effort with this program! It works very well. I saw this thread this morning and have been thinking about my response all day. Sorry if I'm a bit late to the party.


I have been using Navicore for the past week or so and as far as a paradigm shift with your program goes it has already happened for me. I found that both apps can share the BT GPS receiver concurrently.
What this means to the user is that by simply switching tasks you get two views of the road ahead. In this role Maemo Mapper is very good companion software for Navicore and in fact makes the N800 an in car navigator that has features no one else offers.
I can rely on Navicore for detailed street views, rerouting, and voice directions and use M/M for tracking where I've been, a north oriented street map to show what roadways lie ahead, and my position in relationship to pre-loaded poi's.

I do like the idea of a stand alone converter for a DB. As it is right now I have one drive pretty much dedicated to M/M because of its format. Being able to construct a personal DB is also a plus because now with Navicore's detailed street maps on board I am using M/M mostly at zooms above 4, for level 4 and below I use the hybrid satellite maps as they may show landmarks that will help during the trip. I download them to a separate cache then merge them together later. It sounds like this converter will allow me to continue doing this.

It occurred to me that by going in the direction as competition for existing navigators you may always find yourself behind the curve as far as users go and will be bombarded with requests to make the program act like the latest commercial offering.

Rather than going that route I was hoping that M/M's direction would be more toward on-line connectivity and public POI DB's. That is, having the ability to connect and find POI's based on simple search criteria like "plumber" followed by a zip code and have the program plot all the plumbers on the map along with their addy's and phone numbers. Or when no zip code is given it returns all plumbers within the current map view.


Functions like these would make M/M and the N770/800 quite the travel aid.


Examples of Goggle's efforts for WinMo and Palm can be found here >> http://www.google.com/gmm/index.html

J2ME jar file here >> http://my.opera.com/yodude/blog/show.dml/375005

Whatever happens... rock on dude. You have made my N800 more enjoyable to use and as I use it more and more that means a lot. http://www.clicksmilies.com/auswahl/ernaehrung004.gif

gnuite 2007-05-21 23:40
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by rhouge (Post 49363)
My $0.02 cents would be to have mapper temporarily override any other running program when a waypoint was approached, come to the foreground and mute other apps (ie. Canola or media player) so that the upcoming directions could be heard/seen, then resume business as usual (send mapper back to it's original state and unmute apps).
I'd have to investigate further, but I'm pretty sure that this sort of thing would be more or lerss impossible for a user-level (i.e. not root) program to accomplish. It's too bad, too, because flite's volume can be so low at times, and it's already hard enough to understand without music playing at the same time.

kbarter 2007-05-21 23:51
Re: Plans for Maemo Mapper v2.0
 
Hi,

One feature that I would like to see (and it may already be implemented, and I haven't noticed it) is the ability to specify the main locations to pass through.

What I mean is that I want to go from point A to point D, but I want to vistit points B and C along the way.

This something like Google's new Add Destination feature. This way I can get a map that goes to all of the places I want to see.

To date, I have been adding multiple routes to do this, but I think it would be simpler if this information could be input in a simpler fashion.

Thanks

howardcb 2007-05-22 00:00
Re: Plans for Maemo Mapper v2.0
 
I think the best addition to v2 would be an enhancement to the route generation capability. Right now, everything depends on your server - a backup server, perhaps on maemo.org would be useful. Also, the program is effected by any changes to the directions file generated by google. (This happened twice in the last few weeks.) Perhaps the gpx file generator could be made more robust, or maybe you could have a program running on your server that regularly downloaded a test route. While this won't fix anything, it would alert you to the problem, and allow for a better error message.

The program is great as is. I drove 1800 miles over the last 3 weeks, and the only hiccup was with the route generation.

Howard

gnuite 2007-05-22 00:24
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by kbarter (Post 49369)
Hi,

One feature that I would like to see (and it may already be implemented, and I haven't noticed it) is the ability to specify the main locations to pass through.

What I mean is that I want to go from point A to point D, but I want to vistit points B and C along the way.
Clear the route (using the "Route | Clear" menu item, then open the Download Route dialog. Enter "A" in the From text field, "B" in the To text field. Download that route. Then, open the Download Route dialog again, this time using "Last Route Point" as the From and "C" as the To. Download that route. Repeat for "D".

That should give you what you want, and you never have to enter any addresses more than once.

gnuite 2007-05-22 00:31
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by howardcb (Post 49370)
I think the best addition to v2 would be an enhancement to the route generation capability. Right now, everything depends on your server - a backup server, perhaps on maemo.org would be useful.
I'd love to implement the Google-Maps-to-GPX conversion in Maemo Mapper instead of the GPX Driving Directions web service, but using the latter allows me to make hot fixes whenever Google changes their HTML format, without having to release a new version of Maemo Mapper.

For v2, I am considering trying both: implement the parser internally and try that first, and if that doesn't work, try the web service.

Quote:
Originally Posted by howardcb (Post 49370)
Also, the program is effected by any changes to the directions file generated by google. (This happened twice in the last few weeks.) Perhaps the gpx file generator could be made more robust, or maybe you could have a program running on your server that regularly downloaded a test route. While this won't fix anything, it would alert you to the problem, and allow for a better error message.
It's hard to make the web service "more robust" because Google Maps doesn't provide their data in a well-defined format (like XML). Instead, I have to parse an "HTML" page (which is actually 75% unreadable Javascript).

Downloading a test route occasionally is a good idea, though, and I've been meaning to set it up for some time.

luketoh 2007-05-22 02:12
Re: Plans for Maemo Mapper v2.0
 
routing and auto-rerouting without needing network access. ie. the device does the routing itself. not sure how this can be done, since its raster maps.

rhouge 2007-05-22 18:31
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by gnuite (Post 49368)
I'd have to investigate further, but I'm pretty sure that this sort of thing would be more or lerss impossible for a user-level (i.e. not root) program to accomplish. It's too bad, too, because flite's volume can be so low at times, and it's already hard enough to understand without music playing at the same time.
Bummer. How about the other half of that equation, regarding bringing mapper up to the foreground?

ioan 2007-05-22 19:54
Re: Plans for Maemo Mapper v2.0
 
Here is an idea.
Make in the db where you want to keep the map tiles two tables.
one coordinates and CRC of the image tile and in the second table the CRC of the image and the image. This way you can exclude duplicates, we'll have only one tile that is blue... or white... or whatever.

you make the CRC as a unique key in the images table.
when you insert, you insert in both tables, in the image table the insert will fail (if the CRC is already there). this way you won't have to check if the image is already in the table before inserting.

What do you think?

-ioan

gnuite 2007-05-22 23:05
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by ioan (Post 49436)
Here is an idea.
Make in the db where you want to keep the map tiles two tables.
one coordinates and CRC of the image tile and in the second table the CRC of the image and the image. This way you can exclude duplicates, we'll have only one tile that is blue... or white... or whatever.

you make the CRC as a unique key in the images table.
when you insert, you insert in both tables, in the image table the insert will fail (if the CRC is already there). this way you won't have to check if the image is already in the table before inserting.

What do you think?
Sounds like a good idea, although I'll probably reserve it for tiles that are 103 bytes large, since those are the only ones that are a solid color. All that CRC calculation would be such a waste of CPU.

jaska k 2007-05-24 11:15
Re: Plans for Maemo Mapper v2.0
 
Maemo Mapperi is great because as far as I know it is currenlty the only available native WMS-client for maemo platform. And WMS allows me to serve my own maps quite easily. Plans for db-utilization sound great, expect that features of PostGIS are perhaps too far from here.

WFS-support for MM would be nice :rolleyes:

insert_nick 2007-05-24 11:44
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by ioan (Post 49436)
Here is an idea.
Make in the db where you want to keep the map tiles two tables.
one coordinates and CRC of the image tile and in the second table the CRC of the image and the image.
+1 to this.

Or, if there's some fast way to detect if an image is just a single color one while retrieving it, avoid storing it in the database and store just the corresponding color information. So, imagine a table with fields:

coordinates | display

"display" is a short string: when it does begin with "#", the value is considered as a color (to render a monocolor tile for that coordinates), otherwise it is considered as the id of the image to render (picking it from a second table with fields: id | image).

ioan 2007-05-24 16:52
Re: Plans for Maemo Mapper v2.0
 
I did a test with creating a table just for the tile image and the crc32, the table looks like this:

CREATE TABLE testtable ([crc32] VARCHAR (8) PRIMARY KEY UNIQUE, [maptile] BLOB COLLATE NOCASE);

I didn't do anything for coordinates, nothing special to see there.

I ran the test on 213304 map tiles, and at the end, in the database I had 135417 unique tiles (77887 were duplicates!).

The 213304 tiles on my computer use 897MB (size on disk), and the database, after excluding the duplicates is about 290 MB.

I used sqlite3.

-ioan

gnuite 2007-05-24 19:20
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by ioan (Post 49626)
I ran the test on 213304 map tiles, and at the end, in the database I had 135417 unique tiles (77887 were duplicates!).
How many of those duplicates (if any) are greater than 103 bytes?

ioan 2007-05-24 20:21
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by gnuite (Post 49646)
How many of those duplicates (if any) are greater than 103 bytes?
I didn't count them... but just now I modified my test app to check that too.. and after a little over 9000 files, I have this:

http://ioanghip.googlepages.com/crc.jpg

the caption shows the number of processed files, the list, first field is the size, the second how many duplicates with that size...

I suppose on windows we have 106 bytes not 103.

-ioan

Ferd 2007-05-24 23:40
Re: Plans for Maemo Mapper v2.0
 
Any plans for adding a Golf Course GPS program that would allow for course maps to be built, shared or downloaded from a respository? Possibly a program similar to Sky Caddie. This would be a superb mapping application.
I really appreciate your present Maemo Mapper program and look forward to version 2.0

jpj 2007-05-25 00:50
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by ioan (Post 49649)
I suppose on windows we have 106 bytes not 103.
Depends on the repository. Also on Windows, I see the following sizes for featureless (duplicate) tiles from the various standard Maemo Mapper map sources:

Google Streets: 103 bytes
Virtual Earth Streets: 106 bytes
Virtual Earth Satellite or Hybrid: 1652 bytes

Among my Google Satellite downloads, I have a lot of duplicate 1755 byte files, which in fact are NOT maps, even though they commonly appear clustered in featureless ocean areas. (Some of the true satellite map files are actually smaller.) Opening these files as text reveals the following HTML error page, saved under the target JPG filename:

Code:
<html>
<head>
<title>403 Forbidden</title>
<style>
body {
font-family: Arial, sans-serif;
}
</style>
</head>
<body bgcolor="#ffffff" text="#000000" link="#0000cc" vlink="#551a8b" alink="#ff0000">
<table cellpadding="0" cellspacing="0" border="0">
<tr>
<td><b><font face=times color=#0039b6 size=10>G</font><font face=times color=#c41200 size=10>o</font><font face=times color=#f3c518 size=10>o</font><font face=times color=#0039b6 size=10>g</font><font face=times color=#30a72f size=10>l</font><font face=times color=#c41200 size=10>e</font></b></td>
<td valign=middle width="100%" style="padding-left: 10px">
<table bgcolor="#e5ecf9" width="100%" cellpadding="0"
cellspacing="0" border="0" style="border-top: 1px solid #3366cc">
<tr>
<td><font size="+1">&nbsp;<b>Error</b></font></td>
<td align="right" nowrap><font size="-1">&nbsp;</font></td>
</tr>
</table>
</td>
</tr>
</table>
<blockquote>
<h1>We're sorry...</h1>
<p>... but your query looks similar
to automated requests from a computer virus or spyware
application.  To protect our users, we can't process your request
right now.
</p>
<p>We'll restore your access as quickly as possible, so try again soon. In the meantime, if you suspect that your computer or network has been infected,
you might want to run a <a href="http://www.download.com/Antivirus/3150-2239-0.html"> virus checker</a> or <a href="http://www.download.com/sort/3150-8022-0-1-4.html">spyware remover</a> to make sure that your systems are free of viruses and other spurious software.
</p>
<p>We apologize for the inconvenience, and hope we'll see you again on Google.





</blockquote>
<br><table width=100% cellpadding=0 cellspacing=0>
<tr><td bgcolor=#3366cc><img alt="" width=1 height=3></td></tr>
</table>
</body>
</html>
"Silly wabbit, looking for closeups of the ocean. Must be a bot." ;-)

maxilogan 2007-05-25 11:13
Re: Plans for Maemo Mapper v2.0
 
John, do you have any plans on when to release it? (I know, I'm running a bit too fast ;) )

Omar

poulsone 2007-05-25 13:29
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by paulh (Post 49298)
The only advantage that I see in the filesystem method is that I can merge map sets together easily. E.g. I can take a low-detail basemap of the country and combine it with detailed maps of several cities by copying them all to the 770.

But if there was an easy way to merge and edit the databases then it could prove to be more versatile approach for that sort of thing too.
Add my vote for this functionality.

HiVoltage 2007-05-25 17:36
Re: Plans for Maemo Mapper v2.0
 
An important feature to add would be the ability to import maps. I have been able to get a very good map of my area from a government agency, but was unable till now to import it to maemo mapper. I mean.. i did important, but aligning it is impossible. The only way I can imagine of being able to align a map would be to go to a place with a gps receiver, and pointing on the map where you are.. then drive some 50 miles, opening the same map, and pointing once again where you are located. The application would then calculate the scale and align the map accordingly. Resizing may not really be a requirement as the application would know what scale the map is using and calculate using that scale. The current fixed increments are too restrictive. The way it works right now makes importing large scale maps from alternative sources virtually impossible.

gnuite 2007-05-25 18:06
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by maxilogan (Post 49705)
John, do you have any plans on when to release it? (I know, I'm running a bit too fast ;) )
No, I don't have any plans for a release date. It probably won't be within the next month, although I will continue to port some of the more minor changes into the 1.x baseline in the meantime. The big things like the display and data store changes won't go into 1.x, though.

Ceklund 2007-06-13 07:34
Feature Request
 
New POI Category: WiFi Locations. The extra Caveat? MM plots the coordinates of WiFi locations you've entered as a POI location, and when inside 200 ft from any angle or direction of any WiFi-labelled POI, MM connects your N800 to that WiFi automatically, and beeps to warn that you've entered a WiFi hotspot. Just driving through an area would allow you to be reminded that a hotspot is nearby, giving you the option of stopping at it to send emails or update the RSS reader.

gLobster 2007-06-13 12:22
Re: Plans for Maemo Mapper v2.0
 
The important feature for me is autosave current track. May be every 10(20|30) sec. ?

romx 2007-06-13 12:51
Re: Feature Request
 
Quote:
Originally Posted by Ceklund (Post 52019)
New POI Category: WiFi Locations.
...and when inside 200 ft from any angle or direction of any WiFi-labelled POI, MM connects your N800 to that WiFi automatically, and beeps to warn that you've entered a WiFi hotspot.
Great idea, please add my "+1" in voting for this feature! :)

Moby 2007-06-13 13:26
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by Ferd (Post 49663)
Any plans for adding a Golf Course GPS program that would allow for course maps to be built, shared or downloaded from a respository? Possibly a program similar to Sky Caddie. This would be a superb mapping application.
I really appreciate your present Maemo Mapper program and look forward to version 2.0
Another vote for this from me :)

talmage 2007-06-13 14:22
Re: Feature Request
 
Quote:
Originally Posted by Ceklund (Post 52019)
New POI Category: WiFi Locations. ... inside 200 ft from any angle or direction of any WiFi-labelled POI, MM connects your N800 to that WiFi automatically, and beeps to warn that you've entered a WiFi hotspot. ...
That's an interesting and useful idea but it's not appropriate for Maemo Mapper because MM is an application program not a system program. MM shouldn't be responsible for system level actions like choosing a WiFi access point.

There's a way to do that and let MM remain strictly an application program. Suppose there were a number of ways for MM to signal that it's near a particular POI or class of POIs, such as play a sound, pop up a little window that describes the POI, or run another program. You could choose to have MM run the "Select Connection" program.

gnuite 2007-06-13 17:28
Re: Feature Request
 
Quote:
Originally Posted by talmage (Post 52066)
There's a way to do that and let MM remain strictly an application program. Suppose there were a number of ways for MM to signal that it's near a particular POI or class of POIs, such as play a sound, pop up a little window that describes the POI, or run another program. You could choose to have MM run the "Select Connection" program.
The thing is, the N800 already intermittently attempts to connect to nearby (known) wifi hotspots. The only advantages of incorporating this functionality into Maemo Mapper would be:
1. Importing a POI database of "unknown" wifi hotspots, so that one could connect to hotspots not yet encountered.
2. Adding this functionality to the 770.
3. Not having to wait for the N800's "periodic attempts" - getting immediate connection when you are within range.

Besides the ethical (and legal) issues of #1, these advantages (except maybe for #3) require functionality that should be implemented in a separate, possibly-background application. #3 is just not worth incorporating such complex functionality into Maemo Mapper - how much are you going to be able to download when passing a wifi hotspot on the road?

Now, this doesn't disallow the possibility of Maemo Mapper providing some indication of the presence of a nearby POI - talmage's suggestion is certainly a good one. It's feasible that a popup or sound could be presented when you near a POI (such as a hotspot, or a gas station) within a certain radius. This would notify you of a nearby hotspot, at which point you could utilize the rest of the device's capabilities to connect to the hotspot and download whatever you like.

maxilogan 2007-06-13 18:08
Re: Feature Request
 
Quote:
Originally Posted by gnuite (Post 52098)
It's feasible that a popup or sound could be presented when you near a POI (such as a hotspot, or a gas station) within a certain radius. This would notify you of a nearby hotspot, at which point you could utilize the rest of the device's capabilities to connect to the hotspot and download whatever you like.
if you could do this with a selectable list of poi types, this would fill the last gap in which MM still is less preferable than TomTom (in my needs), at least when I'm travelling on a highway and far from home (you know speed radars, do you? ;) )

Making the "POI nearby" selectable by type of POI wiuld be great!

mikemorrison 2007-06-14 09:10
Re: Plans for Maemo Mapper v2.0
 
hi gnuite. i love you're program and i like your ideas for 2.0. i'm interested in hearing how you plan to implement rotation and perspective.

i also have a few ideas for 2.0:
- allow importing large images (scanned maps for instance) into the map database. when importing it would ask for a couple lat/long points within the image for calibration and could crop & scale for various zoom levels.
- fix the crash that occurs when the gps is turned off while connected to maemo mapper
- consider breaking maemo-mapper.c into multiple files. at nearly 15000 lines of code, people may be less intimidated to help on the project if it were more modular.

mike morrison

gnuite 2007-06-14 16:02
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by mikemorrison (Post 52182)
hi gnuite. i love you're program and i like your ideas for 2.0. i'm interested in hearing how you plan to implement rotation and perspective.
Because I have more memory to work with in the N800, I'll just have to extend the current in-memory image to extend to a square the width of at least the diagonal of the fullscreen display plus one tile, which equates to a 5x5 tile square (1280x1280). Then I'll use standard GDK image processing to rotate and center that image as necessary, optionally using smoothing to keep it readable. It'll probably require at least 4 times as much memory (twice the number of pixels in memory, plus an intermediate buffer for the rotation processing), plus a lot more CPU requirements, but people have been asking for rotation for a while, and with the N800, it's a lot easier to digest.

Quote:
Originally Posted by mikemorrison (Post 52182)
- allow importing large images (scanned maps for instance) into the map database. when importing it would ask for a couple lat/long points within the image for calibration and could crop & scale for various zoom levels.
This might be nice for a third-party application (even if it's written by me) to consider doing. I don't think it belongs in Maemo Mapper proper.
Quote:
Originally Posted by mikemorrison (Post 52182)
- fix the crash that occurs when the gps is turned off while connected to maemo mapper
I think that's up to Nokia. I have done everything I can to debug this, but the seg fault is in GLIB code, which (to me) implies an improper handling of the "out-of-range" or "device-turned-off" event. Note that this bug is not present on the 770 (even though Maemo Mapper's code is identical).
Quote:
Originally Posted by mikemorrison (Post 52182)
- consider breaking maemo-mapper.c into multiple files. at nearly 15000 lines of code, people may be less intimidated to help on the project if it were more modular.
That is already in progress. :) For what it's worth, the very first version of Maemo Mapper was less than 1,000 lines long, and I kept it in a single file to ease development and to improve performance (it's easier for the compiler to optimize code in a single object file). Obviously, the project has grown considerably since then.

Thanks for the feedback.

brendan 2007-06-14 16:13
Re: Plans for Maemo Mapper v2.0
 
i found a minor bug in mm. when you have a "&" ampersand in the name of a POI, an click on the POI to display its name, you only get the "i" icon, and not the name of the POI. replacing the "&" with "and" will display the name of the POI.

gnuite 2007-06-14 20:19
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by brendan (Post 52235)
i found a minor bug in mm. when you have a "&" ampersand in the name of a POI, an click on the POI to display its name, you only get the "i" icon, and not the name of the POI. replacing the "&" with "and" will display the name of the POI.
Yeah, that sounds reasonable. That display uses HTML, so angle brackets may fail as well (but it also means you can use <i> and <u>). Try using "&amp;" instead of "&" - that might be a workaround in the meantime.

feron 2007-06-14 23:27
Re: Plans for Maemo Mapper v2.0
 
This might be slightly off topic, if so I appologize - I'm new to the n800 and gps functionality.

Anyways..

Does MaemoMapper offer any sort of waypoint creation stuff via the camera?
I'm interested in being able to use the gps data to mark when/where I took a picture or video (I'm off on an expedition with my new n800 to explore some mayan ruins and it'd be awesome to be able to easily take that kind of 'notes' without having to mess with the on screen keyboard etc).

If there's some other type of software that does that then I appologize for intruding on the thread.

Thx, Fer

sondjata 2007-06-15 01:28
Re: Plans for Maemo Mapper v2.0
 
Problem with the latest Maemo Mapper. Finally got my GPSlim236 and tested it out had the program up and quit on me twice.

gnuite 2007-06-15 16:26
Re: Plans for Maemo Mapper v2.0
 
Quote:
Originally Posted by feron (Post 52306)
MaemoMapper offer any sort of waypoint creation stuff via the camera?
No. There is currently no N800-specific code in Maemo Mapper.

bac522 2007-06-15 16:59
Re: Plans for Maemo Mapper v2.0
 
This is by far my top used app on my 770. One thing I would like to see is a distance count-down window to each way point. I know you can do that by clicking on the waypoint, but that's hard to do when driving and I find flite to be hard to understand plus it seems to cause stability problems for me.

On another note, while I look forward to version 2.0 and probably giving another monetary donation on top of that, I also hope the original design concept of mameo mapper stays in tack in terms of being a quick, small and nibble application and doesn't grow to include a ton of features that maybe 1% of people asked for but 99% us will never be used. While the golf course suggestion was a nice idea I believe this falls in to my prior statement.

With all the ideas and suggestion that seem to come in for Maemo mapper, maybe it would be a good idea to create a poll to see which one's people are looking for the most and concentrate on those initially; my 2 cents.

Bail 2007-06-15 22:52
Re: Plans for Maemo Mapper v2.0
 
I don't really have anything to say/suggest other than I have no issues with a total change of the way it stores maps, and to simply thank you for your time and effort in creating meamo mapper. Which is by far the best and most used application on my n800 and I wish you all the best with 2.0


All times are GMT. The time now is 21:10.
Page 2 of 6 1 2 34 Last »
Show 40 post(s) from this thread on one page

vBulletin® Version 3.8.8