Messages

Hmmm. Now I see the problem. I don't know why I didn't notice this before. Maybe I also misunderstand what the "GPS on/off" button is supposed to do. I thought it was really supposed to be a "Use GPS if available yes/no" button, in that it does not turn the GPS on or off in the settings, it only determines whether Locus uses it (if it can).

If I turn on the GPS in settings, and enter Locus, turn on the "GPS on", it will get a lock. Then I exit Locus. If I leave the GPS on in settings and enter Locus again the GPS will get a lock, and in the satellite screen I see "GPS on". This is what I would expect. Next I exit Locus, and turn the GPS off in settings, and then reenter Locus. If I now look at the satellite screen it says "GPS off". That's actually not what I would expect, but I guess it's logical in a way, because it can't use the GPS if it's not turned on! If I then exit Locus, turn on the GPS in settings, and then enter Locus again, the GPS remains off. Of course, this is inevitable, because when it was toggled off the previous time Locus lost track of the fact that I wanted to use the GPS if it was available.

So I think at this point what would be useful is a description of exactly what the "GPS on/off" button is supposed to do. :mrgreen:  I am confused   :?

Hey everyone.

You need to go here:
//http://code.google.com/p/mapsforge/issues/detail?id=130&colspec=ID%20Type%20Status%20Priority%20Stars%20Owner%20Summary%20Modified
and vote to get Locus support bumped up the priority list! (When you add a comment, click on the star!)

Some more maps:
Great Britain: //http://dl.dropbox.com/u/24093622/great_britain.osm.map

The UK map looks great. It seems much slower to load than the raster maps though. Is this just the nature of vector maps (because it has to process the map data)? I'm not complaining, just curious. Vector maps in Locus is going to be a really big advance, even if they are slower to load!

going to satelite screen sometimes helps, sometimes not.

When you are in the satellite screen what do you see on the button at the bottom left? If it says "GPS Off" you need to tap it to turn the GPS on. If you then exit Locus without turning the GPS off it should start automatically next time you start Locus.

Thanks. That got me there  

First of all, I downloaded and unzipped osmosis-0.38. There is a bin directory there with the osmosis.bat file, and a file called osmosis. The latter I can run from the command line in OS X/linux, like this. Assume I am in the same folder I unzipped the osmosis archive. Then I can run "osmosis-0.38/bin/osmosis" to start osmosis. The osmosis script in the bin directory finds all the files it needs. I am assuming (hoping :-) ) the bat file will do the same. Maybe you can try to start osmosis like that?

Yes, this works. The instruction in the readme file "On Windows, the file can reside in the following locations with later files overriding earlier files: %USERPROFILE%osmosis.bat" seems to be a complete red-herring. I have no idea what it is talking about, and the right thing to do seems to be to just ignore it. Simply running the Osmosis batch file works.

Then I downloaded the trove software from //http://sourceforge.net/projects/trove4j/files/trove/ I unzipped it and put the trove-3.0.0rc2.jar into this directory: osmosis-0.38/lib/default/

Thanks. I found that instruction later in the documentation for the plugin. I was looking in the wrong place. I feel I should also have guessed that dropping it in the lib directory would work, but you know what they say about hindsight...  

For the mapfile-writer plugin something similar. First I downloaded the mapsforge-mapfile-writer-0.2.3.jar    from //http://code.google.com/p/mapsforge/downloads/list This I put (and now te problems will start ) into this directory in my home directory:  .openstreetmap/osmosis/plugins/ (openstreetmap starts with a dot). I'm not sure how that translates to WIndows though...

In Windows it is "C:documents and settings<Your Name>.openstreetmaposmosisplugins". You just have to create the directory and drop the plugin into it.

Hm, I guess I am not much help, but maybe it helps a little.

It helped a lot. I just needed a couple of pointers, and you supplied them. Thanks  

Now, like Menion, I am having trouble with anything other than very small maps though. Without the type=hd option I get an out of heap space error. With the type=hd option I successfully converted Delaware, but that is only 3.7Mb. It looks fine in Locus. I get a runtime error trying to convert New Hampshire though, which is 22Mb (not exactly huge either!). I'll have to play around a little to see if I can get past this latest hurdle.

