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 - svartbjorn

Pages: 1 ... 10 11 [12] 13
166
Released / version 1.3 is awesome!!!!
« on: April 01, 2011, 13:55:47 »
Congratulations Menion, with your latest release 1.3, Again a lot of new features and improvements just blow me away! Where is this going to end? You have fixed the info placement on the guiding line, fixed the guiding jump to next point when within a certain distance, selectable sound type, improved POI search, included new map sources, beautiful new satellite window, new track chart display (even live update on track being recorded), user selectable panel hiding timeout. Again, congratulations with a great release!!

167
I hope you mean NiMH batteries? NiCd was 1st generation rechargable batteries. 2nd generation is NiMH, which about double the capacity for the same volume and weight. 3rd generation is LiIon and LiPol, which again double the capacity of NiMH. I though no one used NiCd any more. They suffer from the memory effect and bad capacity. Nothing is good with NiCd. Only disadvantage with NiMH is a noticeable self discharge, but they have no memory effect at all. LiIon has close to 0 self discharge, no memery effect, and very high capacity. Disadvantage is significantly reduced effect at low temperatures. LiIon batteries today also are available in versions that can deliver incredible large discharge currents. They are charged completely different from NiCd/NiMH, so a special LiIon/LiPol charger is required (a charging algorithm called "Constant I - constant V").

168
I have looked a lot into those AA based chargers. I have some advanced equipment at home where I can measure exactly how much juice I get out of different types of AA's (batteries from different vendors have very different capacity). It is really bad. Be aware that a phone draws a certain amount of current, typically 450mA when charged from a USB data port and 850mA when connected to a AC powered USB port (defined as a power USB port, signalled by having the two data lines shorted). Now some mathematics: a two cell based AA charger has a battery voltage of 1.6 x 2 = 3.2V when fresh and not loaded. In the charger there is a step-up switching regulator. To be able to deliver 450mA @5V (USB voltage), the batteries have to deliver about 450/5*3.2/0.9 (90% efficiency) = 780mA. A one cell charger is even worse, since that poor battery now has to deliver 450/5*1.6/0.9 = 1.57A. I am designing a lot of switching regulators in my work, so I know all details about how this works. Delivering 1.56A for an AA battery implies that the voltage will drop significantly (internal battery resistance), causing the battery current to increase accordingly. The end result is that AA batteries are not suited for high loads for more than a short time . So if you carry AA batteries to charge your phone, you will need a lot of them. AA batteries are cheap, yes, and the chargers work, yes, but they are really bad in terms of stored power compared to LiIon batteries. With my lab equipment I tested AA batteries feeding a step-up regulator, which then charged my phone over USB. I monitored the input voltage (battery voltage) and output voltage (USB 5V) as well as current in and out. So I know exactly what these systems can deliver. I also calculated the weight and space needed for AA batteries versus LiIon batteries. Two different worlds!  So if you need to carry power, forget AA based chargers unless you think it is ok to carry a *lot* of them. They are only suitable for an emergency situation, not at all as a portable power on a trip.

169
I have done a lot of testing with different sestting of "Time between GPS locations" = TBL. With screen off, I get the following (HTC Desire):
- TBL = 0: battery usage 14 %-points per hour
- TBL = 60: battery usage 8 %-points per hour
- TBL = 120: battery usage 4 %-points per hour

So the TBL setting makes a huge difference. When walking, sampling every 2 minutes should be more than enough. Locus once again is outstanding having this great feature!

Regarding solar panels: heads up! I have checked out the solar panel market for a long time. There is a lot of crap out there, so be very careful if you consider buying anything. I am a computer hardware designer, so I know quite a bit about hardware technology. The spec for a panel is something you may get close to only under the very best conditions: bright sun light and sun light perpendicular to the panel. If you walk with a solar panel on your backpack, you will face the sun at all kind of angles, and the charging current will drop dramatically. And if it on top of that is a cloudy day, the charging current quickly drops to 1/10 of spec. So all these small, neat, compact solar panels you can find on the market, are pretty much useless. I have done some mathematics on this. To have a solar panel make sense under practical conditions, it really need to be large. That means space and weight. After considering solar panels for a long time, I finally concluded this is not a good solution. The solution I found, was to use an external USB-based battery with two standard USB output ports, and it can be charged with a standard mini-USB cable. That means you can use the same charger for your phone as for your battery, just different cables (mini USB/micro USB).  Here again, there is a lot of crap out there, so be careful. After a lot of searching, I bought this one:
http://www.portablepowersupplies.co.uk/ ... remium.htm
This battery (5 Ah) can fully charge your battery twice. Size and weight is about the same as a HTC Desire. You can get much larger batteries (even 21 Ah), but as usual it a compromise of price, weight and size.

170
Troubles & Questions / Re: Setting/Guiding/Set next point ignored
« on: March 29, 2011, 09:16:34 »
It doesn't work that way for me. It doesn't jump to next point when I am within the specified distance from the point. I actually have to pass through the point. Also, I do not get the sound, even though I have "Guiding sound" = enabled. I do get the guiding sound if I ask for guiding to one selected point, but no sound when passing points on a created route. There are no other switches to turn for the guiding , so it seems strange why it works for you and not for me. BTW, I have tried many times, and it is consistent.  I have "TIme between GPS locations" = 0. Hmmm, I hope we can make this work, because it is a really useful feature.

171
In an earlier version of Locus you actually displayed the info at both ends as well as along the line at certain intervals. I think it would be sufficient to display the info at the current position end of the guiding line, but at both ends would also be useful. The double display could then be reduced to one when both ends are within the screen. When getting close to the point and the line is getting short, would it still be possible to display the info above the current position?

