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

Pages: 1 ... 19 20 [21] 22
301
Implemented / Re: RMAP map format
« on: December 06, 2011, 22:43:05 »
Works like a charm... finally we can export high quality raster maps into Locus! Supercool :).

302
Implemented / Re: Display track/route name on map
« on: December 06, 2011, 22:25:36 »
Cool... funky start & finish icons and mouseovers... but still no proper overview. It seems you're trying to avoid track names on the map at all costs :-)

Hey... idea... how about you replace the "start" text in the start icon with the track name?

303
Under review / Re: Please support ECW or GEOTIFF for offline maps
« on: December 06, 2011, 08:54:47 »
normal geotiffs force you to load the complete file into memory, not very doable on mobile devices. however, you can tile them and add overviews as well, so they can be read partially. http://www.gdal.org/ has free tools for this:

gdal_translate -co tiled=yes -co compress=lzw huge.tif hugetiled.tif
gdaladdo hugetiled.tif 4 16 64

creates "hugetiled.tif" from "huge.tif" with 256x256 tiles and includes overviews at 1/4, 1/16, 1/64 size.

hugetiled.tif should work rather nicely on mobile stuff, it can be read and decoded partially just as other format map tiles. it could be a bit trickier to implement though because of
a) a shitload of different formats for projection & coordinates
b) the overviews can have arbitrary sizes, ie not a power of 2

btw, hugetiled.tif will also be A LOT faster on the PC at home when used with TTQV or GlobalMapper.

304
Implemented / Re: mapItems folder in general
« on: December 05, 2011, 22:50:22 »
Did you experiment with R-Trees as well? They're quite a funky way to store geospatial data. Might be worth a read.

Maybe not so useful for single track rendering, but good for organizing a few hundred tracks and tens of thousands of waypoints. Even with that many items, you could find out what is on screen in just a few processor cycles.

305
Implemented / Re: Single click "immediate" route create mode
« on: December 05, 2011, 22:41:46 »
I'm not sure it's a good idea to "abuse" long click. It has a function already: show point bubble and then context menu. That should still work in route/track creation mode. Modifying actions will in the end always confuse the user.

Besides, the idea with this mode is to create routes really FAAAAST: click click click click click click click click... done. Any artifical delay (ie waiting for long clicks) will make it pointless. I might just as well move the map around then.

I cant see a problem with using a simple single click. What am I missing? What are single clicks used for?

306
Implemented / Re: Beep on GPS signal LOST
« on: December 05, 2011, 20:54:06 »
"GPS signal lost" is quite an important alert. It can sometimes mean the difference between life and death to have a proper track recording. Imagine backtracking on a glacier in a sudden whiteout: Too bad if your smartphone lost the signal somewhere on the way up and you didnt notice because it was stuffed away safely in your backpack.

Therefore, I suggest an option:

#  repeat GPS Signal Lost Alert when recording a track.

When enabled and Locus is recording a track, you would repeat the alert sound every 30s or so. The alert should also play btw, when you do still have a signal but it's worse than the configured minimum accuracy.

307
Implemented / mapItems folder in general
« on: December 05, 2011, 20:43:11 »
I very much like the idea of a folder that holds typical "overlay" data. We can put stuff like hiking trail networks there without cluttering our main databases.

Tracks from a file in mapItems/trailnetwork.gpx display nicely, except the missing name. I can also click them and edit their data. But how about an option to "copy" the selected track over to the main database?

A word about speed: Locus seems to slow down quite a bit when displaying multiple tracks. Have you considered creating "stripped down" track data while preparing a track for display? Like reducing point count by 50% a few times? Depending on current zoom level and track coverage area, you could then use one of those reduced point lists for display. No need to loop through a thousand points when they translate to only twenty pixels on screen.

308
Implemented / Re: Display track/route name on map
« on: December 05, 2011, 20:16:23 »
I must correct myself a bit on the issue of mapItems/ folder. See the attached archive:
GranCanariaSingleTrack.gpx <- all is fine when in mapItems, everything is displayed.
GranCanariaSingleTrack.kml <- same data, works in googleearth, not displayed when in mapItems.