Osmosis was easy to get going - I downloaded osmosis, downloaded the trove jar (link is on the mapsforge page, and installed the plugin in my home directory. It worked without problems (tried on both my MacBook, and a debian server at work).
-peter

Well, I hate to admit this, but I need some pointers. I have downloaded trove, osmosis, and the mapforge plugin.

What do I do with trove once I have it? It comes with no instructions, and I couldn't even find any on the web. I guess it's aimed at Java developers, who just know what to do with it. I am not a Java developer though  

The installation instructions for osmosis do not make any sense to me. The Readme says "On Windows, the file can reside in the following locations with later files overriding earlier files: %USERPROFILE%osmosis.bat". Firstly, simply copying the batch file to that folder cannot possibly be sufficient because it will not be able to find the library files. Second, the batch file calls %USERPROFILE%osmosis.bat, so putting the batch file there and running it leads to an infinite recursion.  :?

Hopefully, once I have osmosis installed correctly I can copy the mapforge plugin to the Windows equivalent of the folder "$USER_HOME/.openstreetmap/osmosis/plugins", which at the moment of course does not exist.

Sorry for being dumb, but I figured it's easier to ask than to keep searching the web for better instructions.

[successfully]

yes it is. without actual system I had around 85% users who use only stolen app, so I want to do something with this. And best solution is working licence check ...

Could you force it to do a license check any time someone successfully accesses online maps, WMS services, etc (it would have to be "successfully", of course)? If someone can download an online map tile they clearly have internet access of some sort. This wouldn't stop someone from using Locus completely offline, but it would at least cripple the capabilities for pirated copies.

It also needs a lot of memory -  I tried doing The Netherlands, but it didn't work with 4 GB.

I was going to try and find time today to try building a map (although I have no experience with Osmosis, which looks like it has a learning curve). Now I am discouraged     Would it work OK if I were to just build a small map, say the southern 1/4 of NH? How long do you think that would take? A small map would be OK for testing Locus.

Limit by system is really on 2GB. Why? don't ask me. Don't know ...

The file system prior to 2.3 is YAFFS: //http://www.h-online.com/open/news/item/Android-2-3-Gingerbread-to-use-Ext4-file-system-1152775.html

More on YAFFS file size limits here: //http://balloonboard.org/lurker/message/20040802.150852.de0c61b1.fi.html

Based on the first link it sounds like I should be able to handle files larger than 2Gb on my phone (although the FAT32 file system on the SD card will limit me to 4Gb).

Limit by system is really on 2GB. Why? don't ask me. Don't know ...

I don't know for sure either, but I assume it's due to a 32 bit address space (same limitation with Windows 32 bit).

It is very easy to walk a route and record it and then press info to see how far you have gone but to accidently hit the stop recording button next to it by mistake.

Maybe swap its place with the 'place button' but please move it.

I think that would just move the problem. Maybe a confirmation dialog would be better.

I would like to add my vote for this too, and I have attached an example of why. I was thinking about tracks as trail maps, and the attached file is a very small example I created to test the idea. The tracks were recorded in Locus, and then edited and assembled into the attached kml file in Google Earth. You can view it in Google Earth. Why would I want such a trail map? It can be overlaid (in principle, in practice not at the moment in Locus of course) on any map, either offline or online, and you can guide on the trails. It is also much less work to create a trail map this way than it would be to draw them all on satellite images or topo maps, etc. I can't import this into Locus in any useful form though, because when I try I get 9 separate tracks created. That is not really very manageable, and this is just a small test example. A more realistic example (such as a set of Yosemite trails created by cooperation between several people) could easily have a hundred sections.

But Menion, in an earlier thread you mentioned that you had an idea for a "Trip" (//http://forum.asamm.cz/viewtopic.php?f=13&t=645&p=3466&hilit=+trip+which+will+#p3466) in addition to tracks and points, which would be a collection of a track and POIs. Could such a concept not be extended to a more general idea of "collections", which could be trips or trail maps as above, or something else? Actually, then I could include POIs in the above trail map file too  

If all you do is select the online tab that will not change the map. You need to select a map. I think maybe there is a bug here though. If you select an offline map it does not clear the checkbox for the online selection (the reverse is not true: selecting an online map does clear the checkbox for the offline map). You can select the same online map that is still checked though (in your example Google Classic) and it works.

Sorry. Typo! That's what happens with copy-and-paste and not enough attention  I fixed it.

I just exported a few in kml format and checked them in Google Earth. The distances are, Google vs Locus:

2.72 miles vs. 2.7 miles
1.59 miles vs. 1.6 miles
4.75 miles vs. 4.8 miles
4.24 miles vs. 4.3 miles

The first three are recorded, the last one is calculated.

So if Locus is wrong, so is Google.