Menu

Main Menu
Talk Get Daily Search

Member's Online

    User Name
    Password

    Maemo Mapper v1.0 for the 2006 OS

    Reply
    Page 25 of 39 | Prev | 15   23     24   25   26     27   35 | Next | Last
    gnuite | # 241 | 2006-08-17, 23:59 | Report

    Originally Posted by Luna
    I've been playing with the idea of server. Like said, there is alot of redundant data. I could further subdivide the data and really clean house. Just rebuild the zoom level 0 and server up the rest in the 256x256 blocks.
    If you try limiting the data to just zoom-level-0 blocks, though, you're not going to get a very readable image (in terms of text _and_ in terms of road lines).

    Edit | Forward | Quote | Quick Reply | Thanks

     
    indio | # 242 | 2006-08-18, 09:21 | Report

    Thanks Gnuite for your reply. I bow to your trully elite C skill .

    I am trying to get some basic information through my GPS receiver using python. What I want to do is just get my current position, compare it with another waypoint's coordinates and get the distance.

    Could point our some documentation I could study? I am too new to GPS so I dont know where to start. I think getting just the difference of two coords(the current fix and an arbitrary point) will be less difficult than navigating a map.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    ReinhardE | # 243 | 2006-08-18, 10:38 | Report

    Originally Posted by Luna
    I've been playing with the idea of server. Like said, there is alot of redundant data. I could further subdivide the data and really clean house. Just rebuild the zoom level 0 and server up the rest in the 256x256 blocks.
    Under the assumption that all tiles in all zoom levels are around the same size, you only save 25%, if you delete all levels greater than 0 (due to the geometric series 1 + 1/4 + 1/16 ...).

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Luna | # 244 | 2006-08-18, 12:58 | Report

    Originally Posted by ReinhardE
    Under the assumption that all tiles in all zoom levels are around the same size, you only save 25%, if you delete all levels greater than 0 (due to the geometric series 1 + 1/4 + 1/16 ...).
    Correct. That is why I have no problem with retaining the higher levels, it is when you hit level 0 and 1 that you have the big hit (and those are the only ones I'm really concerned with). When you look at the typical usage, I'm either zoomed midway or all the way in looking for details.

    This is just for discussion though. A MPS file base server is the real way to go if I put any time into this. Gnuite's excellent work and my current work obligations will make this a hard task to truely begin


    BTW, are jpegs decoded by software or in hardware?

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Luna | # 245 | 2006-08-18, 13:00 | Report

    Originally Posted by gnuite
    If you try limiting the data to just zoom-level-0 blocks, though, you're not going to get a very readable image (in terms of text _and_ in terms of road lines).

    What? You cannot read text that is quarter point in size ?

    Edit | Forward | Quote | Quick Reply | Thanks

     
    ReinhardE | # 246 | 2006-08-18, 13:28 | Report

    Originally Posted by Luna
    BTW, are jpegs decoded by software or in hardware?
    Even if you give files names like 54823.jpg they need not be jpeg files. When you try jpegtopnm you get an error, while pngtopnm succeeds. So google-map files could be of type png after all.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Luna | # 247 | 2006-08-18, 19:41 | Report

    The headers say png.

    I did a little test to see the level of redundancy in my level 0 folder. Here are the stats: 169 folders, 16900 files total, 12355 distinct files. I did this via MD5 hash comparision. Now I need to split each of the 16900 files into 4 or so separate images and see how it pans out.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    gnuite | # 248 | 2006-08-19, 16:25 | Report

    Originally Posted by ReinhardE
    Even if you give files names like 54823.jpg they need not be jpeg files. When you try jpegtopnm you get an error, while pngtopnm succeeds. So google-map files could be of type png after all.
    Google Maps uses PNG for street maps and JPG for topographical maps. It doesn't matter what the extension is - I just picked jpg for the sake of simplicity. It probably should have no extension, but it's too late to change that now, and with an image extension, at least people know that it's an image (even if it's not the right image type).

    Edit | Forward | Quote | Quick Reply | Thanks

     
    gnuite | # 249 | 2006-08-19, 16:31 | Report

    Originally Posted by indio
    Thanks Gnuite for your reply. I bow to your trully elite C skill .

    I am trying to get some basic information through my GPS receiver using python. What I want to do is just get my current position, compare it with another waypoint's coordinates and get the distance.

    Could point our some documentation I could study? I am too new to GPS so I dont know where to start. I think getting just the difference of two coords(the current fix and an arbitrary point) will be less difficult than navigating a map.
    If you use rfcomm, accessing the GPS Receiver is as easy as opening a file (and the interface is the same). Most likely the input stream will be in ASCII following the NMEA protocol, so google it for info about that.

    Once you have your current position (from, e.g., the RMC sentence in the NMEA protocol), it's easy to calculate the surface distance between two points - there are numerous code examples on the web.

    The code for maemo mapper is not all that complex, especially the parts that do the NMEA parsing and geographical calculations. The hard part is the matter of proper UI design considering the form factor.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    tdmajic | # 250 | 2006-08-20, 23:22 | Report

    are there any other gps programs that can be used on the n770? mm is a really cool app. but i really can't depend on the routing portion of the app. uses the long way all the time.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Page 25 of 39 | Prev | 15   23     24   25   26     27   35 | Next | Last
vBulletin® Version 3.8.8
Normal Logout