Messages

I only glanced at the video, but I assume that's a standard e-ink display in an eReader body, right?

While those displays are fantastic in sunlight, their huge problem for general-purpose use is the mad flickering whenever updating the display.  This is why eReader firmware flips complete pages instead of scrolling: it produces only a single flicker (or an accumulating ghost) to change the complete display, instead of a flicker every few pixels if scrolling.

Android by design assumes scrolling and panning are smooth and painless, and when they are, it's great.  My Kobo eReader has an "experimental" web browser, which of course also requires scrolling.  It's downright painful to use.

Maybe they've solved that problem.  If they have, that's great.

That change will help, thanks.

It might reactivate an earlier behaviour that I couldn't reproduce yesterday.  It used the selected map, good, but with a different theme, one that happened to be the first in the list.  (I could always rename my favourite as aaaElevate. )

I've noticed that.  Also, there's no slope shading, nor waypoints..

This is closer to the solution I need for sharing a proposed hike with friends.  In the past I've just taken a screenshot of the Route Planner (beautiful map with elevation profile expanded), then had to explain, "ignore the pink dotted line and crosshair."

"Will this be a big issue for you?"

It would mean, elevation gain isn't correct if going cross-country (zig-zag icon), meaning I would reach for the mobile app instead for planning.

I go cross-country a lot.  Example: scrambling up a steep hill from one trail to another.  Or, taking a trail partway up a mountain, then scrambling to the summit.  Both would undercount the elevation gain.

Now I can't duplicate the "Hide" issue either.  It seems to have gone away with the .1 beta.    (It applied to points I had manually created some days earlier in the Favorites folder.)  Now, after choosing a destination name, there's a momentary delay (new) and the details panel slides up (new) with info including the updated folder name.  Now - as expected - Hide is available and working.  Thanks!

[@Viajero Perdido]

@Viajero Perdido
If you have tested "Quick bookmark URL", you may share it so I may add it to list of predefined URLs in the app .

Problem with "hide" - may you write me more? Thanks. A simple "move to" click does not disable "hide" button for me.

"Inspect OSM"
https://www.openstreetmap.org/query?lat={mapLat}&lon={mapLon}#map={mapZoom}/{mapLat}/{mapLon}
(I think this was John Percy's version; a bit better than the one I conjured up.  I've used it a couple dozen times so far, with no problems.)  Thanks for supporting this.

As to the "Hide" minor issue...  I tap a point, details pop up, I tap the dots in the lower-right corner, Move To, select a different folder.  Now, I see a simpler version of the details pane, with only distance+altitude, coords, and (original) creation date.  In this state, Hide is greyed out.

If I tap the point again, I get a fuller version of the details pane, now also including a "Details" section with folder name, and a last-update time.  Now, Hide is available.

Little bug.  Going cross-country (using the zig-zag icon) doesn't record any elevation gain.  On the Android, this works as expected.

I really think that contribution to OSM is a top priority.

I'm always happy to hear that. 

A quick "win" would be to add a predefined "Inspect OSM" option to Quick Bookmarks, as discussed recently.

Now that I've discovered the feature - and added the bookmark URL manually - I use it all the time.  My workflow: see something suspicious on the vector map, inspect OSM, decide fix is needed, create point in Locus to remind myself for later editing on big-screen JOSM.  (Sync makes this very convenient.)  But I have no desire to actually edit OSM in Locus.

PS, a very minor inconvenience (bug?):  After editing in JOSM, I move the reminder point to a "done" folder, then hide it.  But "Hide" is disabled after the move, until I tap the point again.  Then I can hide it.

John, do you have auto-loading turned on?  Locus seems to sometimes double-load OAM maps, turning light-green forests into dark-green ones as a side-effect.

Because of that, I have auto-loading off.  Maybe that's why, for me, the app is zippy.

Since approx. version 4.0, I've found the app much faster in starting up, good job.

My situation is, a modest number of maps, but ~20,000 points, many outside the visible area.  Loading this many points used to be noticeably slow, but no longer. 

Quiet thread lately.  The app is stable, and hopefully the team is enjoying some outdoor time. 

I figured out why the keyboard wasn't popping up when I needed to enter a name for a new waypoint.  It was an interaction with the lock screen, which Locus is set to bypass.  Since the keyboard is a separate app, it needed the phone unlocked, but for some reason wasn't accomplishing that.

My workaround: hit the Home button, which pops up the lock screen long enough for it to recognize my face.  Back to Locus, keyboard is open as expected.  I don't consider this a bug in Locus.

...unless disabled in Settings.

Controlling -> Map Screen ->Simple multi-touch -> off

Mentioned "Inspect" query may be one within the app with the "Quick bookmarks" feature.

Wow, thanks!  It could've taken me years (more) to discover that feature.

https://www.openstreetmap.org/query?lat={mapLat}&lon={mapLon}#map=19/{mapLat}/{mapLon}

Not easily, I don't think.

I would love an "Inspect OSM" feature.  It could send the cursor coordinates to a web browser, with an URL like this:
https://www.openstreetmap.org/query?lat=53.30277&lon=-112.94002

So I hear.  I experienced 15 minutes of darkness in the tunnel, on a bus,  (Plus 3 hours in customs, not moving very fast.)
I hopped off nearby in Portillo to FTF a cache or two, and grabbed some pictures. 
https://coord.info/GC132NW
https://coord.info/GC2CDHH

</offtopic>