QtLocation map updates

[Dirk Hohndel]

> On Aug 1, 2017, at 11:44 AM, Linus Torvalds <torvalds at linux-foundation.org> wrote:
> On Aug 1, 2017 11:07, "Lubomir I. Ivanov" <neolit123 at gmail.com <mailto:neolit123 at gmail.com>> wrote:
> 
> my local distributor is not responding.
> 
> it seems that users from the US get better (special) support here:
> http://support.esri.com/en/contact-tech-support <http://support.esri.com/en/contact-tech-support>
> 
> Ugh. I really hoped that the QtLocation thing would mean that we'd get away from a questionably maintained third party issue. But it seems we just replaced it with another.
> 
> I suspect this may be one of those half intentional things (or at least "we don't care too deeply, sorry"), and the eventual reply will be about putting people towards the paid for "real" ESRI service.

I seriously doubt that. It's just something that no one has brought to their attention. ESRI is very proud of the quality of their maps - I'm quite certain that they will fix this once they realize the problem.

I'll try to contact them (but as I'm heading on vacation on Friday my calendar is crazy busy and I'm not sure I'll find time to do this... if someone else in the US would contact them, that might be better.

> Was there some way to just use Google tiles? Even if it means bit having caching, maybe it's the right thing to do. Better quality, and not the third party badly supported issues...

It always seems simple when you start, but my understanding is that it actually isn't all that easy to get this right. But yes, a geoservices plugin for Qt that uses Google tiles would be brilliant.

/D


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20170801/35413a19/attachment.html>