little bug: those files do not remain checked in the mapItems list and thus can not be deselected.

309
Implemented / Re: Single click "immediate" route create mode
« on: December 05, 2011, 18:08:43 »
If you still wonder what we mean with this "single tap creation mode", you could install TwoNav demo from https://market.android.com/details?id=c ... onav&hl=en . Start it up, use "TNAndroidTrial" as license code, try to find a map. Dont be shocked about the interface, everybody is :-).

Long click on any location in the map, chose "New..." and "Start route here" from popup menu. From now on, each single tap will add a point to the route and re-center the map. Very quick and convenient to create long tracks that way, when you cannot rely on cloudmap-navigation.

310
Implemented / Re: Single click "immediate" route create mode
« on: December 05, 2011, 17:49:53 »
ok... long click, then click the bubble, then click plus symbol, that adds a clicked point to the route. still way more work than a simple single tap :-).

single tap doesnt seem to be used for much else in track/route creation mode. so while the track/route toolbar is displayed, you could make single taps add points immediately? and re-center the map on the newly added point.

if the single tap is on some other item in the map, you obviously display the normal popup menu instead.

311
Implemented / Re: Display track/route name on map
« on: December 05, 2011, 16:33:56 »
On a related note: the track popup menu shortens the track name into oblivion. Should be much wider imho, 8 chars dont tell me anything :-). See attachment.

312
Implemented / Re: Display track/route name on map
« on: December 05, 2011, 16:25:23 »
Clicking a track to find out about the name is fine. But it would still be nice if the name was shown on the map right away. And why not? POIs are displayed with names as well, after all :).

See attached screen shot for example... it doesnt help much for an overview. It's basically only funky modern line art. But which track is which? Where are the starting points?

When I import a trail network gpx file with PathAway/PPC, it shows the names on the map so you know immediately what you're dealing with and where the starting point is. PathAway also modifies the color for each new track in an imported gpx slightly, so you could easily make out the differences.

If you dont want to make it default, how about some little options:
x   Display Track & Route names on map.
x   Slightly modify track colors when multiple tracks are displayed.


Btw, I tried to have a trail network as KML file mapItems/ directory. Locus tells me it "imports" tracks when i click this kml file in map item manager. However, nothing is displayed on the map.

313
Implemented / Re: RMAP map format
« on: December 05, 2011, 15:45:25 »
Just tried to fix the folder issue with using softlinks. Unfortunately, /sdcard and /sdcard/external_sd both use vfat by default... so no soft linking possible. We really need configurable map folders :).

314
Implemented / Single click "immediate" route create mode
« on: December 04, 2011, 12:18:28 »
I recently treated myself to a Samsung Galaxy Note. Love the display, love the size, love the speed, love the Stylus! Just as convenient to handle as the good old windows mobile pocket pcs :-).

Quite understandably, all software these days is designed for finger control. Probably thats why adding points to a route is done by moving the map around, then hit a "+" symbol. With the perfect aim of a stylus however, it would be MUCH FASTER when I could simply click onto the map to add a new point. Maybe the route creation could be enhanced a little? Add a toggle for this new "immediate-mode" it in the route creation bar, then single clicks will keep adding points (and re-center the map onto the new point).

TwoNav does it like this and it works really exceptionally well on their Windows-CE Hardware with Styluses. No reason Android shouldnt be able to compete.

315
Implemented / Single/double tap handling more standardized
« on: December 04, 2011, 12:09:07 »
In all google apps (earth, maps) and some others, double tap is used to zoom in a bit onto the tapped point. Quite convenient and also kind of standardized in mapping apps meanwhile. Would it make sense to make Locus behave equally?

Single tap could then be used to enabled/disable toolbars . Also more convenient since it reduces the number of taps required to hit a toolbar button.

Long tap is fine (address search). But even if the address search feature is turned off in settings, a long tap should still open a bubble for the tapped point (show the coordinates). That bubble needs to be clickable and offer the usual things you can do to a point (like waypoint adding, navigate, guide, etc).

Pages: 1 ... 19 20 [21] 22