Active Topics
-
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (13)
to SailfishOS by edp17 - 2 hrs, 46 mins ago -
Sailfish OS for the Samsung Galaxy Note 4 (SM-N910C) - (treltexx) (79)
to SailfishOS by edp17 - 2 hrs, 50 mins ago -
U-Boot for Nokia RX-51 with BootMenu (updated version 2012.10-rc3-1) (843)
to Alternatives by Arno_11 - 8 hrs, 8 mins ago -
List of well performing apps on Leste (34)
to Maemo 7 / Leste by biketool - 1 day, 8 hrs ago -
Maemo repository (5)
to Community by dredlok706 - 3 days, 3 hrs ago -
Re-commissioning N9 in 2018 (127)
to MeeGo / Harmattan by smatkovi - 3 days, 6 hrs ago -
Porting apps to Leste (41)
to Maemo 7 / Leste by Arno_11 - 3 days, 23 hrs ago -
N900 is not recognizable on any of my devices (windows 10,7, xp) What can I do? (1)
to Nokia N900 by nieldk - 5 days, 11 hrs ago - more...
|
2010-10-13
, 18:21
|
|
Posts: 85 |
Thanked: 15 times |
Joined on Sep 2010
|
#262
|
Downloaded the new version and running tests. Settings are Zoom 14, download batch setting 5 up/5down (so 9-19 is the end result).
Applause: The check feature definitely runs faster, and the total tiles needed is faster. Everything is faster. ALOT faster. Kudos.
After telling it to get a 10 zoom level 20+KM range before it would take a long time to even show the download screen with the number of tiles needed. It now only takes about 5 seconds. The check runs a lot faster, too, as in it actually shows its progression real-time rather than freezing the phone for 20 minutes before causing a reboot.
Feedback:
However the Check feature may not be working quite right. Here what i have found so far.
1) Still shows KM and not miles in download area. Not sure if that was one of the fixes mentioned in the change log, but it seemed to be.
2) If you run a check for a given area (ie: 5km, 10km, etc.) and all tiles are considered available, if you just hit "edit" and increase the size and check again it will continue to report that all tiles are available no matter how high you go.
3) if you hit Download anyway, despite #2 above, because you know you don't actually have them, it will finish without having downloaded anything (as noted by the lack of change in disk space) and tell you that all are now available. if you then return to the map and scroll to an area where you know you don't actually have tiles you will just get a black area, and the menu buttons disappear, and the program becomes unresponsive (or rather, unuseable since three are no buttons and the screen can no longer be scrolled) and has to be closed.
4) After restarting the app: going to batch and starting a download for the area you tried to download in #2, it will run normal and start downloading all the missing tiles. However, if i wanted to check the size of the download before letting it continue, to see if it would actually see that i didn't have them, i hit stop and then check. It said i would only need 1.8mb of files, so i hit continue download. As opposed to the slow pace at which it was going before (reporting 2-4 tiles downloaded per second), it was showing thousands downloaded per second (the same speed as the check) and finished without downloading anything. repeat the black screen from #3.
Repeating #4, but this time not running any checks, just letting it download and it is working so far as i can tell. Disk space is going down and my GPRS data counter is moving. So far i am up to 1400 of 371,759 tiles down,space used ~2mb. Should be ~500MB downloaded when finished based on that, which sounds about right. This is a 20KM area i am grabbing of dense city.
Conjecture: The checking and being done and thiking it does not need to download tiles may be an anomoly to me, as the data base may have been marked as downloaded them all when i tried to do it with the last version, even though it had frozen and didn't finish. Or something to that effect. After i finished my current download of my city, i will move to another area that i know i won't have any tiles for and i will try the exact same steps i have done above to see if the results are different (as this would eliminate the possibility of the DB thinking i have the tiles when i do not).
Applause: The check feature definitely runs faster, and the total tiles needed is faster. Everything is faster. ALOT faster. Kudos.
After telling it to get a 10 zoom level 20+KM range before it would take a long time to even show the download screen with the number of tiles needed. It now only takes about 5 seconds. The check runs a lot faster, too, as in it actually shows its progression real-time rather than freezing the phone for 20 minutes before causing a reboot.Feedback:
However the Check feature may not be working quite right. Here what i have found so far.
1) Still shows KM and not miles in download area. Not sure if that was one of the fixes mentioned in the change log, but it seemed to be.
2) If you run a check for a given area (ie: 5km, 10km, etc.) and all tiles are considered available, if you just hit "edit" and increase the size and check again it will continue to report that all tiles are available no matter how high you go.
3) if you hit Download anyway, despite #2 above, because you know you don't actually have them, it will finish without having downloaded anything (as noted by the lack of change in disk space) and tell you that all are now available. if you then return to the map and scroll to an area where you know you don't actually have tiles you will just get a black area, and the menu buttons disappear, and the program becomes unresponsive (or rather, unuseable since three are no buttons and the screen can no longer be scrolled) and has to be closed.
4) After restarting the app: going to batch and starting a download for the area you tried to download in #2, it will run normal and start downloading all the missing tiles. However, if i wanted to check the size of the download before letting it continue, to see if it would actually see that i didn't have them, i hit stop and then check. It said i would only need 1.8mb of files, so i hit continue download. As opposed to the slow pace at which it was going before (reporting 2-4 tiles downloaded per second), it was showing thousands downloaded per second (the same speed as the check) and finished without downloading anything. repeat the black screen from #3.
Repeating #4, but this time not running any checks, just letting it download and it is working so far as i can tell. Disk space is going down and my GPRS data counter is moving. So far i am up to 1400 of 371,759 tiles down,space used ~2mb. Should be ~500MB downloaded when finished based on that, which sounds about right. This is a 20KM area i am grabbing of dense city.
Conjecture: The checking and being done and thiking it does not need to download tiles may be an anomoly to me, as the data base may have been marked as downloaded them all when i tried to do it with the last version, even though it had frozen and didn't finish. Or something to that effect. After i finished my current download of my city, i will move to another area that i know i won't have any tiles for and i will try the exact same steps i have done above to see if the results are different (as this would eliminate the possibility of the DB thinking i have the tiles when i do not).
|
|
2010-10-13
, 21:52
|
|
Posts: 85 |
Thanked: 15 times |
Joined on Sep 2010
|
#263
|
More Feedback:
Seeing as the download is going to take sometime, and i like to use my phone for lots of stuff, i thought i would try using it a bit while the download was in progress. I got to 8761 tiles down, and then i used FAPMAN to download an app. This caused the download to stall out and stop. Has sat at 8761 for about an hour. The program was unresponsive for a bit when switching back into it. Took a while (~30-60 seconds) for it to register me hitting the STOP button. But i hit the stop button then tried hitting the back arrow to gauge the responsiveness. it jumped out to the menu in one swoop once it became responsive again. It is now responding normally. I am going to attempt to start the download again and see what happens. I have Facebrick running in the background, so we will see if it work to download while there is still something else using the modem.
-------
Ok, so hitting the start key has seemed to freeze the program. Unresponsive for about 5 minutes now. Going to kill the app and try again.
-------
Closed Facebrick and opened Pyradio (Pandora). Downloading batch with same settings. Quickly went up to 4866 (which i would expect), but has paused before getting to where i would expect (8761). Waiting... Ok, been paused/stuck there for 30 minutes now. Took 5 minutes for it to respond to the stop button. Going to stop, close, and try again without pandora (i usually have pandora running all day when here at the office so it's a more normal usage scenario. have it on in the car too, but with all the tiles i am downloading it will be a bit before i can check onthe fly downloading while pandora is on and i'm in the car.)
-------
Trying again without pandora on, but without a restart first. Might work, but i don't want to wait. Seemed to be frozen. Probably just really slow. Closed ("this program is not responding, close?"), and trying again.
--------
Ok, without pandora/facebrick running and going from a fresh start the download counted up at a rate of about 800 tiles per second and now says that all tiles are available. Tested as usuall by going to the map screen. All i did was zoom out twice. Interface disapears and program freezes. there is a black strip on one side where some of the tiles i am supposed to have should be. If i close the program (and it closes normally in this instance), it opens to my base zoom level. Hit zoom out twice and i see the green download indicators on the side where the black stripe was for a second and then the tiles fill in.
I think when i get home i am going to try deleting the DB files and downloading over wifi and see what happens then. I will also see about uploading the log file that modrana makes now.
Seeing as the download is going to take sometime, and i like to use my phone for lots of stuff, i thought i would try using it a bit while the download was in progress. I got to 8761 tiles down, and then i used FAPMAN to download an app. This caused the download to stall out and stop. Has sat at 8761 for about an hour. The program was unresponsive for a bit when switching back into it. Took a while (~30-60 seconds) for it to register me hitting the STOP button. But i hit the stop button then tried hitting the back arrow to gauge the responsiveness. it jumped out to the menu in one swoop once it became responsive again. It is now responding normally. I am going to attempt to start the download again and see what happens. I have Facebrick running in the background, so we will see if it work to download while there is still something else using the modem.
-------
Ok, so hitting the start key has seemed to freeze the program. Unresponsive for about 5 minutes now. Going to kill the app and try again.
-------
Closed Facebrick and opened Pyradio (Pandora). Downloading batch with same settings. Quickly went up to 4866 (which i would expect), but has paused before getting to where i would expect (8761). Waiting... Ok, been paused/stuck there for 30 minutes now. Took 5 minutes for it to respond to the stop button. Going to stop, close, and try again without pandora (i usually have pandora running all day when here at the office so it's a more normal usage scenario. have it on in the car too, but with all the tiles i am downloading it will be a bit before i can check onthe fly downloading while pandora is on and i'm in the car.)
-------
Trying again without pandora on, but without a restart first. Might work, but i don't want to wait. Seemed to be frozen. Probably just really slow. Closed ("this program is not responding, close?"), and trying again.
--------
Ok, without pandora/facebrick running and going from a fresh start the download counted up at a rate of about 800 tiles per second and now says that all tiles are available. Tested as usuall by going to the map screen. All i did was zoom out twice. Interface disapears and program freezes. there is a black strip on one side where some of the tiles i am supposed to have should be. If i close the program (and it closes normally in this instance), it opens to my base zoom level. Hit zoom out twice and i see the green download indicators on the side where the black stripe was for a second and then the tiles fill in.
I think when i get home i am going to try deleting the DB files and downloading over wifi and see what happens then. I will also see about uploading the log file that modrana makes now.
|
|
2010-10-13
, 22:00
|
|
Posts: 85 |
Thanked: 15 times |
Joined on Sep 2010
|
#264
|
Yeah, hitting zoom out a third time i only had 1 tile downloaded already, which means it never actually grabbed the 3rd level up on any of my download tests (which i did 5, then 10, and then 20, assuming based on it telling me i had everything available on the 5 and 10 settings all of the above was done on the 20KM setting.). Also only had a few of the 3rd level downward. Not sure if this is a DB file problem from having tried to download and haing failed batch loads so many times, or if it's a program error. So tonight when i get home to wifi i will wipe the DB files and go from scratch and see what happens.
EIDT: Doh! i forgot to turn logging on so i don't have anything from all the testing i've done so far today. Phooey.
Last edited by ThePooBurner; 2010-10-13 at 22:35.
EIDT: Doh! i forgot to turn logging on so i don't have anything from all the testing i've done so far today. Phooey.
Last edited by ThePooBurner; 2010-10-13 at 22:35.
|
|
2010-10-14
, 01:03
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#265
|
Originally Posted by renjithza
Never heard of this tool before, I'll have to check out the structure of the files it produces.
Hi MartinK
Regarding SQLite storage, I came across the Mobile Atlas Creator (formerly known as TrekBuddy Atlas Creator - [URL="http://mobac.dnsalias.org/"]http:
...
If I downloaded maps using this tool to one of these formats, would it work with modRana? Thanks.
Originally Posted by ThePooBurner
This may be a bit more complex to fix than expected. Basically, after examining the (older Rana-heritage) code a bit more throughly, I found that it actually uses some tile coordinate derived (scale dependent!
Feedback:
However the Check feature may not be working quite right. Here what i have found so far.
1) Still shows KM and not miles in download area. Not sure if that was one of the fixes mentioned in the change log, but it seemed to be.
) unit and not plain kilometers as I thought. Before some conversion code is added, I can just switch the labels and and the would not be much difference in precision 
Originally Posted by ThePooBurner
I tried to reproduce the stuck "all tiles available" bug and the black screen without success, but I have found and fixed a probably unrelated bug in the size estimation thread.
2) If you run a check for a given area (ie: 5km, 10km, etc.) and all tiles are considered available, if you just hit "edit" and increase the size and check again it will continue to report that all tiles are available no matter how high you go.
3) if you hit Download anyway, despite #2 above, because you know you don't actually have them, it will finish without having downloaded anything (as noted by the lack of change in disk space) and tell you that all are now available. if you then return to the map and scroll to an area where you know you don't actually have tiles you will just get a black area, and the menu buttons disappear, and the program becomes unresponsive (or rather, unuseable since three are no buttons and the screen can no longer be scrolled) and has to be closed.
4) After restarting the app: going to batch and starting a download for the area you tried to download in #2, it will run normal and start downloading all the missing tiles. However, if i wanted to check the size of the download before letting it continue, to see if it would actually see that i didn't have them, i hit stop and then check. It said i would only need 1.8mb of files, so i hit continue download. As opposed to the slow pace at which it was going before (reporting 2-4 tiles downloaded per second), it was showing thousands downloaded per second (the same speed as the check) and finished without downloading anything. repeat the black screen from #3.
There may be some different circumstances involved, like a corrupted database file, different database size, etc.
Originally Posted by ThePooBurner
I did a quick test and once reproduced the stuck/very slow download with the standard media player running, but it worked normally next time. I also noticed some skipping in the music, from time to time.
More Feedback:
Seeing as the download is going to take sometime, and i like to use my phone for lots of stuff, i thought i would try using it a bit while the download was in progress.
BTW, the tile download is potentially quite resource intensive as there are multiple threads involved and quite a lot of disk access, but it should not be so bad as to basically freeze. Could you try look on the CPU usage if/when something like this happens next ?
Originally Posted by ThePooBurner
Good idea, maybe the database got corrupted during the testing, the commit mechanism in the previous version also wasn't too robust.
More Feedback:
I think when i get home i am going to try deleting the DB files and downloading over wifi and see what happens then.
Also, just an idea:
When you get some weird results (like slow response, freezing, black screen), could you also try if the same happens while using the file storage ?
This could help to discern what is caused by the database and what by the download/threading logic.
Originally Posted by ThePooBurner
That would be really helpful!
I will also see about uploading the log file that modrana makes now.
Please note, that the log file is currently overwritten each time you start modRana. I guess I'll have to add a dedicated log folder + numbered log files...
Also, thanks for the feedback, it is much appreciated !
__________________
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)
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; 2010-10-14 at 01:10.
 |
