Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - rijackson741

Pages: 1 ... 7 8 [9] 10 11 12
121
I think the GPS altitude can be very inaccurate. I went for a hike today, and stopped in a restaurant for lunch. When I went in the altitude was about 150ft. When I came out the altitude was about -630ft, and I don't think the ground subsided that much during lunch  :D . I could upload the track, but I already overwrote the altitude information (this is a new feature I really like!).

Edit: I just realized the location of the track is way off too. It's several hundred feet on the wrong side of a river, with various loops and excursions into the middle of swamps, etc  :D . It looks like the GPS completely lost itself. It was OK when I left the restaurant (the track is accurate), but then a little while later the track goes crazy, and is completely wrong for the next 40 minutes. So forget my comment about the accuracy: the GPS was obviously completely lost. I don't know why, because there is not much to block it and I have recorded a track there before, but it went nuts today.

122
Troubles & Questions / Track times and speeds.
« on: June 19, 2011, 21:50:10 »
In previously recorded tracks the information includes two times and two speeds: "All", and "Speed > 0". The times and speeds are usually different, because of stops along the way. But today I recorded a track and it says "All" and "Speed" (so the second column heading has changed), and the speeds and times are identical. That shouldn't be the case, because I stopped for lunch. One thing I have changed is that I turned on "Record only whilst moving". Is this the reason for the difference (although I don't see why that should change the second column heading)?

123
The problem is the ArcGIS Satellite map. It is miscalibrated. This is not true everywhere, because it is correct where I live, but it is wrong at this location. It is in fact miscalibrated even when compared to the arcGIS street map. This is not a Locus problem. I checked the maps in MOBAC, and Google Satellite, Google Maps, OSM, and ArcGIS street map all agree. ArcGIS Satellite is shifted. I suggest you switch to Google Satellite. Do you know how to do this?

This makes me think of a suggestion for Menion. We can already enter an altitude adjustment. Would it be possible to also enter latitude and longitude adjustments? Further, I would like very much to be able to store these sets of adjustments and recall them later. In addition to the offset problem of the arcGIS satellite maps in this location, I have also noticed in MOBAC that the Cloudmade rendering of the OSM maps has an offset. This is a pity, because I really like that rendering, but the offset makes the maps rather useless once brought into Locus. Then of course there is China, which has been discussed before. Different cities have different (and large!) offsets. If we could store sets of adjustments it would not be an ideal solution to these problems, but it would be a solution. I could figure out the offsets for Beijing, Shanghai, Cloudmade maps in the UK, etc, and store them. Then when using certain maps at the given locations I could recall them so the map matches the GPS.

124
I also just looked at "Observation Post" (the one you looked at). I get 50 degrees 55.916 minute, and 01 degrees 45.435 minutes in all 4 cases. Again, a prefect match. And it's not a format conversion problem. In degrees, minutes, seconds I get I get N 50 55'54.950'' E 01 45'26.091' in Locus and in GE.

When you say "When I put the crosshairs on the actual location it should be at", what do you mean? If you look at the information for the POI what does it say? If this doesn't appear to match the map, which map are you using?

125
Well, I only looked at one of them: "Hospital Bunker". I renamed the file to kmz, and also unzipped it to get a kml file. I imported both in Locus and looked at both in GE. I get 50 degrees, 58.499 minutes and 01 degrees 54.077 minutes in all four cases. If I overlay the POIs on a Google satellite map in Locus they appear in exactly the same place as they do in GE. So everything appears to work perfectly.

What map are you using?

BTW, if anyone is looking for a set of POIs for WWII fortification around Calais, this is a nice set  :)

126
I looked at one POI I imported from KML (sorry, since this one worked, I'm too lazy to look at others  :) ). Locus and GE agree exactly, to the third decimal place in the minutes. I believe KMZ is just a zipped KML, so this is not consistent with what you see. Can you post the KMZ file?

127
Implemented / Re: Improved path edit options and altitude saving
« on: June 15, 2011, 16:48:02 »
Quote from: "menion"
Hi,
  are you sure about path editing? I think that this is not a good idea to do this on phone. You'll never be precise as on computer. I'm also worried about too complexity for me and for users as well. When you want to edit wrongly created track, I suggest to be sure you want store this track and edit it before save :). If you want to edit recorded tracks, I really suggest usage of GPSies web service

I mostly agree with you. I export tracks and edit them in either Google Earth or KML builder. I'll have to try the GPSies service, because there are some things I can't do in either GE or KML builder: reverse tracks, join tracks, update altitude data.

