Tiles downloading but not displaying in OS X

[mattbk]

OS X 10.11.6 El Capitan

I'm seeing the same symptoms as the poster at https://sourceforge.net/p/viking/bugs/129/#2794.

I took the notes below as I tried installing the dev version from GitHub: – Running ./autogen.sh, I needed gtk-doc-tools. Found at http://macappstore.org/gtk-doc/, I ran brew install gtk-doc and moved on to running ./autogen.sh again. – No idea how to get geoclue for OS X, if it’s even possible. Looks like running ./autogen.sh –enable-geoclue=no will skip that requirement. – Next ran into needing oath.h. Found at http://macappstore.org/liboauth/, ran brew install liboauth. – Don’t need GPS tracking and didn’t have libgps, so command is now ./autogen.sh –enable-geoclue=no –enable-realtime-gps-tracking=no – brew install nettle – brew install mapnik (http://macappstore.org/mapnik/ < -- this website is coming in handy), although I still get an error looking for mapnik/map.hpp. Terminal instructions actually say how to disable mapnik, so pushing forward..../autogen.sh --enable-geoclue=no --enable-realtime-gps-tracking=no --disable-mapnik - Into configuration (even though terminal says jump right into make. ./configure --disable-realtime-gps-tracking --disable-mapnik --disable-geoclue - Install with sudo make install. - Run with viking. Still not working. The tiles are downloading but not displaying. Trying to fix the original issue. - brew upgrade gdk-pixbufseems to have fixed the issues with downloading the tiles, but it could also be that I moved where the tiles are stored to an accessible folder in my home folder. - per https://sourceforge.net/p/viking/bugs/129/, I installed Geeqie to test gdx-pixbuf, and it renders things fine. – with viking -Vd getting ** (viking:43010): WARNING **: 22:31:57.381: unbuffer not found in PATH. brew install expect per https://apple.stackexchange.com/a/193152/202986. This did not change any behavior.

Any thoughts?

[rnorris]

NB unbuffer isn't needed, its just useful for speeding up the processing the output of GPSBabel

What messages do you get if any:

1. In the GUI Statusbar? Does it say: e.g "Unable to save tile"
2. In the shell command line output, do you get the "prepare failure" message as mentioned in SourceForge Bugs 129?

More importantly what is the output of Show Tile Information as this should say the tile URL & the cache location on local disk & timestamp of the file if it exists. Ensure the relevant Map Layer is selected in the left hand panel. Then select the Maps Download tool in the toolbar (or via menubar Tools->Maps Download). Then right click somewhere on the main viewport and choose Show Tile Information

For me it shows me this for an OSM map (@ 51N, 1.5W, 256 pixelfact zoom)

Source: http://tile.openstreetmap.org/9/253/171.png
Tile File: /home/rob/.viking-maps/OSM-Mapnik/9/253/171.png
Tile File Timestamp: Fri 08 Jun 2018 00:04:45 GMT

For OSX the default base directory path should be (I think):

/Library/Application Support/Viking/viking-maps

The output from Show Tile Information, should be consistent with the Map Layer property -> Maps Directory.

[mattbk]

• I am not seeing any messages in the GUI statusbar.
• Not seeing "prepare failure" in the shell output.

Here is my map layer:

This is what I get from Show Tile Information:

And the file seems to exist:

[rnorris]

Could you try using the Map Property -> Cache Layout -> OSM

This should ensure the tiles are saved to disk a .png extension, which might help the lower level drawing stuff to work (even if in fact, in this case it's actually a JPEG).

NB Also files will be saved into .... /viking-maps/Bing-Aerial/X/ .... rather than viking-maps/t212s1zX/ where X is related to the zoom level.

[mattbk]

Tiles definitely downloading but not displaying.

[rnorris]

Hmm, what about trying a couple of different approaches:

Try the MBTiles map option (e.g. with http://a.tiles.mapbox.com/v3/kkaefer.iceland.mbtiles) - how does this compare to the observations in https://sourceforge.net/p/viking/bugs/129/

What happens if you create a Waypoint (select a TrackWaypoint layer, then use the toolbar Create Waypoint button) and then assign an Image (i.e. any old jpg from browsing your local disk)? This should should a Thumbnail of the image at that Waypoint location. If it's not finding the image on disk it should show a 'Thumbnail Not Yet Loaded' image. If the low level displaying of pixbufs images is totally broken I'm not sure what will happen.