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]
301
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.

302
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.

303
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.

304
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.

305
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.

306
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.

307
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.

308
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 :).

309
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.

310
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).

311
Implemented / Re: RMAP map format
« on: December 03, 2011, 13:10:08 »
Btw... when this RMAP or GEOTIFF thing becomes reality, it would be great if locus would allow to configure a few additional map folders. I want to put my maps in /sdcard/maps and /sdcard/external_sd/maps/ where they can be used happily by all android mapping apps.

These map folders should be scanned (recursively) for raster maps (*.rmap, *.sqlitedb?) and also for mapsforge vector maps (*.map).

312
Implemented / Display track/route name on map
« on: December 02, 2011, 21:12:50 »
Would it be possible to display the name of a track on the map? Best place for this would probably be at the first track point. You could also include distance and total climbing if you want to be fancy.

Why? Trail network gpx files are quite common. The attached file for example contains about 40 tracks with all worthwile mountainbike single tracks on Gran Canaria. When I'm on the island, I simply want to see all these tracks on top of whatever map I use. With names and data. Right now, Locus only gives me a bunch of pretty blue lines... which isnt really enough.

313
Implemented / Re: RMAP map format
« on: December 02, 2011, 18:46:58 »
Of course... an even better way to get quality maps into Locus might be to support the GEOTIFF format directly. It's official and public and well documented. Previously, mobile apps would not support this because it looked too complex for a mobile device. But with todays smart phone powers, decoding GEOTIFF should really be a piece of cake.

A GEOTIFF can be tiled internally (like 256x256) and also have an "image pyramid" containing smaller resolutions. This means you wouldnt have to read the whole thing at once but could simply load the part you need on demand from a possibly very huge file. It might be slightly more difficult to handle than your sqlite db because of all the projections. Also the image pyramids can have arbitrary sizes, not necessarily a power of 2. But all in all, reading should be relatively similar to what you already have in Locus.

Tiled GEOTIFFs are supported by all major GIS programs. GlobalMapper for example creates those files directly. TTVQ reads them without problem. There is also a tool called "OziMapTrans" that converts many commercial map cds to geotiff with a single mouse click. With those tools, I have for example created multi-gigabyte geotiffs containing all the Alps in 1:50000 (borderless mixture of Kompass, Swissmap, IGN and other raster maps) and they load and display quite nicely on the PC.

It would be a dream come true if a mobile mapping app would directly support GEOTIFF. All the sillyness of converting and exporting maps between different formats would suddenly be gone. We could simply use the same files at home and on the mobile device. So far, the time doesnt seem to have come. Maybe Locus will make it possible one day :)

314
Implemented / Remove WWW link for map origin
« on: December 02, 2011, 15:28:29 »
Locus displays an online maps origin at the bottom left, like eg "Map Data ___OpenStreetMap___". OpenStreetMap is a link that launches a web browser, which is understandable, but a bit unfortunate. That location is simply too close to the menu button or to possible toolbars. I've hit that link by accident quite a few times already.

Please allow to remove that field, or at least make it not open a web browser on a simple single click. I hardly ever want to check out the web page of the current map supplier. Offering that possibility on single click at a prominent location is counter productive for a tracking app.

joeloc

315
Implemented / RMAP map format
« on: December 02, 2011, 14:14:29 »
Hi menion.

Just discovering locus a bit more... great program you wrote there. It seems to beat other solutions in almost all aspects. One thing bugs me though, I cant really find a simple way to use "professional" raster maps in Locus. Online maps, OSM, mapsforge, etc is all fine of course. But when it comes to the alps, nothing beats properly handcrafted raster maps, eg from Kompass or Swissmap or IGN or Alpenverein.

Would you maybe consider supporting the RMAP format for this? It was invented by CompeGPS/TwoNAV and is not officially documented. However, Mobac once had a writer module for it (can supply java source if needed). Also, OruxMaps was able to reverse engineer and support that format very quickly, so it cannot be that difficult. Basically just a bunch of jpg/png tiles in different zoomlevels stuffed together, probably very much alike to your own sqlitedb.

Whats the point of yet another format? RMAP can be written painlessly by professional PC raster mapping software, like TTQV or CompeLAND. So basically, everything we create/use at home in GlobalMapper/TTQV/CompeLAND could be exported to Locus with just a single mouse click.

Also, with Locus supporting RMAP, we would be able to maintain one single map directory for all serious android offroad tracking apps (in my opinion these are OruxMaps, TwoNav and Locus).

If you are considering this, I can supply the old mobac writer source code and plenty demo maps in any size and projection you wish.

Thanks,
joeloc

Pages: 1 ... 19 20 [21]