|
2010-10-14
, 02:27
|
|
Posts: 1,559 |
Thanked: 1,786 times |
Joined on Oct 2009
@ Boston
|
#266
|
Originally Posted by MartinK
Ah-hah! So i'm not crazy.
This may be a bit more complex to fix than expected. Basically, after examining the (older Rana-heritage) code a bit more throughly, I found that it actually uses some tile coordinate derived (scale dependent!
Thanks for testing and reporting, TPB.
__________________
Unofficial PR1.3/Meego 1.1 FAQ
Unofficial PR1.3/Meego 1.1 FAQ
***
Classic example of arbitrary Nokia decision making. Couldn't just fallback to the no brainer of tagging with lat/lon if network isn't accessible, could you Nokia?
| The Following User Says Thank You to Flandry For This Useful Post: | ||
|
|
2010-10-14
, 23:20
|
|
Posts: 1,548 |
Thanked: 7,510 times |
Joined on Apr 2010
@ Czech Republic
|
#267
|
I made another update, V0.16-4.
I finally managed to reproduce the failed size estimation followed by a black screen, as reported by TBP + get a log out of it.
Looks like it being caused by two separate issues - database becoming inaccessible and failed loading of status tiles.
I hardened the code running both, so it now will either work as intended or at least should not get the application to an unusable state and should print an error message.
I have also noticed during testing, that MyDocs sometimes becomes read only (for all applications). Did anybody notice something like this before ?
I don't know if this is caused by modRana or some other program accessing MyDocs. It can be fixed by connecting and disconnecting in mas-storage mode or by restarting the device. An appropriate mount/umount command would IMO also fix it.
I finally managed to reproduce the failed size estimation followed by a black screen, as reported by TBP + get a log out of it.
Looks like it being caused by two separate issues - database becoming inaccessible and failed loading of status tiles.
I hardened the code running both, so it now will either work as intended or at least should not get the application to an unusable state and should print an error message.
I have also noticed during testing, that MyDocs sometimes becomes read only (for all applications). Did anybody notice something like this before ?
I don't know if this is caused by modRana or some other program accessing MyDocs. It can be fixed by connecting and disconnecting in mas-storage mode or by restarting the device. An appropriate mount/umount command would IMO also fix it.
__________________
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)
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)
 |
