Menu

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.

Show posts Menu

Messages - michaelbechtold

#1291
Last option, Menion: Points-Icon, Tracks-Icon - and an Items-Icon (so nothing is lost).

And looking forward to the 2.16.X beta with the POI-DB back ;-)

Quote from: menion on October 03, 2013, 14:17:08
@michael and others: "data" problem - I'm not sure I understand. You don't like two separate screens for points and tracks (so you want just one that unite both) or you don't like word "Data" and it's icon (so you suggest to separate it into two buttons "Points" + icon and "Tracks" + icon? Then what about "Items" tab?

And offline POI's will be in Locus in future. This feature is here just for testing in testing versions, not in public version.
#1292
Yes, you did - I am well aware of the icons in a POI definition.
My point was to give POIs and Tracks individual, separate function on the uppermost level (which implies they get an icon other than th eold "Data")

Quote from: balloni55 on October 02, 2013, 09:06:57
i hope i do not missundersand you
Quotequick POI categories could have their own icon assigned so that they appear in the map with real sign instead of generic "i"
You can change the POIicon ore the foldericon by long click on the grey underlaid icon and select anotherone
Much more icons you can download
http://docs.locusmap.eu/doku.php/shop:item:category_icons:user_sergey_01
store this zip to
locus/icons
#1293
PS: and I have not lost hope to see the offline OSM POIs come back. What I saw in earlier Betas was definitely useful !
Cheers
Michael
#1294
I definitely like the "More" over the "Modules" approach - it is the way non-IT-users understand Apps (I personally can live with both easily). To walk this way further I propose (like some others) to drop the "Data" layer of menues - this again is a pure technical category (as you store these infos in databases).
In your philosophy of "More", the "Tracks" and "POI" (the own ones, not the new DBs) are simply two items they want to deal with. What do you think ?
TXs
Michael
#1295
One thing that has been mentioned in a similar kind, I'd like to stress: "Data" is just an additional layer that does not add any value, nor is it intuitive. Why not offer "Tracks" and "POI" (the own ones, not the new DBs) as separate buttons ?
If you prefer, then in addition to "Data".
TXs
Michael
#1296
Well, did anybody COMPLAIN ??
And mind: there are different sizes of Androids, i.e. on a Galaxy Note the buttons in the old versions are already bigger than the new buttons on a 4" phone may be. In other words: on larger screens they get simply HUGE now. Simply give the Information section the same space as before, and divide the remaining space by the number of buttons chosen (typically between 3 and 6) by the USER (not you, not a shitstorm or vote, simply the USER ;-)
Cheers
Michael

Quote from: menion on September 28, 2013, 17:06:45
I'm sorry guys, but I do not agree with any of suggested abilities. Understand that you use top label panel, but usability of buttons is by me much more important. So I suggest to reduce number of buttons in top panel and use main menu or right panel for most used functions
#1297
Done

Quote from: tommi on September 25, 2013, 15:00:03
Quote from: michaelbechtold on September 25, 2013, 13:57:57
Choice of UI theme is state of the art today - not the fancy stuff like BW or FW, just light and dark.
So it should not be a question of votes. If you count still: you have mine PRO UI theme choice.
Cheers
Michael

Michael,
Please vote here if you didn't do yet:
https://getsatisfaction.com/locus/topics/support_amoled
Thanks
#1298
Choice of UI theme is state of the art today - not the fancy stuff like BW or FW, just light and dark.
So it should not be a question of votes. If you count still: you have mine PRO UI theme choice.
Cheers
Michael

Quote from: menion on September 25, 2013, 10:12:37

  complain about current theme: sorry, it was longly prepared change, that should make locus better working in a field. Dark theme should be work on another two weeks, so it will need quite a lot of votes :)

  btw. RC version for test in first post
