<div><div dir="auto">We actually use the google apis to fetch the images </div><div dir="auto"><br></div><br><div class="gmail_quote"><div>On Mon 10. Jul 2017 at 17:05, Lubomir I. Ivanov <<a href="mailto:neolit123@gmail.com">neolit123@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 10 July 2017 at 17:29, Hartley Horwitz <<a href="mailto:hhrwtz@gmail.com" target="_blank">hhrwtz@gmail.com</a>> wrote:<br>
>><br>
>> ---------- Forwarded message ----------<br>
>> From: "Lubomir I. Ivanov" <<a href="mailto:neolit123@gmail.com" target="_blank">neolit123@gmail.com</a>><br>
>> To: Subsurface Mailing List <<a href="mailto:subsurface@subsurface-divelog.org" target="_blank">subsurface@subsurface-divelog.org</a>><br>
>> Cc:<br>
>> Bcc:<br>
>> Date: Mon, 10 Jul 2017 00:25:38 +0300<br>
>> Subject: the marble (map) replacement dilemma<br>
>><br>
>> .........<br>
>> you can pick between Google Maps and Qt Location<br>
><br>
><br>
> My pick is to use Google Maps and accept that access to the maps when<br>
> offline isn't supported.  Obviously that only makes sense if Subsurface<br>
> suppresses the viewport update to prevent the software from hanging or<br>
> producing error messages.<br>
<br>
in my current tests, if the internet drops, the google maps widget in<br>
subsurface would not feedback any errors to the user frontend.<br>
what happens is that it would cache the current zoom level and perhaps<br>
some tiles form the neighbor zoom level, but if the user zooms out too<br>
much the viewport just turns grey even if it has already cached the<br>
tiles from that zoom level previously to disk.<br>
<br>
we can potentially install a more user friendly error handling. for<br>
instance - filling the google map widget with an overlay message<br>
saying: "no internet connection" and once the internet is back (e.g.<br>
via ICMP echo) the message can be hidden.<br>
<br>
><br>
> The reason I lean towards Google maps is that I like to see the reefs using<br>
> satellite images, and thus I'm already looking at Google to help set the<br>
> dive location (if I don't have the exact GPS coordinates).<br>
<br>
the Qt Location solution (see the animated GIF in first post) also has<br>
satellite imagery. however, i would consider that imagery lower<br>
quality than that of google maps.<br>
(e.g. some tiles with drastically different colors are stitched<br>
together at places)<br>
<br>
> Actually sometimes I still use Google maps because I may have the coordinates in<br>
> sexagesimal degrees coordinates and its easier to type in coordinates in<br>
> decimal and google is an easy source for that translation.<br>
><br>
<br>
i don't think we support sexagesimal coordinates yet, but we can<br>
certainly add support for that.<br>
<br>
lubomir<br>
--<br>
_______________________________________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org" target="_blank">subsurface@subsurface-divelog.org</a><br>
<a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface" rel="noreferrer" target="_blank">http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface</a><br>
</blockquote></div></div>