|
2010-10-14
, 23:31
|
|
Posts: 702 |
Thanked: 334 times |
Joined on Feb 2010
@ Israel.
|
#268
|
Originally Posted by MartinK
Regardless of modRana, I had MyDocs turning itself into read-only, and the only way to solve it was a reflash + eMMC reflash.
I made another update, V0.16-4.
I finally managed to reproduce the failed size estimation followed by a black screen, as reported by TBP + get a log out of it.
Looks like it being caused by two separate issues - database becoming inaccessible and failed loading of status tiles.
I hardened the code running both, so it now will either work as intended or at least should not get the application to an unusable state and should print an error message.
I have also noticed during testing, that MyDocs sometimes becomes read only (for all applications). Did anybody notice something like this before ?
I don't know if this is caused by modRana or some other program accessing MyDocs. It can be fixed by connecting and disconnecting in mas-storage mode or by restarting the device. An appropriate mount/umount command would IMO also fix it.
I think the problem was corrupted files copied over FTP/USB Mass Storage.
Specifically, Music with odd encoded folder names which got messed up.
I found it in this manner :
remount /MyDocs as rw (don't remember the exact command)
then while being root, run
Code:
cd / find . -name "*"
If it reaches any currupt files, you will get an error and the mount will switch back to read only.
I also had nitdroid installed, and I thought it might be it - but I don't think so.
__________________
| Developer of Horizontal-Call - Call your contacts, fast! |
| Reverse SSH - access your N900 from anywhere, anytime |
| Using Samsung Galaxy S GT-i9000 and Nokia N900 |
| DonateMe - If you feel I helped you in a very good way, feel free to donate |
| Reverse SSH - access your N900 from anywhere, anytime |
| Using Samsung Galaxy S GT-i9000 and Nokia N900 |
| DonateMe - If you feel I helped you in a very good way, feel free to donate |
| The Following User Says Thank You to eitama For This Useful Post: | ||
 |
|
2010-10-15
, 15:26
|
|
Posts: 546 |
Thanked: 85 times |
Joined on Feb 2008
@ Winnipeg, Canada
|
#269
|
Originally Posted by eitama
This would be a bit easier
It will basically display ALL the files/procs/handles on your device.Code:cd / find . -name "*"
If it reaches any currupt files, you will get an error and the mount will switch back to read only.
Code:
find / >/dev/null
__________________
GROG!
N900 | ZAGG Body Armour | 16Gb A-DATA micro-sd
N810 | 2 x Patriot 8gb mini-SD | Boxwave Crystal Clear SS | Black Aluminum case | OTG dongle
N800 | 2 x 8gb OCX SD | Boxwave Anti-glare SS | PDAir book-style case
Holux M-1200 bluetooth GPS | iGo 4-row bluetooth keyboard | Linksys USB 10/100 ethernet | Plantronics Voyager 855 BT Headset
GROG!
N900 | ZAGG Body Armour | 16Gb A-DATA micro-sd
N810 | 2 x Patriot 8gb mini-SD | Boxwave Crystal Clear SS | Black Aluminum case | OTG dongle
N800 | 2 x 8gb OCX SD | Boxwave Anti-glare SS | PDAir book-style case
Holux M-1200 bluetooth GPS | iGo 4-row bluetooth keyboard | Linksys USB 10/100 ethernet | Plantronics Voyager 855 BT Headset
| The Following User Says Thank You to grog For This Useful Post: | ||
|
|
2010-10-19
, 10:24
|
|
Posts: 15 |
Thanked: 2 times |
Joined on Oct 2010
|
#270
|
Originally Posted by MartinK
Thanks, does modRana support (or plan to support) any of the formats in which the maps are distributed on downloads.cloudemade.com ?
Never heard of this tool before, I'll have to check out the structure of the files it produces.
 |
| Tags |
| bada rox, martin_rocks, modrana, navigation, openstreetmap, the best, wehasgps |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 19:32.
Regarding SQLite storage, I came across the Mobile Atlas Creator (formerly known as TrekBuddy Atlas Creator - http://mobac.dnsalias.org/) which is a maps downloader tool that can download various maps to various formats for the known GPS nav apps for other devices. It can also download to certain SQLite formats, namely BigPlanet Tracks SQLite, Oruxmaps Sqlite, and RMaps SQLite. If I downloaded maps using this tool to one of these formats, would it work with modRana? Thanks.