#1299
21.9.2013 - Locus 2.15.1.4 shows endless flicker, but no POIs when using the country DBs; at least back button returns to working Locus
#1300
Other features / Re: Offline POI database
August 03, 2013, 11:33:08
Quote from: "menion"@chrabros: point of this system is to give quickly access to interesting points around you. So there is no need for some complex sorting etc ... if you need to display specific points at certain zoom level, you may in the end, create your own theme for vector maps

  And sorry no, I'll not use "negative filter". I'll gladly improve and add missing and interesting tags into databases, but there is so much incorrect values, bugs, nonsenses, that it will really slow down database also for people that do not care for these values. So I want to keep list of tags that will be included in these databases.

@michael: yes Germany is a problem. With more then 1.500.000 points, every request is slow. But agree that this is way too much. Help here is separating of Germany into specific areas. Anyway this is still a beta, so I hope, we'll speed up at least little bit

and south africa is in preparation

One more re. the 1.5m This sounds much, but for an area around the map center it may be some douzen, or some hundred candidates- or you simply can restrict to a resp. perimeter. Then the task is to search a range defined by Latidude/Longitude - and I suppose the POI db employs a b-tree for both. Why would this be slow with even 10m rows ? The type of POI is only the filter criteria in this approach. If the primary search key would be POI type, though, then the b-tree degenerates and things get slooooow.
#1301
Other features / Re: Offline POI database
August 03, 2013, 11:23:08
Quote from: "menion"@chrabros: point of this system is to give quickly access to interesting points around you. So there is no need for some complex sorting etc ... if you need to display specific points at certain zoom level, you may in the end, create your own theme for vector maps

  And sorry no, I'll not use "negative filter". I'll gladly improve and add missing and interesting tags into databases, but there is so much incorrect values, bugs, nonsenses, that it will really slow down database also for people that do not care for these values. So I want to keep list of tags that will be included in these databases.

@michael: yes Germany is a problem. With more then 1.500.000 points, every request is slow. But agree that this is way too much. Help here is separating of Germany into specific areas. Anyway this is still a beta, so I hope, we'll speed up at least little bit

and south africa is in preparation

TXs a lot, Menion, for the South Africa POIs - works like a charm!
#1302
Quote from: "gazoox"
Quotenews:
main news:
- introducing new map of the world as vector map that cover world for 1-8 zoom levels when using vector maps (extract attached file into Locus/mapsVector directory and enjoy)
+1

A nice future improvement after this feature arrives might be an option to use a sqlite map...

Sorry if this sounds annoying. Using a bitmaps targets exactly my demands. Maybe not now, maybe in the future..

You are not alone ;-)
It would be great to have a CHOICE. Also re. the level of switching to the alternate map. Now it is at 8, it should be configurable (in cfg file, if you feel that there is no room in the app itself ...). I made a level 10 SQLite map (land, ocean up to level 7) last year when I used Maverick (before I got addicted to Locus  ;) , an dit is just 1.5 GB e.g.. And osmandromaps has a 700 MB level 4 - 9 SQLite one.
#1303
Hello Menion, I am going to the Republic of South Africa soon. If you found some time to generate the resp. DB, I'll have a chance to gain real life expereince. Thank you in advance.
#1304
Other features / Re: Offline POI database
August 02, 2013, 13:15:33
Did some testing with Germany now. Real pain - very long wait times, even on a Galaxy Note. But I do not understand why. If POI type and location were DB keys, or even location alone, then selecting POIs around current location (and this is what Locus shows) should be like a blink of the eye.
Then re. handling : if I finally get the selected POIs in a list, pick one, show it on map, do not like it, want to see the next, I have to start all over again and wait and wait. You obviously build an initial list based on distance, which is only extended when scrolling way to the bottom. Would it be feasible to keep this INITIAL list as is so people can go back instantly?
#1305
Zu Frage 1 kannst Du auch einen der 5 Button-Pl├Ątze der Kopfleiste benutzen, und dann die Kopfleiste nicht ausblenden (lassen)