QtLocation map updates

[Lubomir I. Ivanov]

On 27 July 2017 at 21:34, Dirk Hohndel <dirk at hohndel.org> wrote:
>
>> On Jul 27, 2017, at 9:26 AM, Lubomir I. Ivanov <neolit123 at gmail.com> wrote:
>>
>> On 23 July 2017 at 04:13, Lubomir I. Ivanov <neolit123 at gmail.com> wrote:
>>> On 23 July 2017 at 03:58, Dirk Hohndel <dirk at hohndel.org> wrote:
>>>> I don't know if I asked before... can the flags be labeled? Dive site name?
>>>>
>>>
>>> yes, i will add the labels soon.
>>>
>>
>> so, everything is pretty much in place including editing. i just need
>> an answer for the bellow question and to rebase my few last patches.
>>
>> the question is for Dirk and Linus about this particular logic here:
>> https://github.com/neolit123/subsurface/blob/master/desktop-widgets/globe.cpp#L220
>> maybe Tomaz is interested in this too.
>>
>> the Q is - shouldn't this skipping of dive sites which are too close
>> to already added dives sites (as markers) with the same name happen at
>> the backend?
>> - i.e. when parsing / creating the dive site list such can be merged?
>> there is already the infrastructure for that e.g.
>> divesite.h:get_distance(), divesite.h:merge_dive_sites()/
>>
>> in my opinion the number of map marks should match the number of dive
>> sites on the frontend side.
>
> We cannot (really) stop people from having 20 different markers right next
> to each other (after all, they could manually edit the XML data). That doesn't
> mean that we should try to visualize a situation like that.
>

ok, that causes a complication with my current implementation.
i might have reload all markers on a dive list selection - the same
way marble does.

lubomir
--