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 ... 18 19 [20] 21
Implemented / Re: Display track/route name on map
« on: December 08, 2011, 20:15:32 »
there is other stuff that worries me more, a little bit of 3d here and there cannot hurt :). are you moving your whole display engine to opengl btw? and we'll get realtime 3d-maps, smooth like in googleearth? the dem data is freely available...

btw, locus is really quite impressive for a one-man job. or is there a whole team behind you?

Implemented / Re: Display track/route name on map
« on: December 08, 2011, 19:54:00 »
the problem is: it's very easy to activate this 3d mode accidently when zooming with two fingers. and then your screen gets all messy on you in the blink of an eye.

i thought enabling "simple multitouch" in settings should forbid the 3d-mode completely, but apparently it doesnt.

Implemented / Re: Single click "immediate" route create mode
« on: December 08, 2011, 18:08:41 »
hm... on a second thought... my "quick add" points are about 0.5cm below where i actually tap. and that happens with finger & stylus. thats a bit weird, because the touch test app shows the touch screen to be very accurate.

Implemented / Re: Display track/route name on map
« on: December 08, 2011, 18:02:49 »
I know I'm a pain in the a*... sorry :)

Anyway... permanent display of track name is good! However, I see now that the additional Data (Distance & Climb) is a bit too much really even for the Galaxy Note (1280x800). It might work for one or two tracks on screen, but not for a trail network. So I'd remove that info from the label and only leave a one-line track name for now.

I'd also kill the "START" icon completely because it's obviously at the same place as the label.

The font in the label box should use the same color as the track itself.

Later, you can make it an option to please everyone out there:

Display Tracks...
o  ... without any labels or icons.
o  ... with start & end icons.
o  ... with title.
o  ... with title & additional data.

Btw... labels can apparently overlap now. How complex would it be to store position and dimension of all boxes on screen and try to shift overlapping boxes a bit to prevent overlapping? That should work for track names as well as POIs.

Btw2... this is about item selection with finger tapping. It's quite nice that you present a list of things "close" to the tap to choose from. However, if the tap coordinates can directly be connected to a specific label box on screen, I meant to select exactly this track and not any other one.

Implemented / Re: Single click "immediate" route create mode
« on: December 08, 2011, 17:32:31 »
Works nicely in new version! Cool :)

Implemented / Re: Waypoint text style
« on: December 07, 2011, 19:34:30 »
I'm not giving up so easily :-).

Separate bubbles for one item is a bad idea and only works if you have VERY FEW waypoints on screen. As soon as your data grows and you're using POIs as sort of a "map enhancement overlay", things get bad. For example, I always want to see all "mountainbikable" cols on my maps of the alps. With Locus, it is just a huge mess. It is completely unclear which altitude belongs to which waypoint:

That display doesnt make any sense at all. To get what I want with Locus, I'd have to remove the elevation tag from all my POI files and add it as text to the name tag manually. Possible, but a bit lame.

If you really prefer this look, add it to the settings and make it default. Everybody happy :)

Display waypoint elevation...
o ... not at all.
o ... separatly <- make this the default
o ... besides name.
o ... below name.

Implemented / Re: RMAP map format
« on: December 07, 2011, 14:45:17 »
TTQV (works also with demo version) or CompeLand (iirc works also with demo version). Both can for example import any ECW or GEOTIFF or *.map/*.cal thingy and then export RMAP format. It's called "Export Aventura/Sportiva" in TTQV4.

Implemented / Re: Display track/route name on map
« on: December 07, 2011, 09:33:43 »
Hm... yes! A track's starting point could just be handled as a POI, settingswise. Then we get the name on the map immediately. Good idea.

As for the hovering... it's a very good method to display more information on mouse-controlled devices. But I'm not sure if it really works well on touchscreens. Tapping might be more intuitive. Oh well, maybe it's just me. Might need some getting used to.

Btw, instead of Start & Finish icons, you could also try to add some tiny arrows along the track, indicating the direction. A bit like what you use in your "guide mode". That would also work nicely with roundtrips, where start & finish is the same. Might be a bit more difficult to implement though.

Implemented / Re: Waypoint text style
« on: December 07, 2011, 08:46:52 »
Btw, I just noticed that Locus doesnt display german umlauts. They come from a gpx file with xml version="1.0" encoding="ISO-8859-1" standalone="yes" and are just used verbatim (äöü ÄÖÜ ß) throughout the file. See attachment. This should work in theory? Or is my file wrong somehow? Imports nicely into other software though.

Implemented / Waypoint text style
« on: December 06, 2011, 23:07:20 »
The altidude of waypoints is displayed a bit strangely in a second text bubble. That results in a very messy screen when you have multiple points (see picture).

Suggestion: ONE item (ie a waypoint) can only have ONE bubble. Could either be

Col Raiser (2500m)


Col Raiser

If you want to be fancy, make it an option:

Display waypoint elevation...
o ... not at all.
o ... besides name.
o ... below name.

If you want to be even fancier, waypoint display styles should be adjustable per category. Elevation might be interesting to see for mountain huts or passes but not interesting at all for peoples home addresses.

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

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?

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

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.

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?

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