Google Play should when available now have a green icon.
Verify as @Paul pointed out, was in fact doing too much - it should now be quicker.
External on older devices was picking up android.omn when it should have had com.anquet.om2 in the path.
Some cleaning up on the Cancel button on My Maps and statuses.
You can download from:
Google Play: https://play.google.com/apps/testing/com.anquet.omn2
** this takes a little while to come out. HockeyApp email notifications will come out once the build completes.
Upgraded to 40 from Google - the green icon is back.
Uninstalled v0.39; v.0.40 downloaded & installef from GP (18:10h) opened OK with Green Icon
Moved map data to external storage with /com.anquet.omn2/ path
Tried custom path to move to MicroSD card but failed. Path indicated as invalid
/com.anquet.omn2/ set up on MicroSD card but no test text file
Downloaded and installed beta 0.40 from the Google store this morning. Turned on the phones location services and opened OMN. Map moves fine until I select the GPS location in the app. I finally got the message 'app not responding" so quit. Reopened the app and selected GPS location, again map freezes then when a location had been established the map moves.
Hi Graham, my new SD arrived yesterday :-) 128Gb of raw storage......
@David – many thanks.
@Andrew – so pretty much as we expected, external is now working, but still no dice on the sd card. I will try for a further build with the permissions later.
@Steve – ahh a new SD Card. Ok, so that’s some strange behaviour. My guess is this is probably the white tile issue as well, but one thing at a time. What springs to mind is storage size, as we search through the file by moving forward X bytes etc. But we should be abstracted from all of that. Hmm.
The easy answer is to keep Find on internal, but that seems a bit heavy handed.
@Paul – you were quite right, I had one section of the build turned off, so I’ve pushed it through this am.
The other thing to consider is whether the gazetteer data is indexed. Your comment above suggests not ie if the search is Winchester do you start x bytes in?
Have you considered putting the gazetteer sets in the database (or another database)?
Presumably you'd have many more options.
I had wondered whether keeping Find on internal but as you say it may also be the white tile issue.
@Steve - I did consider the move to sqlite this morning, but frankly that's large chunk of work - parsing data, sync, integration. Great to do, it would give other benefits, but a CHUNK of work that I really don't have space for at the moment. The code we are using here internally has been in use in OMN Classic and is therefore reliable, we have the download etc all working nicely. Let me dig, there might yet be an easy solution to this.
@Paul - I believe verify should work fine without wifi *IF* nothing is wrong, and it doesn't need to download any bad pkgs. Obviously if something is wrong, it will try to download the incorrect or updated pkg.
@Roger - excellent. Crash reports into our systems are now MUCH lower, so I think this is finally reaching a level of stability required. Hopefully a release is imminent, and then we can build in some more features.
@Steve, @Mike, @Andrew - do you mind looking at this build please:
Used beta 40 on a bike ride today. For the first leg I started OMN and started tracklog, then started another application that also records gpx files. When I stopped to consult the map I found that there was no tracklog visible on the map. Looking at the recorded tracklog there is a Track and a segment record but no trackpoints. The other apps tracklog is complete.
After lunch I started a new tracklog. This one is complete and the track follows the route without any of the previous saw tooth errors.