My favorites | Sign in
Logo
                
Details: Show all Hide all

Older

  • Nov 05, 2009
    issue 14 (Compiling with gcc 4.4 fails) reported by heinervdm   -   This is the output: omgps-map_repo.o: In function `mapcfg_get_dl_url': map_repo.c:(.text+0x10a): undefined reference to `py_ext_lock' map_repo.c:(.text+0x180): undefined reference to `py_ext_unlock' omgps-map_repo.o: In function `mapcfg_load': map_repo.c:(.text+0x454): undefined reference to `py_ext_lock' map_repo.c:(.text+0x4bc): undefined reference to `py_ext_unlock' omgps-sound.o: In function `set_plugin': sound.c:(.text+0x88): undefined reference to `py_ext_lock' sound.c:(.text+0xd4): undefined reference to `py_ext_unlock' sound.c:(.text+0x156): undefined reference to `py_ext_unlock' sound.c:(.text+0x15a): undefined reference to `py_ext_lock' sound.c:(.text+0x17c): undefined reference to `py_ext_unlock' omgps-sound.o: In function `plugin_play_event': sound.c:(.text+0x3a8): undefined reference to `py_ext_lock' sound.c:(.text+0x3ea): undefined reference to `py_ext_unlock' omgps-sound.o: In function `play_sound_routine': sound.c:(.text+0x582): undefined reference to `py_ext_lock' sound.c:(.text+0x5c6): undefined reference to `py_ext_unlock' collect2: ld returned 1 exit status
    This is the output: omgps-map_repo.o: In function `mapcfg_get_dl_url': map_repo.c:(.text+0x10a): undefined reference to `py_ext_lock' map_repo.c:(.text+0x180): undefined reference to `py_ext_unlock' omgps-map_repo.o: In function `mapcfg_load': map_repo.c:(.text+0x454): undefined reference to `py_ext_lock' map_repo.c:(.text+0x4bc): undefined reference to `py_ext_unlock' omgps-sound.o: In function `set_plugin': sound.c:(.text+0x88): undefined reference to `py_ext_lock' sound.c:(.text+0xd4): undefined reference to `py_ext_unlock' sound.c:(.text+0x156): undefined reference to `py_ext_unlock' sound.c:(.text+0x15a): undefined reference to `py_ext_lock' sound.c:(.text+0x17c): undefined reference to `py_ext_unlock' omgps-sound.o: In function `plugin_play_event': sound.c:(.text+0x3a8): undefined reference to `py_ext_lock' sound.c:(.text+0x3ea): undefined reference to `py_ext_unlock' omgps-sound.o: In function `play_sound_routine': sound.c:(.text+0x582): undefined reference to `py_ext_lock' sound.c:(.text+0x5c6): undefined reference to `py_ext_unlock' collect2: ld returned 1 exit status
  • Aug 16, 2009
    issue 13 (feature request: able to mark a point on the map) Status changed by meng.qingyou   -   OK, this can be solved by POI, I'm busy developing next release. totally rewriting, lots of work to do, please wait for about three weeks.
    Status: Accepted
    OK, this can be solved by POI, I'm busy developing next release. totally rewriting, lots of work to do, please wait for about three weeks.
    Status: Accepted
  • Aug 06, 2009
    issue 13 (feature request: able to mark a point on the map) reported by unachievable   -   This is a feature request. Please, make us able to put a point on a map. It is very difficult to find a way now without it. Especially if you are going for a long foot or bike trip.
    This is a feature request. Please, make us able to put a point on a map. It is very difficult to find a way now without it. Especially if you are going for a long foot or bike trip.
  • Jul 18, 2009
    ReleaseStatus Wiki page edited by meng.qingyou
  • Jul 18, 2009
    r109 (bugfix: in main view, when full/unfull screen, heading redra...) committed by meng.qingyou   -   bugfix: in main view, when full/unfull screen, heading redraw fails.
    bugfix: in main view, when full/unfull screen, heading redraw fails.
  • Jul 18, 2009
    r108 (bugfix: should load ALM even if EPH was loaded) committed by meng.qingyou   -   bugfix: should load ALM even if EPH was loaded
    bugfix: should load ALM even if EPH was loaded
  • Jul 18, 2009
    r107 (don't maintain this file any more) committed by meng.qingyou   -   don't maintain this file any more
    don't maintain this file any more
  • Jul 18, 2009
    ReleaseStatus Wiki page edited by meng.qingyou
  • Jul 18, 2009
    issue 12 (Add a template to load google satellite images) Status changed by meng.qingyou   -   Thanks :) GoogleSat, not only blacklist but also distorts and offsets in Beijing, GoogleMap, various offset (hundreds of meters). The load-balancing can be implemented in map.py. But I doubt if it helps much. Don't add delay to GoogleSat_url, because urls are prepared before actual downloading. As of an open source project, I have to respect copyright and legal things. I had difficult time to determine if I should add non open-sourced repositories. I hope you can understand. So, GoogleSat is not planned to be added to omgps yet. And in the futhure, even google map and yahoo sat may be removed. I'm sorry, but I can post your configuration (better with load-balancing) to FAQ.
    Status: WontFix
    Thanks :) GoogleSat, not only blacklist but also distorts and offsets in Beijing, GoogleMap, various offset (hundreds of meters). The load-balancing can be implemented in map.py. But I doubt if it helps much. Don't add delay to GoogleSat_url, because urls are prepared before actual downloading. As of an open source project, I have to respect copyright and legal things. I had difficult time to determine if I should add non open-sourced repositories. I hope you can understand. So, GoogleSat is not planned to be added to omgps yet. And in the futhure, even google map and yahoo sat may be removed. I'm sorry, but I can post your configuration (better with load-balancing) to FAQ.
    Status: WontFix
  • Jul 18, 2009
    r105 (bug: should change fron usart.c to uart.c in Makefile.am) committed by meng.qingyou   -   bug: should change fron usart.c to uart.c in Makefile.am
    bug: should change fron usart.c to uart.c in Makefile.am
  • Jul 18, 2009
    issue 12 (Add a template to load google satellite images) reported by LudwigBrinckmann   -   At the moment, there is no predefined tab to display Google satellite images. This is one that works: def GoogleSat(): return "min-zoom=1; max-zoom=18; image-type=jpg" def GoogleSat_url(zoom, x, y): return "http://khm1.google.com/kh?v=41&x=" + `x` + "&y=" + `y` + "&z=" + `zoom` + "&s=" ... at least until one gets blacklisted by Google for downloading too much. Maybe it would be good to put a random delay into it plus maybe loadbalance over the servers 0-3.
    At the moment, there is no predefined tab to display Google satellite images. This is one that works: def GoogleSat(): return "min-zoom=1; max-zoom=18; image-type=jpg" def GoogleSat_url(zoom, x, y): return "http://khm1.google.com/kh?v=41&x=" + `x` + "&y=" + `y` + "&z=" + `zoom` + "&s=" ... at least until one gets blacklisted by Google for downloading too much. Maybe it would be good to put a random delay into it plus maybe loadbalance over the servers 0-3.
  • Jul 17, 2009
    issue 10 (GPS Settings Module) Status changed by meng.qingyou   -   #2 fixed
    Status: Fixed
    #2 fixed
    Status: Fixed
  • Jul 17, 2009
    issue 11 (GPS Sky View) Status changed by meng.qingyou   -   LudwigBrinckmann: Thanks a lot for the report, it's a bug. That should be same as speed heading in main view :) ALL google services sucks today from China. This comment is send through tor, but svn to google code suffers, gmail sufers, and even google.cn. It took me nearly half a hour to submit a single file! God! I'm thinking about switch to another code hosting site. Even drop my gmail account. BTW, I'm doubting if Google WebOS can be used here. I like Yunnan but haven't travel there.
    Status: Fixed
    LudwigBrinckmann: Thanks a lot for the report, it's a bug. That should be same as speed heading in main view :) ALL google services sucks today from China. This comment is send through tor, but svn to google code suffers, gmail sufers, and even google.cn. It took me nearly half a hour to submit a single file! God! I'm thinking about switch to another code hosting site. Even drop my gmail account. BTW, I'm doubting if Google WebOS can be used here. I like Yunnan but haven't travel there.
    Status: Fixed
  • Jul 17, 2009
    r104 (issue #11 bug fix: incorrect satellite position in skymap, t...) committed by meng.qingyou   -   issue #11 bug fix: incorrect satellite position in skymap, thanks to LudwigBrinckmann
    issue #11 bug fix: incorrect satellite position in skymap, thanks to LudwigBrinckmann
  • Jul 17, 2009
    r103 (defect: issue #10) committed by meng.qingyou   -   defect: issue #10
  • Jul 17, 2009
    issue 10 (GPS Settings Module) commented on by meng.qingyou   -   you can always set/modify username and password in settings.txt, but have to restart to make it take effect. I guess you are using SHR, I don't like auto keyboard, you can open/close it from top bar.
    you can always set/modify username and password in settings.txt, but have to restart to make it take effect. I guess you are using SHR, I don't like auto keyboard, you can open/close it from top bar.
  • Jul 17, 2009
    issue 10 (GPS Settings Module) Status changed by meng.qingyou   -   about #1: strange :) the keyboard is not controlled by omgps about #2: accept
    Status: Accepted
    about #1: strange :) the keyboard is not controlled by omgps about #2: accept
    Status: Accepted
  • Jul 17, 2009
    issue 8 (put in the altitude information into the tracks) commented on by meng.qingyou   -   LudwigBrinckmann: I see, I'm busy developing the next release, many things to be done. In addition to current latitude, longitude and time, here is the planned new fields: fix_type, elevation, hdop, vdop, speed_2d, vel_down, utc_time I'm sorry, omgps does not use NMEA protocol instead UBX binary.
    LudwigBrinckmann: I see, I'm busy developing the next release, many things to be done. In addition to current latitude, longitude and time, here is the planned new fields: fix_type, elevation, hdop, vdop, speed_2d, vel_down, utc_time I'm sorry, omgps does not use NMEA protocol instead UBX binary.
  • Jul 17, 2009
    issue 8 (put in the altitude information into the tracks) commented on by LudwigBrinckmann   -   Once you start putting more stuff into the tracks, why not put accuracy (HDOP, VDOP) in there as well. This is one of the most annoying features of my Garmin GPS devices that I can never tell when I had a good lock or a bad one. The more information the better. Another option could be to log the NMEA output directly (yes I know this could be done directly with another app, but why not have an NMEA log as an option)
    Once you start putting more stuff into the tracks, why not put accuracy (HDOP, VDOP) in there as well. This is one of the most annoying features of my Garmin GPS devices that I can never tell when I had a good lock or a bad one. The more information the better. Another option could be to log the NMEA output directly (yes I know this could be done directly with another app, but why not have an NMEA log as an option)
  • Jul 17, 2009
    issue 11 (GPS Sky View) reported by LudwigBrinckmann   -   I think the transformation from GPS NMEA data to position in the sky is not correct. As far as I understand this, the azimugh gives the position relative to north, so a satellite with an azimuth of 168 should be close to south of the viewer. However, this is not the case. I additionally compared your output with my Garmin GPS and Garmin displays this differently from yours. I think Garmin is correct. (In some ways it is easy for me to tell: my window faces south with heavy concrete walls to all other sides, so I can usually only get satellites in the south, however, your display shows them all in the east.) I have not looked into your source in detail, but I think there is a simple bug in the geometric calculations that transform azimuth and elevation into x and y positions on the screen. For Android I had written (and open-sourced) something very similar. I have attached the relevant code file, but you can find the whole thing at http://www.yunnanexplorer.com/download/androidapps/ Very nice work, otherwise. Ludwig
    I think the transformation from GPS NMEA data to position in the sky is not correct. As far as I understand this, the azimugh gives the position relative to north, so a satellite with an azimuth of 168 should be close to south of the viewer. However, this is not the case. I additionally compared your output with my Garmin GPS and Garmin displays this differently from yours. I think Garmin is correct. (In some ways it is easy for me to tell: my window faces south with heavy concrete walls to all other sides, so I can usually only get satellites in the south, however, your display shows them all in the east.) I have not looked into your source in detail, but I think there is a simple bug in the geometric calculations that transform azimuth and elevation into x and y positions on the screen. For Android I had written (and open-sourced) something very similar. I have attached the relevant code file, but you can find the whole thing at http://www.yunnanexplorer.com/download/androidapps/ Very nice work, otherwise. Ludwig
  • Jul 17, 2009
    issue 10 (GPS Settings Module) reported by LudwigBrinckmann   -   1: I can enter my ublox user name for online assist, but for entering my password I do not get a keyboard. (Workaround: enter settings.txt file directly) 2: For the various modes (pedestrian, automotive etc) the explanatory text is not readable, please choose a darker font.
    1: I can enter my ublox user name for online assist, but for entering my password I do not get a keyboard. (Workaround: enter settings.txt file directly) 2: For the various modes (pedestrian, automotive etc) the explanatory text is not readable, please choose a darker font.
  • Jul 14, 2009
    r102 (1. bug fix: sometimes unable to restore GPS from suspend 2. ...) committed by meng.qingyou   -   1. bug fix: sometimes unable to restore GPS from suspend 2. bug fix: sometimes block on GPS initializing, should talk with GPS through blocking mode 3. bug fix: incorrect file permission, should set with open(), don't use umask() 4: defect: remove omgps.pid at exit 5. refactore: rename usart.c/h -> uart.c/h
    1. bug fix: sometimes unable to restore GPS from suspend 2. bug fix: sometimes block on GPS initializing, should talk with GPS through blocking mode 3. bug fix: incorrect file permission, should set with open(), don't use umask() 4: defect: remove omgps.pid at exit 5. refactore: rename usart.c/h -> uart.c/h
  • Jul 04, 2009
    FeatureRequests Wiki page edited by meng.qingyou
  • Jul 04, 2009
    FeatureRequests Wiki page edited by meng.qingyou
  • Jun 30, 2009
    issue 9 (don't popup warning dialog while no sound module found) Status changed by meng.qingyou   -  
    Status: Fixed
    Status: Fixed
  • Jun 30, 2009
    r99 (bug #9: don't pop up warning dialog when no sound module fou...) committed by meng.qingyou   -   bug #9 : don't pop up warning dialog when no sound module found
    bug #9 : don't pop up warning dialog when no sound module found
  • Jun 30, 2009
    FeatureRequests Wiki page edited by meng.qingyou
  • Jun 30, 2009
    FeatureRequests Wiki page edited by meng.qingyou
  • Jun 30, 2009
    issue 9 (don't popup warning dialog while no sound module found) reported by meng.qingyou   -   reported by mrmoku
    reported by mrmoku
  • Jun 30, 2009
    PageName Wiki page deleted by meng.qingyou
  • Jun 30, 2009
    FeatureRequests Wiki page edited by meng.qingyou
  • Jun 30, 2009
    FeatureRequests Wiki page added by meng.qingyou
  • Jun 30, 2009
    PageName Wiki page added by meng.qingyou
  • Jun 29, 2009
    issue 8 (put in the altitude information into the tracks) reported by meng.qingyou   -   reported by nuk from opkg.org
    reported by nuk from opkg.org
  • Jun 29, 2009
    issue 7 (slow pan/zoom) Status changed by meng.qingyou   -   about "slow pan": it is designed as slow on purpose, to avoid certain actions that trigger unwanted pan. for example: when you clean dust on screen while forget or unable to lock screen. pan will take effect only when these two conditions are met: 1. distance between press and release events > some value (say 30 pixels) 2. time span between press and release events between some value (say 200 ~ 30000 ms)
    Status: Invalid
    about "slow pan": it is designed as slow on purpose, to avoid certain actions that trigger unwanted pan. for example: when you clean dust on screen while forget or unable to lock screen. pan will take effect only when these two conditions are met: 1. distance between press and release events > some value (say 30 pixels) 2. time span between press and release events between some value (say 200 ~ 30000 ms)
    Status: Invalid
  • Jun 28, 2009
    FAQ Wiki page edited by meng.qingyou
  • Jun 28, 2009
    issue 7 (slow pan/zoom) commented on by meng.qingyou   -   about zoom: press and hold "+" or "-" button, you will see the zoom level changes, when you release the button, zoom will takes effect -- refresh view.
    about zoom: press and hold "+" or "-" button, you will see the zoom level changes, when you release the button, zoom will takes effect -- refresh view.
  • Jun 28, 2009
    issue 7 (slow pan/zoom) reported by unachievable   -   What steps will reproduce the problem? 1. launch omgps 2. press zoom or pan more than 1 time in a second 3. see the problem What is the expected output? What do you see instead? Okay, assume tile loading takes time and this cannot be changed. But handling of panning and zooming can be. One can zoom without tiles loaded if (s)he wants to zoom quickly. Now one have to wait while tiles at each zoom load and only after that (s) could zoom(or pan) again. What about putting controls of the view and tile loading in separate threads? What version of the product are you using? On what operating system? Using omgps 0.1-svnr90-r0_armv4t on latest SHR-unstable.
    What steps will reproduce the problem? 1. launch omgps 2. press zoom or pan more than 1 time in a second 3. see the problem What is the expected output? What do you see instead? Okay, assume tile loading takes time and this cannot be changed. But handling of panning and zooming can be. One can zoom without tiles loaded if (s)he wants to zoom quickly. Now one have to wait while tiles at each zoom load and only after that (s) could zoom(or pan) again. What about putting controls of the view and tile loading in separate threads? What version of the product are you using? On what operating system? Using omgps 0.1-svnr90-r0_armv4t on latest SHR-unstable.
  • Jun 25, 2009
    omgps_0.1-svnr90-r0_armv4t.ipk (ipkg installer package) file uploaded by meng.qingyou   -  
    Labels: Featured Type-Package
    Labels: Featured Type-Package
  • Jun 25, 2009
    ReleaseStatus Wiki page edited by meng.qingyou
  • Jun 25, 2009
    r90 (bugfix: incorrect location of map.py) committed by meng.qingyou   -   bugfix: incorrect location of map.py
    bugfix: incorrect location of map.py
  • Jun 25, 2009
    ReleaseStatus Wiki page edited by meng.qingyou
  • Jun 25, 2009
    omgps-dbg_0.1-svnr88_armv4t.ipk (omgps debugging information) file uploaded by meng.qingyou   -  
    Labels: Type-Package
    Labels: Type-Package
  • Jun 25, 2009
    omgps_0.1-svnr88_armv4t.ipk (omgps binary package) file uploaded by meng.qingyou   -  
    Labels: Featured Type-Package
    Labels: Featured Type-Package
  • Jun 24, 2009
    r88 ([No log message]) committed by meng.qingyou   -   [No log message]
    [No log message]
  • Jun 24, 2009
    r87 ([No log message]) committed by meng.qingyou   -   [No log message]
    [No log message]
  • Jun 24, 2009
    r86 ([No log message]) committed by meng.qingyou   -   [No log message]
    [No log message]
  • Jun 24, 2009
    r85 (change SRC_URI from http tarball to svn) committed by meng.qingyou   -   change SRC_URI from http tarball to svn
    change SRC_URI from http tarball to svn
  • Jun 24, 2009
    omgps-0.1-r0.tar.gz (source tarball) file uploaded by meng.qingyou   -  
    Labels: Type-Source Featured
    Labels: Type-Source Featured
  • Jun 24, 2009
    ReleaseStatus Wiki page edited by meng.qingyou
 
Hosted by Google Code