But I would like limited editing capability in Locus. I would like to be able to split a track at a given point, and join two tracks into one track with only one segment (rather than what we can already do, which is create a track with two segments). I would like this because if sometime I am out, and want to change the route, I could do so based on more then one existing track on my phone (or even create a new one manually, and splice it onto an existing track).  

Quote from: "menion"
 About altitudes ... I was planning something with this, so I did it during tomorrow and today morning. Now you can fill altitude to all points on track or to selected points in any category (very useful for augmented reality for example)

Thanks  :D  That solves one problem. I was thinking of asking for this, because I have edited tracks in which the altitude data is no longer correct. I couldn't figure out any way to fix it, but now I can. I just tried it on one track and it worked perfectly.  :D

128
Troubles & Questions / Re: map help please
« on: June 14, 2011, 01:12:54 »
Bottom of the screen, third icon from the left  Tap it, and one of the options is "rotate map".

129
Locus Classic (LM Free, LM Pro) / Re: [APP] - version 1.8.x
« on: June 14, 2011, 00:17:04 »
Quote from: "rijackson741"
Quote from: "durian"
I'll try China (43Mb) and see what I get.

What I get is an out of memory error. With the type=hd option it takes a really long time to get there, but I still get the error. Maybe it's time to take Menion's advice!

130
Discussion/New features / Re: Google Maps in China
« on: June 13, 2011, 22:43:39 »
Anyone intending to go to China with Locus should be aware of this:

http://news.xinhuanet.com/english2010/c ... 302696.htm

As I read it, if you even have China maps on your phone you are violating the law. If you create so much as one POI you are breaking the law.

Talk about draconian!

(and if you are dumb enough to stand outside a military base entering POI information, see you in 20 years  :D )

131
Locus Classic (LM Free, LM Pro) / Re: [APP] - version 1.8.x
« on: June 13, 2011, 21:32:49 »
Quote from: "menion"
all maps will be available but it will take some time ...

But I want instant gratification  :mrgreen:

132
Locus Classic (LM Free, LM Pro) / Re: [APP] - version 1.8.x
« on: June 13, 2011, 21:30:43 »
Quote from: "durian"
There seems to be a problem with the NH data - I get a null pointer exception with both the pbf and the bz2 file. So it is maybe not your windows/java which is the problem!

Aghhhh! That is the error I have been seeing all along, and I just assumed it was due to the file size! I should have tried another one I guess! I'll try China (43Mb) and see what I get.

Quote from: "durian"
I also tried Mass., that worked, I put it here (only created, not tested yet): http://http://dl.dropbox.com/u/24093622/massachusetts.osm.map

Thanks  :D  :D

133
Locus Classic (LM Free, LM Pro) / Re: [APP] - version 1.8.x
« on: June 13, 2011, 21:26:21 »
Quote from: "rijackson741"
Let me try the 3Gb switch first.

So much for that idea. The 3Gb switch is only useful if the application is made aware of the option using "IMAGE_FILE_LARGE_ADDRESS_AWARE" in the process header. I just assumed that Java would have that enabled, but I guess not. It made no difference to the maximum available heap.

134
Locus Classic (LM Free, LM Pro) / Re: [APP] - version 1.8.x
« on: June 13, 2011, 20:58:03 »
Quote from: "durian"
I'm not sure about the 32 bit, shouldn't that allow for about 4 GB?

Yes, in total. However, when Windows allocates the virtual memory space for each application by default it allocates 2Gb for the OS and 2Gb for the app. Since I can only allocate 1.4Gb for the heap I assume Java is reserving 600Mb for "other stuff". I can enable a 3Gb switch at boot time that changes the allocation of memory so that the app gets 3Gb and the OS only 1Gb. In principle that should give me enough memory for a 2.4Gb heap. I'll try it.

Quote from: "durian"
By the way, if it is NH you're after, I can try to generate that for you,

Thanks. Let me try the 3Gb switch first. If I get NH done I also want Massachusetts though, which is 109Mb. I know I will not be able to do that!

135
Locus Classic (LM Free, LM Pro) / Re: [APP] - version 1.8.x
« on: June 13, 2011, 17:10:03 »
Quote from: "durian"
Did you try changing the heapspace in the osmosis.bat file? I added "JAVACMD_OPTIONS=-Xmx3000m" to the osmosis start-up script to get more memory.

The largest I can set is 1400m ("set JAVACMD_OPTIONS=-Xmx1400m" in the batch file). If I try anything larger it can't create the Java VM. I assume that's because I'm running Windoze 32 bit. With that setting I can't covert the NH file, so I think it's time to give up. Most files are much bigger than the NH file, so if it can't do NH there's no hope.  :cry:

Pages: 1 ... 7 8 [9] 10 11 12