BTW - your new compass with guiding is beautiful and much better than before.

172
Troubles & Questions / Re: Setting/Guiding/Set next point ignored
« on: March 28, 2011, 12:51:03 »
Pass around a point by 100m? Not sure what that means, but I also tried to pass a point at a distance of about 20m, and the guiding never jumped.

I am not asking about any accurate distance here, just need to have the guiding jump to next point when approaching a point. I also use this feature when flying, and then a "Set next point" in the order of km is necessary to make it useful.

173
The guiding info displayed above the guiding line is a great feature. However it seems to always being displayed at the leftmost end of the line as shown on the screen. So if target is to the left of current position, you have to pan the map until you get the target within the screen to see the guiding info (I know I can select the same guiding info in the Title field, but that is a separate selection). Guiding info should be displayed at the starting end of the line, i.e. your current position, since that is what you normally have centered on the map, and you want to see the updated info as you move.

174
Troubles & Questions / Setting/Guiding/Set next point ignored
« on: March 25, 2011, 09:47:07 »
I create a route. I set Settings/Guiding/Set next point = 100 meters. I enable guiding and the first point is selected. When setting "Set next point" = 100, the guiding is supposed to jump to the next point for guiding when I am within 100m of the current point. That doesn't happen. I have to get within 10m, and actually have to pass the current point by some few meters, before the guiding jump to the next point. Guiding from point to point would be very, very useful is it worked according to the "Set next point" specification, otherwise not because mostly you won't pass exactly through a point.

175
Under review / Heart Rate monitoring?
« on: March 22, 2011, 22:35:42 »
There are half a dozen Android Market apps that support connection with a bluetooth based Heart Rate monitor. I am using the Zephyr HxM Bluetooth Heart Rate monitor with Endomondo and SportsTrackLive. Polar too has one monitor based on bluetooth.

Have you considered implementing such a feature? Or is that a direction you do not want to go? Just curious. Using Endomondo or SportsTrackLive for this is fine for me, but if Locus supported this, then the track log could also store HR. That would mostly be interesting I think if playback of stored tracks was supported.

What do people think?

176
I think the "All" and "Speed > 0" are of interest for many people. And this is a feature you find in most other GPS apps, so a brilliant app like Locus should support it too. When I go out for exercise, my true moving speed (= "Average speed" under "Speed > 0") is of great interest, but I also would like to know how long I have been out. So please keep all this - just make the statistics correct.

I am sure you know the best way to do this correctly, Menion. I am just reporting what I find. As it is today, it just isn't correct. I have also tried setting INT-M = 0, but if I remember correctly, the small movements due to GPS inaccuracy caused the distance to accumulate (with RMOV unchecked). I can try checking the RMOV box, but then I understand only moving points are stored and we are back to the basic problem? And as I said in my previous post, storing identical points just to get the stop time info, seems a bit unnecessary.

Anyway, Menion, it is just fine if you look at this later when you have time. This is not critical, just good to know it is coming.

BTW - I paid for the PRO version to support you and to get all the new features in the future. Very best regards. Keep on with your great work!

177
You are saying that all three criteria need to be true before you store a point. Yes, that is how it looks to me, and that is what doesn't seem correct to me - because: you have said before that the "i" status window of a track being recorded is based on stored points. And you are confirming that a point is only stored if I have moved, i.e INT-M is true. So how is then the non-moving time registered? If I stop, the "i" status doesn't change, but when I then move again, the "Track time" field of "All" and "Speed > 0" jump up by the same amount of time. Could this be correct if that time update is done only for the "All" field? The "Speed > 0" field should not jump since I haven't moved, right? Isn't that a solution? (since storing points when not moving just for the purpose of catching the non-moving time is waste of memory).

From your last response I do not understand what RMOV actually is used for since we have the INT-M criteria that should take care of that problem (GPS inaccuracy). Or am I missing something here?

178
Menion, I think the basic problem here is that the criteria for storing data points in track log is wrong.
We have:
- Settings/Track/Interval(meters) = INT-M
- Settings/Track/Interval(seconds) = INT-S
- Settings/Track/Record only during move = RMOV

RMOV checked (on): Store data points only when moving, i.e. the criteria for storing data points should be INT-M AND INT-S. This seems to be working correctly.

RMOV unchecked (off): Store data points even when not moving, i.e. the criteria for storing data points should be INT-S only. This doesn't seem to be the case, rather the AND-criteria above incorrectly seems to be used here also. So basically the RMOV selection seems to be ignored. INT-M must used as a FILTER to determine if the position of the new data point should be a copy of the previous point or a new GPS position. The filter is necessary to remove the small movements due to the inaccuracy of the GPS position.

If you correct the storing criteria as suggested above, you do not need to do anything about the "i" of the recording track.

What do you think, Menio? Does this make sense?

179
Implemented / Re: NORTH indicator on rotated map view
« on: March 20, 2011, 00:59:04 »
Updated with the latest version. Now it works! Perfect!!!

180
If "i" shows stats of actually recorded track so far, that I guess explains why "moving time" = "total time". Because on the menu Settings/Track there are two entries "Interval (meters)" and "Interval (sseconds)". You do not want to set "Interval(meters" too low like 0 or 1m, since you are then detected as moving all the time because of the inaccuracy of your GPS position. So you need to set something like 5m, 10m , 20m. Then there won't be any new sample points as long as you are not moving, right?

So I guess you would need to treat the "i" of the recording track differently than stored tracks. You have the running time available, right, as shown in the Title window.

MyTracks is presenting this information correctly. When you have this issue fixed, then it is time to uninstall MyTracks from my phone.

Pages: 1 ... 10 11 [12] 13