Messages

It'd be nice to click on a rmap/map/tar/etc file in any file manager and have locus launch with that map.

Das kalibrieren wird mehr oder weniger automatisch gehen... man könnte zb die ersten fünf gps-Trackpunkte mitteln oder sonst irgendwas halbwegs intelligentes.

Und was die Qualität der Druckmessung angeht... die Sensoren sind pfennigware und seit Jahrzehnten in allen möglichen Sachen verbaut. Selbst meine uralte Armbanduhr hat genauere Höhen als aktuelle GPS-Geräte, vor allem schwanken sie nicht mit der Position.

Erste Tests mit dem Galaxy Note im Aufzug haben sehr vernünftige Werte ergeben (Erdgeschoss bis achter Stock, schon 5m konnte man an den Werten ablesen). Das heisst natürlich nicht, dass Samsung es nicht trotzdem versauen könnte (so wie etwa das miserable GPS vom ersten Galaxy). Aber vom Prinzip her müsste es sehr gut funktionieren.

Ein GPS zum kalibirieren des Barometers am Beginn der Tour ist doch vorhanden .

Das Problem von GPS-Höhenmessungen sind ja eigentlich nur die häufigen "Schwankungen" um ein paar Meter je nach Position und Empfangsbedingungen unterwegs. Darum sehen GPS-Höhenprofile ohne algorithmische Filter auch immer sehr "zerfretzelt" aus und die Berechnung von gekletterten Höhenmetern gerät zum Ratespiel.

Wenn man einmal am Morgen das Barometer mit einer gemittelten GPS-Höhe aus ein paar Messungen kalibriert, bekommt man danach mit dem Drucksensor beste Daten und beste Höhenprofile, ohne hinterher irgendwas gerade rechnen zu müssen. Bei einem extremen Wetterumschwung unterwegs müsste man diese Kalibrierung allerdings wiederholen.

Wie auch immer: der Autor unserer allseits geliebten Mapping-App befindet sich bereits im Besitz eines aktuellen Eiskrembrötchen-Androiden mit Drucksensor. Die Unterstützung wird also sicher nicht mehr lange auf sich warten lassen.

Barometer wird von Locus (noch?) nicht unterstützt. Mit OruxMaps neuester Beta sollte es allerdings funktionieren. Habs noch nicht probiert.

I agree. Storing original data is better.

You could also store barometer reading with every point and do something useful with it later . I know it's a bit hard/impossible to work on, if your own device doesnt have a pressure sensor. Might still be worth to at least keep it in mind for later. I believe pressure sensors will become quite common in the future. googles new flagship phone has one too.

maybe a bit like


ie background stays the same, foreground (icon and/or text) is painted with alpha blending.

however, i disagree a bit with the idea of disabled toolbar buttons in general. maybe they should be made clever toggles instead.

Visualizing disabled buttons with a lighter shade of grey background is a bit un-androidish and confusing imho. How about leaving background unchanged and using foreground (ie icon & text) with an alpha value of 0x40 or some such?

same problem with oruxmaps btw... so you're saved... for now .

i downloaded spain.osm.map from uploaded.to and while it shows mainland spain nicely, the canarian islands do not appear. all is white.

the same thing happens with spain-0.2.4.map from mapsforge ftp servers. no canaries.

is it just me or is the spain osm map missing the canarian islands? i cant find them separately neither. thats a shame, because osm is really a gem on the canarians... best trail data by far :-)

It happens quite often that I read some text description on a web page or in an email like "hey joe, check out N14.8834 E12.666, a pretty cool trail starts there". How to get that into Locus easily?

Maybe your "location" dialog could feature an additional entry "from clipboard"? You'd need to parse the clipboard a bit intelligently though and translate as many different spellings as possible, like
N12.345 E5.678
12 10 20, 14 50 20
13°10'20"N 20°10.22W
etc

[attachment=0:1v0no5qg]SC20111223-175826.png[/attachment:1v0no5qg]

this new filter is not applied to imported tracks i guess.

when i import a track from gpsies.com (eg http://www.gpsies.com/map.do?fileId=mympxdsbzetublrl ), the climbing is still very wrong. gpsies shows it correctly though.

I noticed something strange with a huge RMAP (1.8GB) of the alps that I just created. When the map is on screen (even just partly), everything scrolls nice and smooth. However, when I scroll completely outside the maps area (so that the screen is all white), Locus becomes slow and unresponsive.

It seems as if Locus takes a break every second and does some really complex calculations. Everything (scrolling etc) stops for about 0.2s and then continues normally. This effect seems to increase with the size of the RMAP.

The problem only appears when the RMAP is completely off screen. When at least a few pixels are visible, Locus behaves normally and is very fast and responsive.

Maybe you iterate through all the tiles too much when everything is offscreen?

could it be related to the compass maybe? and auto-rotation of map? maybe that is called when screen is off?

anyway,  i cant really reproduce the problem at the moment. so better wor on something else :-).

... and now it looks good with mapsforge as well!

grmpf. maybe you should just ignore me :/